2011-03-01 00:32 wpwrak what are specs for ribon cable that will work wrll with UBB? Part number, source? if I recall correctly the bets option is a cable with 10 wires 2011-03-01 00:32 then one slits it to the correct width and number of wires 2011-03-01 02:36 wolfspraul: you may like this: http://blog.akkit.org/2010/05/30/project-chip-decapping/ ;) 2011-03-01 02:40 hmm, nice blog. 2011-03-01 02:40 I'm wondering whether to include it in the planet. 2011-03-01 07:06 larsc: if i want to play with 2.6.37, should i build it from openwrt-trunk or from qi-kernel? 2011-03-01 08:26 I totally fail crosscompiling :( binaries doesn't run on NN 2011-03-01 09:05 this is totally strange 2011-03-01 09:05 root@BenNanoNote:/usr/bin# ls avrdude 2011-03-01 09:05 avrdude 2011-03-01 09:05 root@BenNanoNote:/usr/bin# avrdude 2011-03-01 09:05 -ash: avrdude: not found 2011-03-01 09:05 root@BenNanoNote:/usr/bin# 2011-03-01 09:08 ok at least bash found it but can't execute it... so just another failed build from my part :( 2011-03-01 09:09 morning 2011-03-01 09:09 morning Jay7 2011-03-01 09:09 tuxbrain_away: file avrdude 2011-03-01 09:09 tuxbrain_away: is the 'avrdude' execute-able?  chmod +x avrdude 2011-03-01 09:09 tuxbrain_away: file /usr/bin/avrdude and ldd /usr/bin/avrdude 2011-03-01 09:10 :) 2011-03-01 09:10 fighting to boot into 2.6.37.1 from openwrt-trunk 2011-03-01 09:10 -rwxr-xr-x    1 0        0          865082 Jan  4 20:05 avrdude 2011-03-01 09:11 avrdude: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.4.0, with unknown capability 0xf41 = 0x756e6700, not stripped 2011-03-01 09:14 ldd: can't open cache '/etc/ld.so.cache' 2011-03-01 09:14 checking sub-depends for 'not found' 2011-03-01 09:14 checking sub-depends for '/usr/lib/libreadline.so.5' 2011-03-01 09:14 checking sub-depends for '/usr/lib/libncurses.so.5' 2011-03-01 09:14 checking sub-depends for 'not found' 2011-03-01 09:14 checking sub-depends for '/lib/libgcc_s.so.1' 2011-03-01 09:14 checking sub-depends for '/lib/libc.so.0' 2011-03-01 09:14 libusb-0.1.so.4 => not found (0x00000000) 2011-03-01 09:14 libm.so.6 => not found (0x00000000) 2011-03-01 09:14 libreadline.so.5 => /usr/lib/libreadline.so.5 (0x00000000) 2011-03-01 09:14 libncurses.so.5 => /usr/lib/libncurses.so.5 (0x00000000) 2011-03-01 09:14 libc.so.6 => not found (0x00000000) 2011-03-01 09:14 libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00000000) 2011-03-01 09:14 libc.so.0 => /lib/libc.so.0 (0x00000000) 2011-03-01 09:14 /lib/ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x00000000) 2011-03-01 09:16 seems that it is linked against some libs that are absent from your system 2011-03-01 09:17 I guess those marked as not found? isn't it? 2011-03-01 09:17 yes, and the addess seems kind of strange 2011-03-01 09:17 0x00000000 2011-03-01 09:23 well then maybe use the OE toolchain to build has not been such good idea :( 2011-03-01 09:27 you should build statically if you use non-compatible toolchain, but then this is a bad idea anyway 2011-03-01 09:28 kyak: I'll try to build .37 today with OE 2011-03-01 09:46 tuxbrain_away: seems that you mixed up the toolchains from openwrt and jlime. or maybe even the binaries (trying to run jlime build on openwrt or vice versa) 2011-03-01 09:48 tuxbrain_away: if building for openwrt, make sure you didn't run jlime's environment-setup 2011-03-01 09:49 tuxbrain_away: also, if you haven't done so, rm -rf the avrdude tree first 2011-03-01 10:06 tuxbrain_away: make IGNORE_ERRORS=m 2011-03-01 10:06 thanks :) 2011-03-01 10:07 wpwrak: no I don't run 2011-03-01 10:07 jlime's environment-setup but using the OE toolchain but whatever is a bad idea 2011-03-01 10:09 xianfu: then this must be added in the build image wiki page isn't it? if you are ok with this I will add 2011-03-01 10:13 Jay7: ok 2011-03-01 10:15 xiangfu: do we need to do something special to run the kernel from openwrt-trunk? 2011-03-01 10:15 wolfspraul: http://hackaday.com/2011/02/24/machine-pushes-cellphone-buttons-from-anywhere-in-the-world/ 2011-03-01 10:16 imagine this for 'testing' 2011-03-01 10:16 tuxbrain_away: just got it compiled. uploading... 2011-03-01 10:16 xiangfu: it builds fine, but i have to add some missing options to config-2.6.37 from config-2.6.32 2011-03-01 10:17 kyak: in fact, never tried the new kernel. sorry. 2011-03-01 10:17 xiangfu: it was not so hard then :P 2011-03-01 10:17 xiangfu: hmm, ok :) 2011-03-01 10:17 i guess i'll go with qi-kernel. I had luck there some time ago 2011-03-01 10:20 tuxbrain_away: http://downloads.qi-hardware.com/people/xiangfu/tmp/gpsd_2.94-2_xburst.ipk 2011-03-01 10:22 tuxbrain_away: the gpsd dpends http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/2011-02-23/libusb-1.0_1.0.8-1_xburst.ipk 2011-03-01 10:22 that compiles ok so I have it locally :) 2011-03-01 10:23 xiangfu: will you update the Makefile in repo? 2011-03-01 10:23 tuxbrain_away: sure. 2011-03-01 10:24 tuxbrain_away: the gpsd is in upstream. not openwrt-package.git. I will send patch to upstream mailing list. 2011-03-01 10:25 tuxbrain_away: here is the patch: http://pastebin.com/dbh0MfGD 2011-03-01 10:28 tuxbrain_away: patch send out. 2011-03-01 10:36 tuxbrain_away: when I start 'tangogps' it give me: 2011-03-01 10:36 connection to gpsd FAILED 2011-03-01 10:36 NOGPSno gpsdata for timer 2011-03-01 10:36 don't know how to make 'gpsd' and 'tangogps' works :( 2011-03-01 10:37 xiangfu: hi 2011-03-01 10:37 xiangfu: you have the gps-receivre already connected to the serial port? 2011-03-01 10:38 Btw gpsd could die just because cant acess the right port (/dev/ttyS0) 2011-03-01 10:39 You also may like to edit /etc/inittab and comment lines that have "/dev/ttyS0" on it 2011-03-01 10:40 If you gps receiver is using SiRF, i recomend recompile gpsd to just support that.. 2011-03-01 10:58 larsc: ping 2011-03-01 10:59 is jz4740-udc.patch still needed for .37 kernel? 2011-03-01 10:59 yes 2011-03-01 10:59 it's about USB_GADGET_JZ4740 and USB_JZ4740 config options 2011-03-01 10:59 if you want usb gadget support that is ;) 2011-03-01 10:59 have you recent version against .37? 2011-03-01 10:59 .36 one fails to compile 2011-03-01 11:00 Jay7: http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/jz-2.6.37/ 2011-03-01 11:00 second question is modifier-keys.patch 2011-03-01 11:00 is it still needed as well? 2011-03-01 11:01 you can and probably should load the keymap from userspace 2011-03-01 11:01 kristianpaul: oh. thanks for the info. no gps-receiver in serial port. 2011-03-01 11:01 but if you don't, you'll need the patch 2011-03-01 11:01 well.. we (kexecboot) are initramfs mostly :) 2011-03-01 11:01 ok 2011-03-01 11:02 the modifier-keys.patch will always be needed if you don't load the keymap from userspace 2011-03-01 11:03 larsc: ok, then we will use it 2011-03-01 11:04 pango fails to build http://pastebin.com/HNrf2XDX 2011-03-01 11:08 is there a copy of the pango package somewhere in qi package feed? 2011-03-01 11:13 no, there is no.. but pango should be fixed  after we catch up with the latest backfire 2011-03-01 11:13 jow fixed the autoreconf 2011-03-01 11:17 larsc: would you suggest building kernel from openwrt-trunk or qi-kernel, if i want to play with 2.6.37? 2011-03-01 11:18 kyak I'm following the instructions from http://en.qi-hardware.com/wiki/Building_Software_Image#Building_OpenWrt_images_from_source , so maybe is fixed but not uploaded to the right place? 2011-03-01 11:19 tuxbrain_away: as a temporary measure, maybe this would help you: https://dev.openwrt.org/ticket/8813. You have to adapt the patch for yourself 2011-03-01 11:19 tuxbrain_away: xiangfu was going to merge the latest backfire into our branch soon, so you might as well wait for that 2011-03-01 11:20 I prefer wait, I have broken too much building systems those days 2011-03-01 11:25 kyak: shouldn't matter which one you use 2011-03-01 11:25 kyak: the one from the qi-tree doesn't have the openwrt logo 2011-03-01 11:25 but that should be all of the differences 2011-03-01 11:27 larsc: ok then. i tried both, seems there is 2.6.37.1 in openwrt-trunk and 2.6.37 in qi-kernel. But, unfortunately, i have problems booting both -\ 2011-03-01 11:28 by adjusting CONFIG_CMDLINE, i can make it boot to "Starting kernel..." 2011-03-01 11:28 btw, there is no CONFIG_CMDLINE is config-2.6.37 in openwrt-trunk... 2011-03-01 11:29 is/in 2011-03-01 11:30 another thing i noticed is that there is CONFIG_CMDLINE_BOOL now in 2.6.37 2011-03-01 11:30 hm, that seems rather strange 2011-03-01 11:30 without it, CONFIG_CMDLINE won't work 2011-03-01 11:31 i build one from openwrt-trunk when i did the ubi speed-up patches and it worked fine 2011-03-01 11:31 i put the one from openwrt-trunk in /boot/uImage (rootfs) and boot by pressing the F4 2011-03-01 11:32 maybe it would work different if i flash it in kernel partition 2011-03-01 11:32 the uImage from 2.6.32.27 boots well from /boot/uImage without any adjustments 2011-03-01 11:33 so i was hoping that 2.6.37 will, too 2011-03-01 11:47 i trying to diff the .config's from 2.6.32.27 and 2.6.37, but it seems futile 2011-03-01 11:47 tuxbrain_away: you got that with jlime? 2011-03-01 11:48 tuxbrain_away: I mean..the problem .. you can not run it with jlime? 2011-03-01 11:48 tuxbrain_away: the problem seems classic :) 2011-03-01 11:48 between systems and differents libraries 2011-03-01 11:49 tuxbrain_away: so you should get the same if you build with any building system and you try to run the binary on systems with the same arch but different OS 2011-03-01 11:53 tuxbrain_away: ah.. wpwrak already said you :) 2011-03-01 11:55 larsc: i don't understand how you managed to boot the kernel from openwrt-trunk. It fails to find the root without CMDLINE 2011-03-01 11:56 larsc: hmmmm.. however, the same uImage boot fine from SD card! 2011-03-01 11:57 i guess it could also work from the kernel partition.. 2011-03-01 11:58 kyak: uboot passes the correct cmdline 2011-03-01 14:27 larsc: xiangfu: then i'm confused. Two questions: why do we need cmdline in 2.6.32, if it is handled by uboot? And why does uboot work correctly for 2.6.32 (when pressing F4) and doesn't work for 2.6.37 (when pressing F4)? 2011-03-01 14:28 kyak: command can configure kernel mem, console, where is the rootfs. also like g_ether.host ... 2011-03-01 14:30 s/command/cmdline 2011-03-01 14:30 kyak: you know   cat /proc/cmdline   ? 2011-03-01 14:30 kyak: for kexec, you basically have to make sure you're passing the same information 2011-03-01 14:31 i'm not even talking about kexec now 2011-03-01 14:31 kyak: have you change the nand partition configure in 2.6.37? 2011-03-01 14:31 kyak: by default it's 256M 2011-03-01 14:32 i'm saying that the 2.6.37 built by default from openwrt-trunk won't bott from /boot/uImage 2011-03-01 14:32 kyak: the nand partition is hard code inside kernel. 2011-03-01 14:32 it would boot from SD 2011-03-01 14:32 (funny that we need mem=32M. we should auto-detect this. reminds me of the psion s5 where the memory was even scattered in non-contiguous blocks of I think 0.5 MB ;-) 2011-03-01 14:32 xiangfu: i haven't changed anything 2011-03-01 14:32 kyak: then the nand partition is not correct. 2011-03-01 14:32 kyak: kernel will got error when try to mount nand rootfs partition 2011-03-01 14:33 hm. 2011-03-01 14:33 fw_setenv bootargsf4 mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait 2011-03-01 14:33 xiangfu: these are arguments when pressing F4 2011-03-01 14:33 where is the rootfs size? 2011-03-01 14:33 kyak:the nand partition size is hardcode inside kernel. 2011-03-01 14:34 xiangfu: oh, ok 2011-03-01 14:34 kyak: let me check the nand partition. I just check is 'master' branch. not 2.6.37 2011-03-01 14:34 so it's still 256 M in operwrt-trunk? 2011-03-01 14:34 kyak: checking now 2011-03-01 14:34 xiangfu: then it explains my troubles 2011-03-01 14:35 kyak: http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/jz-2.6.37/arch/mips/jz4740/board-qi_lb60.c#L119 2011-03-01 14:35 all right!@ 2011-03-01 14:35 kyak: in qi-kernel. by default rootfs is   .size = (504 + 512 + 1024) * 0x100000, 2011-03-01 14:36 kyak: checking openwrt-trunk now 2011-03-01 14:36 almost sure it's the same as qi-kernel 2011-03-01 14:36 xiangfu: btw. Some our patches for 2.6.32 haven't got into 2.6.37. Is it ok? 2011-03-01 14:36 i'm talking about the red arrow + backspace as delete 2011-03-01 14:37 it works in 2.6.32 and doesn't work in 2.6.37 2011-03-01 14:37 cause the key map is not correct 2011-03-01 14:40 we should try to send those patch to upstream again :) 2011-03-01 14:42 upstream - larsc :) 2011-03-01 14:43 I am the openwrt-truck. 2011-03-01 14:43 I mean the openwrt-trunk 2011-03-01 14:44 hm.. trying to find it in git log 2011-03-01 14:45 those patch will never goto upstream. because that patch change all base keyboard. 2011-03-01 14:45 xiangfu: thanks for this really helpful hint about nand size.. im'm sure it will work now, and now i'm able to test kexec on the latest kernel 2011-03-01 14:45 no 2011-03-01 14:45 it was very specific 2011-03-01 14:46 http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/commit/2f3b198/ 2011-03-01 14:46 this is the patch 2011-03-01 14:48 in fact, it copies the defkeymap.c_shipped to defkeymap.c anyway. So modifiying 500-modifier-keys.patch is just for correspondence 2011-03-01 14:50 wpwrak: autodetection is for systems where you don't know the config 2011-03-01 14:52 larsc: did the ubi faster patch goto openwrt trunk? or just committed in openwrt-xburst.git ? 2011-03-01 14:53 just openwrt-xburst for now 2011-03-01 14:53 larsc: would also be useful if there's a future device with more memory. autodetection just removes one item from the list of worries :) 2011-03-01 14:53 kyak: hmm.. I remember it's need manually create defkeymap.c 2011-03-01 14:54 wpwrak: and adds a second to the boottime ;) 2011-03-01 14:54 kyak: so, after modify those keys. need run a command to create the defkeymap.c 2011-03-01 14:55 kyak: why we patch those two file is. 1. defkeymap.map is for clear   2. defkeymap.c_shipped: no needs for re-generate the defkeyamp.c 2011-03-01 14:55 larsc: naw, a few milliseconds at most. you don't have to *test* the memory ;-) 2011-03-01 14:56 stupid question, anybody tried reflashing the ben from OS X yet? 2011-03-01 14:56 xiangfu: it's ok, i just want to have it in 2.6.37, too :) i'm afraid we can loose something when migrating to 2.6.37 2011-03-01 14:56 jow_laptop: there is a wiki page about how to compile xburt-tools in MAC os 2011-03-01 14:56 jow_laptop: let me try to find out that. 2011-03-01 14:57 kyak: very thanks for 2.6.37 testing. 2011-03-01 15:13 jow_laptop: sorry, can not find that page. but I am sure someone have tried that. 2011-03-01 15:14 :) 2011-03-01 15:14 I'll just wait until I'm home 2011-03-01 15:28 jow_laptop: I will let you know when I found it :). time to sleep. 2011-03-01 15:31 jow_laptop: I did build usbtool for OS X, see: http://www.treewalker.org/dingux/ 2011-03-01 15:31 this does not allow flashing though, I think 2011-03-01 15:32 in Dingux, flashing is done by uploading a kernel which has a flasher and the boot loader to flash in its initrd 2011-03-01 15:32 but the Makefile might be useful to compile libusb 2011-03-01 15:38 don't worry, I borrowed a linux laptop :) 2011-03-01 15:39 just wanted to try the most recent image 2011-03-01 16:24 how does one quit the gmenu2x settings screen? 2011-03-01 16:33 and how gmu? 2011-03-01 16:42 jow_laptop: gmenu2x settings - "s" (http://en.qi-hardware.com/wiki/Applications#settings) 2011-03-01 16:42 gmu: alt+q (this can be read from F1 help) 2011-03-01 17:11 thanks... 2011-03-01 17:16 xMff: btw, kexec is not working in 2.6.37.1 :) 2011-03-01 17:16 just checked it 2011-03-01 19:22 kyak: :( 2011-03-01 19:36 Jay7: yep, not very nice.. hope you will have more luck 2011-03-01 19:36 curses DRI 2011-03-01 19:37 kyak: not sure.. 2011-03-01 19:37 larsc: may be you will try to play with kexec? ;) 2011-03-01 19:39 Jay7: were you able to try kexec with 2.6.37? 2011-03-01 19:40 I need to build some image to try 2011-03-01 19:40 jlime is unbuildable at this moment 2011-03-01 19:40 may be I'll reuse linux-kexecboot kernel to build some other distro (e.g. minimal) 2011-03-01 19:42 you could also try with openwrt 2011-03-01 19:42 I have not touched it before :) 2011-03-01 19:43 everyone has his first time :) 2011-03-01 19:43 yeah :) 2011-03-01 19:43 good point to place into CV anyway :) 2011-03-01 19:44 but I'm a bit tired after that kexecboot features implementation race :) 2011-03-01 19:45 kexecboot is a nice piece of software. But it's useless without kexec -\ 2011-03-01 19:45 sure :( 2011-03-01 19:45 working kexec 2011-03-01 19:46 I have no enough skills to debug/fix it 2011-03-01 19:46 this is task for kernel and kexec-tools guys 2011-03-01 19:46 btw, wrt compressed uImage 2011-03-01 19:46 and for those knowing mips well. I asumen it is very architecture-specific 2011-03-01 19:47 iirc, someone was tested uncompressed kernel + compressed uImage vs compressed kernel + uncompressed uImage 2011-03-01 19:47 and second win 2011-03-01 19:47 but that was on Zauruses iirc 2011-03-01 19:48 kexec-tools on mips specifically list only "elf-mips" as supported images 2011-03-01 19:48 well.. that may be not a problem because kernel is laying on FS 2011-03-01 19:48 i found that both vmlinux and vmlinux.elf can be loaded successfully (but not ecexuted) 2011-03-01 19:48 about execution 2011-03-01 19:48 uImage can't be loaded -\ 2011-03-01 19:49 your idea about wrong entry point may be rigth 2011-03-01 19:49 but anyway we need some guru :) 2011-03-01 19:50 yeah 2011-03-01 19:51 we could also moan in kexec-tools and kernel mailings lists :) 2011-03-01 19:51 but it's enough of this in google... 2011-03-01 19:51 without apparant results 2011-03-01 19:53 off 2011-03-01 21:30 I think something is wrong on hardware of my NN, doesn't charge the battery (nor on or off) and it can't boot when usb is plugged , it gets stuck on kernel message of g_ether. 2011-03-01 21:31 I have tried with various batts (even OM ones) to discard is matter of old battery. Any one has experience same problem? 2011-03-01 21:32 In my case is a minor issue due I'm plenty of replacements here , but I would like to know if is the first case on that . 2011-03-01 21:37 tuxbrain: did you tried with other kernel? :) 2011-03-01 21:38 some Zaurus models can't bood current kernel with power plugged in 2011-03-01 21:38 something is wrong around his power management 2011-03-01 21:38 Jay7: I have test on jlime kernel and lastest release kernel 2011-03-01 21:39 same behabiour 2011-03-01 21:40 jlime beta4 and Blizzar lastest build 2011-03-01 21:41 seems HW then :( 2011-03-01 21:41 the lack of charge even off also points to that. 2011-03-01 22:03 tuxbrain: i may have some problems with charging, too, but haven't examined that in detail. no hangs at g_ether, though 2011-03-01 22:38 avrdude working on openwrt machine  (at least it trows the help message ) 2011-03-01 22:40 tuxbrain: saw your video programming an arduino via the Nanonote. 2011-03-01 22:41 tuxbrain: you programmed via UBB?  Or some more special adaptor board? 2011-03-01 22:41 tuxbrain: congratulations ! now, you just have to sleep two more nights before you can actually try it :) 2011-03-01 22:41 just wondering, since I thought arduine were serial (as in uart) boot loader only. 2011-03-01 22:42 (re)finishing building avr toolchain binutils and gcc finished but avr-libc , needs x86-avr cross toolchain due oviously can execute mips-avr one 2011-03-01 22:42 dvdk using NN serial port 2011-03-01 22:43 ah, ok that explains it.  what a pitty, then I can't even use the UBBs for that trick :) 2011-03-01 22:43 dvdk but you can program and comunicate with SPI also directly on chip 2011-03-01 22:43 yes we will! 2011-03-01 22:43 ok, the spi option didn't show up last time i googled and looked for datasheets.  guess that would be the way to go. 2011-03-01 22:44 does arduine have the pins (and bootloader) for that?  or are we talking about 'naked' avr chips? 2011-03-01 22:44 s/arduine/arduino 2011-03-01 22:44 http://www.arduino.cc/playground/Code/Spi 2011-03-01 22:45 tuxbrain: how long until UBBs are shipping?  still time to add an arduino to the package? :) 2011-03-01 22:46 just looking at your link: but no in-chip-programming via Spi?  i.e. using only an UBB no other cables and programmer? 2011-03-01 22:46 you can also acces them as  "nude" pins to program the chip is reset is on 2011-03-01 22:46 is-> if 2011-03-01 22:47 or you can also use the ICSP connector (same pins to the chip) 2011-03-01 22:47 so having NN+UBB+Arduino would suffice to do programming?  don't own any other special cables. 2011-03-01 22:47 no problem if i have to do some bit-banging programming on NN. 2011-03-01 22:47 yes 2011-03-01 22:47 cool. 2011-03-01 22:47 I know :) 2011-03-01 22:48 that's why I spend so many time porting the avr toolchain :) 2011-03-01 22:48 dvdk: (bit-banging) with avrdude, you'll may need a definition for the pin assignment of your programming adapter in avrdude.conf 2011-03-01 22:49 dvdk: that is, unless yours happens to end up with the same assignment as any of my adapters (two so far) 2011-03-01 22:49 wpwrak: i'd need some code for the Jz47xx I guess?  or does it know how to do I/O already? 2011-03-01 22:50 dvdk: i have patches for avrdude that do the bitbanging 2011-03-01 22:50 ok: already on its way into NN's openwrt i guess? 2011-03-01 22:50 http://projects.qi-hardware.com/index.php/p/ben-blinkenlights/source/tree/master/uart/avrdude 2011-03-01 22:51 dunno. it's simple enough to compile it on your own 2011-03-01 22:51 hmm, no package?  should also document your UBB pinout, as kind of 'standard' to beware others of pinout headaches. 2011-03-01 22:51 might be nice to have it included in NN out-of-the-box.  always trying to reduce the amount of work my brain has to do. 2011-03-01 22:51 dvdk: (pinout) here it is: http://projects.qi-hardware.com/index.php/p/ben-blinkenlights/source/tree/master/uart/avrdude/patches/nanonote-uart.patch 2011-03-01 22:52 dvdk: you just need to define the mapping from UBB to whatever you have 2011-03-01 22:52 (out of the box) i'm sure this will be taken care of before too long ;-) 2011-03-01 22:52 wpwrak: is that a uart-chip hooked to the 8:10 port, or just a UBB? 2011-03-01 22:52 desc="NanoNote UART 8:10 card" 2011-03-01 22:53 dvdk wpwrak build finished :) 2011-03-01 22:53 dvdk: that one is ATmega48 playing uart, yes. for an example of ubb+cable, see http://projects.qi-hardware.com/index.php/p/ben-blinkenlights/source/tree/master/uart/avrdude/patches/nanonote-atusb.patch 2011-03-01 22:54 dvdk btw I think to create an ardunote project triying to simplify at maximum Arduino Nanonote relations 2011-03-01 22:54 ok, wpwrak, that's neat. 2011-03-01 22:54 dvdk: ubb just gives you access to the pins but doesn't "do" anything. so the two are structurally equivalent. only difference is that one has a led and that i've reshuffled the pins a little 2011-03-01 22:55 wpwrak: know that.  just 6 gpios. 2011-03-01 22:55 the difference is: I'll have a UBB, but I won't have an 8:10 UART :) 2011-03-01 22:56 yeah, i'll put avrdude packaging on my todo list.  it will be nice to show people that Arduino hacking works out-of-the-box. 2011-03-01 22:56 dvdk: you'll probably end up with yet another pin mapping. i don't know what the arduino's connectors look like and what will be a convenient assignment. but all you need is one of those mappings, and avrdude will talk - via the common nanonote driver - to your device 2011-03-01 22:56 wpwrak: ok. 2011-03-01 22:57 is looking at the bit-banging code 2011-03-01 22:57 dvdk: there are lots of such assignments in avrdude.conf. it works the same for (pc) serial port and parallel port adapters. and there's a gazillion of these ;-) 2011-03-01 22:57 yeah, figured that. 2011-03-01 22:57 i really think we should get that stuff into the NN firmware image. 2011-03-01 22:57 nobody likes to (cross-)compile for nanonote. 2011-03-01 22:57 me neither :) 2011-03-01 22:58 (avrdude packaging) great, thanks ! there's still some work i need to do on the avrdude side for devices that need an external clock (the uart will become one of these), but it's already usable for the more common devices that don't need such a thing 2011-03-01 22:58 oh, i like cross-compiling very much ;-) 2011-03-01 22:59 that is, while it works, which is does quite well so far :) 2011-03-01 22:59 going to reference git from the openwrt package, so it'll just be one line to change if you update. 2011-03-01 22:59 s/is/it/ 2011-03-01 22:59 yeah, the most important stuff is the Jz47xx GPIO support from userspace and that's already there.  nice. 2011-03-01 23:00 ok, need to sleep. 2011-03-01 23:00 good night. 2011-03-01 23:00 when the distributions upgrade to the .36 kernel, then i can also resume work on libbb, which would provide an abstraction layer that could also be used in avrdude 2011-03-01 23:01 (.36 or later) 2011-03-01 23:01 wpwrak: even cooler.  kernel driver? 2011-03-01 23:01 for now just user space. but one that takes care of moving the mmc driver out of the way. 2011-03-01 23:01 but really need to sleep now 2011-03-01 23:01 kernel is ffs ;-) 2011-03-01 23:02 nice.  thought about using UIO? 2011-03-01 23:02 (we'll need the kernel for interrupts) 2011-03-01 23:02 -> uio? 2011-03-01 23:02 can do irq 2011-03-01 23:02 lets continue tomorrow 2011-03-01 23:02 cheers 2011-03-01 23:02 is uio something that's in mainline ? 2011-03-01 23:03 oh, it is. nice :) 2011-03-01 23:03 i thought these things would get shut down for political reasons forever ;-) 2011-03-01 23:04 [commit] David Kühling: plplot: minor cleanup (suggestions from kyak) http://qi-hw.com/p/openwrt-packages/29868ea 2011-03-01 23:04 "sleep" = "commit". intersting :) 2011-03-01 23:04 first comment on UIO: "People in the embedded space don't do prototypes. They hack something until it works, then it's done." 2011-03-01 23:04 hahaha 2011-03-01 23:05 http://lwn.net/Articles/232575/ 2011-03-01 23:05 ;-)) 2011-03-01 23:05 followed by that GPL debate... but the linux kernel management seems surprisingly free of such trolls 2011-03-01 23:08 well, the whole concept of user space i/o has only been on hold for something like a 1.5 decades due to gpl circumvention concerns ;-) 2011-03-01 23:09 that's why i was a bit surprised that it had finally made it :) 2011-03-01 23:15 lekernel: ... and with UIO_SERCOS3 and UIO_NETX we already seem to have two fine examples of closed source user spaces 2011-03-01 23:16 NVidia already makes proprietary Linux drivers (let alone the proprietary algorithms in the chips), and it doesn't make such a fuss 2011-03-01 23:17 wb /me ;) 2011-03-01 23:17 lekernel: well, everbody hates nvidia and would hate to see more of this even more 2011-03-01 23:17 there's this funny "nouveau" project spending years on scratching the surface, but that's it 2011-03-01 23:18 lekernel: nouveau is my saviour. they provide exactly what i need. 2011-03-01 23:18 and opengraphics which is a massive technical failure 2011-03-01 23:19 last time I tried it (it's only one or two months ago), nouveau was very slow and did not support 3D 2011-03-01 23:19 lekernel: yeah, opengraphics is a disaster 2011-03-01 23:20 lekernel: i don't care much about 3d. i want screen real estate. and i figure it's more likely to work if i have two different cards in my pc than two with the same driver. thus i have one nvidia and one ati. 2011-03-01 23:20 lekernel: alas, no intel on-board video in that generation of pc. maybe in the next ... 2011-03-01 23:20 so, I'm using the proprietary driver which works just fine, especially that, contrary to Debian, Fedora packages it, which does not waste my time with stupid system administration and kernel header mismatches problems 2011-03-01 23:21 VIA/S3 ;) 2011-03-01 23:21 but it is hard to get 2011-03-01 23:21 lekernel: well, despite your nick, you're not doing kernel development on your workstation :) 2011-03-01 23:22 Jay7: phew. yeah, that would be another challenge. i heard that there are also some nice multiheads from matrox. but i'd rather limit the complexity of my sourcing ... 2011-03-01 23:24 btw, for your 2D use, it wouldn't be too hard to pull off a free GPU 2011-03-01 23:24 but I'm not sure if it would make sense economically to do so 2011-03-01 23:25 wouldn't be too hard, I mean hardware-wise. getting the X dinosaur to dance is something else. 2011-03-01 23:25 lekernel: yeah, and some niche design would be even more expensive to get in argentina. so i'd have to stock spares and such. 2011-03-01 23:26 (x dinosaur) kdrive ;-) 2011-03-01 23:36 btw, how usable is kdrive? 2011-03-01 23:36 can it work with the proprietary nvidia driver including 3D? 2011-03-01 23:37 or maybe at least decent 2D acceleration 2011-03-01 23:37 I don't need 3D so often 2011-03-01 23:38 i think it's strictly 2D. no idea how it relates to nvidia. i know it as a server for embedded systems with some very basic 2D acceleration, e.g., openmoko's freerunner 2011-03-01 23:40 wpwrak: talking about freerunner. is there a channel which deals with freerunner here? 2011-03-01 23:42 ok, found ;) 2011-03-01 23:42 ;-)) 2011-03-01 23:42 is called #openmoko :D 2011-03-01 23:42 still needs to update his fr 2011-03-01 23:43 kdrive is dead 2011-03-01 23:43 afaik 2011-03-01 23:46 Jay7: dunno. i vaguely remember that it has been merged into x.org, but i'm not sure what specifically this means 2011-03-01 23:47 we have used it on Zauruses 2011-03-01 23:47 but it is hard to use now.. 2011-03-01 23:48 so we will switch to xorg-server soon 2011-03-01 23:48 iirc, kdrive is unmaintained some years 2011-03-01 23:49 yay! more bloat! 2011-03-01 23:50 when will X die at last... 2011-03-01 23:50 ;-) 2011-03-01 23:50 wayland is proposed as replacement 2011-03-01 23:51 not sure about embedded 2011-03-01 23:51 iirc, wayland is using opengl actively