#qi-hardware IRC log for Tuesday, 2011-03-01

rjeffrieswpwrak 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 wires00:32
rjeffriesthen one slits it to the correct width and number of wires00:32
steve|mwolfspraul: you may like this: http://blog.akkit.org/2010/05/30/project-chip-decapping/ ;)02:36
wolfspraulhmm, nice blog.02:40
wolfspraulI'm wondering whether to include it in the planet.02:40
kyaklarsc: if i want to play with 2.6.37, should i build it from openwrt-trunk or from qi-kernel?07:06
tuxbrain_awayI totally fail crosscompiling :( binaries doesn't run on NN08:26
tuxbrain_awaythis is totally strange09:05
tuxbrain_awayroot@BenNanoNote:/usr/bin# ls avrdude09:05
tuxbrain_awayavrdude09:05
tuxbrain_awayroot@BenNanoNote:/usr/bin# avrdude09:05
tuxbrain_away-ash: avrdude: not found09:05
tuxbrain_awayroot@BenNanoNote:/usr/bin#09:05
tuxbrain_awayok at least bash found it but can't execute it... so just another failed build from my part :(09:08
Jay7morning09:09
tuxbrain_awaymorning Jay709:09
Jay7tuxbrain_away: file avrdude09:09
xiangfutuxbrain_away: is the 'avrdude' execute-able?  chmod +x avrdude09:09
kyaktuxbrain_away: file /usr/bin/avrdude and ldd /usr/bin/avrdude09:09
kyak:)09:10
Action: kyak fighting to boot into 2.6.37.1 from openwrt-trunk09:10
tuxbrain_away-rwxr-xr-x    1 0        0          865082 Jan  4 20:05 avrdude09:10
tuxbrain_awayavrdude: 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 stripped09:11
tuxbrain_awayldd: can't open cache '/etc/ld.so.cache'09:14
tuxbrain_awaychecking sub-depends for 'not found'09:14
Last message repeated 1 time(s).09:14
tuxbrain_awaychecking sub-depends for '/usr/lib/libreadline.so.5'09:14
tuxbrain_awaychecking sub-depends for '/usr/lib/libncurses.so.5'09:14
tuxbrain_awaychecking sub-depends for 'not found'09:14
tuxbrain_awaychecking sub-depends for '/lib/libgcc_s.so.1'09:14
tuxbrain_awaychecking sub-depends for '/lib/libc.so.0'09:14
tuxbrain_awaylibusb-0.1.so.4 => not found (0x00000000)09:14
tuxbrain_awaylibm.so.6 => not found (0x00000000)09:14
tuxbrain_awaylibreadline.so.5 => /usr/lib/libreadline.so.5 (0x00000000)09:14
tuxbrain_awaylibncurses.so.5 => /usr/lib/libncurses.so.5 (0x00000000)09:14
tuxbrain_awaylibc.so.6 => not found (0x00000000)09:14
tuxbrain_awaylibgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00000000)09:14
tuxbrain_awaylibc.so.0 => /lib/libc.so.0 (0x00000000)09:14
tuxbrain_away/lib/ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x00000000)09:14
kyakseems that it is linked against some libs that are absent from your system09:16
tuxbrain_awayI guess those marked as not found? isn't it?09:17
kyakyes, and the addess seems kind of strange09:17
kyak0x0000000009:17
tuxbrain_awaywell then maybe use the OE toolchain to build has not been such good idea :(09:23
kyakyou should build statically if you use non-compatible toolchain, but then this is a bad idea anyway09:27
Jay7kyak: I'll try to build .37 today with OE09:28
wpwraktuxbrain_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)09:46
wpwraktuxbrain_away: if building for openwrt, make sure you didn't run jlime's environment-setup09:48
wpwraktuxbrain_away: also, if you haven't done so, rm -rf the avrdude tree first09:49
xiangfutuxbrain_away: make IGNORE_ERRORS=m10:06
tuxbrain_awaythanks :)10:06
tuxbrain_awaywpwrak: no I don't run10:07
tuxbrain_awayjlime's environment-setup but using the OE toolchain but whatever is a bad idea10:07
tuxbrain_awayxianfu: then this must be added in the build image wiki page isn't it? if you are ok with this I will add10:09
kyakJay7: ok10:13
kyakxiangfu: do we need to do something special to run the kernel from openwrt-trunk?10:15
rohwolfspraul: http://hackaday.com/2011/02/24/machine-pushes-cellphone-buttons-from-anywhere-in-the-world/10:15
rohimagine this for 'testing'10:16
xiangfutuxbrain_away: just got it compiled. uploading...10:16
kyakxiangfu: it builds fine, but i have to add some missing options to config-2.6.37 from config-2.6.3210:16
xiangfukyak: in fact, never tried the new kernel. sorry.10:17
tuxbrain_awayxiangfu: it was not so hard then :P10:17
kyakxiangfu: hmm, ok :)10:17
kyaki guess i'll go with qi-kernel. I had luck there some time ago10:17
xiangfutuxbrain_away: http://downloads.qi-hardware.com/people/xiangfu/tmp/gpsd_2.94-2_xburst.ipk10:20
xiangfutuxbrain_away: the gpsd dpends http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/2011-02-23/libusb-1.0_1.0.8-1_xburst.ipk10:22
tuxbrain_awaythat compiles ok so I have it locally :)10:22
tuxbrain_awayxiangfu: will you update the Makefile in repo?10:23
xiangfutuxbrain_away: sure.10:23
xiangfutuxbrain_away: the gpsd is in upstream. not openwrt-package.git. I will send patch to upstream mailing list.10:24
xiangfutuxbrain_away: here is the patch: http://pastebin.com/dbh0MfGD10:25
xiangfutuxbrain_away: patch send out.10:28
xiangfutuxbrain_away: when I start 'tangogps' it give me:10:36
xiangfuconnection to gpsd FAILED10:36
xiangfuNOGPSno gpsdata for timer10:36
xiangfudon't know how to make 'gpsd' and 'tangogps' works :(10:36
kristianpaulxiangfu: hi10:37
kristianpaulxiangfu: you have the gps-receivre already connected to the serial port?10:37
kristianpaulBtw gpsd could die just because cant acess the right port (/dev/ttyS0)10:38
kristianpaulYou also may like to edit /etc/inittab and comment lines that have "/dev/ttyS0" on it10:39
kristianpaulIf you gps receiver is using SiRF, i recomend recompile gpsd to just support that..10:40
Jay7larsc: ping10:58
Jay7is jz4740-udc.patch still needed for .37 kernel?10:59
larscyes10:59
Jay7it's about USB_GADGET_JZ4740 and USB_JZ4740 config options10:59
larscif you want usb gadget support that is ;)10:59
Jay7have you recent version against .37?10:59
Jay7.36 one fails to compile10:59
larscJay7: http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/jz-2.6.37/11:00
Jay7second question is modifier-keys.patch11:00
Jay7is it still needed as well?11:00
larscyou can and probably should load the keymap from userspace11:01
xiangfukristianpaul: oh. thanks for the info. no gps-receiver in serial port.11:01
larscbut if you don't, you'll need the patch11:01
Jay7well.. we (kexecboot) are initramfs mostly :)11:01
Jay7ok11:01
larscthe modifier-keys.patch will always be needed if you don't load the keymap from userspace11:02
Jay7larsc: ok, then we will use it11:03
tuxbrain_awaypango fails to build http://pastebin.com/HNrf2XDX11:04
larscis there a copy of the pango package somewhere in qi package feed?11:08
kyakno, there is no.. but pango should be fixed  after we catch up with the latest backfire11:13
kyakjow fixed the autoreconf11:13
kyaklarsc: would you suggest building kernel from openwrt-trunk or qi-kernel, if i want to play with 2.6.37?11:17
tuxbrain_awaykyak 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?11:18
kyaktuxbrain_away: as a temporary measure, maybe this would help you: https://dev.openwrt.org/ticket/8813. You have to adapt the patch for yourself11:19
kyaktuxbrain_away: xiangfu was going to merge the latest backfire into our branch soon, so you might as well wait for that11:19
tuxbrain_awayI prefer wait, I have broken too much building systems those days11:20
larsckyak: shouldn't matter which one you use11:25
larsckyak: the one from the qi-tree doesn't have the openwrt logo11:25
larscbut that should be all of the differences11:25
kyaklarsc: 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 -\11:27
kyakby adjusting CONFIG_CMDLINE, i can make it boot to "Starting kernel..."11:28
kyakbtw, there is no CONFIG_CMDLINE is config-2.6.37 in openwrt-trunk...11:28
kyakis/in11:29
kyakanother thing i noticed is that there is CONFIG_CMDLINE_BOOL now in 2.6.3711:30
larschm, that seems rather strange11:30
kyakwithout it, CONFIG_CMDLINE won't work11:30
larsci build one from openwrt-trunk when i did the ubi speed-up patches and it worked fine11:31
kyaki put the one from openwrt-trunk in /boot/uImage (rootfs) and boot by pressing the F411:31
kyakmaybe it would work different if i flash it in kernel partition11:32
kyakthe uImage from 2.6.32.27 boots well from /boot/uImage without any adjustments11:32
kyakso i was hoping that 2.6.37 will, too11:33
kyaki trying to diff the .config's from 2.6.32.27 and 2.6.37, but it seems futile11:47
zrafatuxbrain_away: you got that with jlime?11:47
zrafatuxbrain_away: I mean..the problem .. you can not run it with jlime?11:48
zrafatuxbrain_away: the problem seems classic :)11:48
zrafabetween systems and differents libraries11:48
zrafatuxbrain_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 OS11:49
zrafatuxbrain_away: ah.. wpwrak already said you :)11:53
kyaklarsc: i don't understand how you managed to boot the kernel from openwrt-trunk. It fails to find the root without CMDLINE11:55
kyaklarsc: hmmmm.. however, the same uImage boot fine from SD card!11:56
kyaki guess it could also work from the kernel partition..11:57
larsckyak: uboot passes the correct cmdline11:58
kyaklarsc: 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)?14:27
xiangfukyak: command can configure kernel mem, console, where is the rootfs. also like g_ether.host ...14:28
xiangfus/command/cmdline14:30
wpwrakkyak: you know   cat /proc/cmdline   ?14:30
wpwrakkyak: for kexec, you basically have to make sure you're passing the same information14:30
kyaki'm not even talking about kexec now14:31
xiangfukyak: have you change the nand partition configure in 2.6.37?14:31
xiangfukyak: by default it's 256M14:31
kyaki'm saying that the 2.6.37 built by default from openwrt-trunk won't bott from /boot/uImage14:32
xiangfukyak: the nand partition is hard code inside kernel.14:32
kyakit would boot from SD14:32
wpwrak(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 ;-)14:32
kyakxiangfu: i haven't changed anything14:32
xiangfukyak: then the nand partition is not correct.14:32
xiangfukyak: kernel will got error when try to mount nand rootfs partition14:32
kyakhm.14:33
kyakfw_setenv bootargsf4 mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait14:33
kyakxiangfu: these are arguments when pressing F414:33
kyakwhere is the rootfs size?14:33
xiangfukyak:the nand partition size is hardcode inside kernel.14:33
kyakxiangfu: oh, ok14:34
xiangfukyak: let me check the nand partition. I just check is 'master' branch. not 2.6.3714:34
kyakso it's still 256 M in operwrt-trunk?14:34
xiangfukyak: checking now14:34
kyakxiangfu: then it explains my troubles14:34
xiangfukyak: http://projects.qi-hardware.com/index.php/p/qi-kernel/source/tree/jz-2.6.37/arch/mips/jz4740/board-qi_lb60.c#L11914:35
kyakall right!@14:35
xiangfukyak: in qi-kernel. by default rootfs is   .size = (504 + 512 + 1024) * 0x100000,14:35
xiangfukyak: checking openwrt-trunk now14:36
kyakalmost sure it's the same as qi-kernel14:36
kyakxiangfu: btw. Some our patches for 2.6.32 haven't got into 2.6.37. Is it ok?14:36
kyaki'm talking about the red arrow + backspace as delete14:36
kyakit works in 2.6.32 and doesn't work in 2.6.3714:37
kyakcause the key map is not correct14:37
xiangfuwe should try to send those patch to upstream again :)14:40
kyakupstream - larsc :)14:42
xiangfuI am the openwrt-truck.14:43
xiangfuI mean the openwrt-trunk14:43
kyakhm.. trying to find it in git log14:44
xiangfuthose patch will never goto upstream. because that patch change all base keyboard.14:45
kyakxiangfu: 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 kernel14:45
kyakno14:45
kyakit was very specific14:45
kyakhttp://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/commit/2f3b198/14:46
kyakthis is the patch14:46
kyakin fact, it copies the defkeymap.c_shipped to defkeymap.c anyway. So modifiying 500-modifier-keys.patch is just for correspondence14:48
larscwpwrak: autodetection is for systems where you don't know the config14:50
xiangfularsc: did the ubi faster patch goto openwrt trunk? or just committed in openwrt-xburst.git ?14:52
larscjust openwrt-xburst for now14:53
wpwraklarsc: would also be useful if there's a future device with more memory. autodetection just removes one item from the list of worries :)14:53
xiangfukyak: hmm.. I remember it's need manually create defkeymap.c14:53
larscwpwrak: and adds a second to the boottime ;)14:54
xiangfukyak: so, after modify those keys. need run a command to create the defkeymap.c14:54
xiangfukyak: why we patch those two file is. 1. defkeymap.map is for clear   2. defkeymap.c_shipped: no needs for re-generate the defkeyamp.c14:55
wpwraklarsc: naw, a few milliseconds at most. you don't have to *test* the memory ;-)14:55
jow_laptopstupid question, anybody tried reflashing the ben from OS X yet?14:56
kyakxiangfu: 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.3714:56
xiangfujow_laptop: there is a wiki page about how to compile xburt-tools in MAC os14:56
xiangfujow_laptop: let me try to find out that.14:56
xiangfukyak: very thanks for 2.6.37 testing.14:57
xiangfujow_laptop: sorry, can not find that page. but I am sure someone have tried that.15:13
jow_laptop:)15:14
jow_laptopI'll just wait until I'm home15:14
xiangfujow_laptop: I will let you know when I found it :). time to sleep.15:28
mthjow_laptop: I did build usbtool for OS X, see: http://www.treewalker.org/dingux/15:31
mththis does not allow flashing though, I think15:31
mthin Dingux, flashing is done by uploading a kernel which has a flasher and the boot loader to flash in its initrd15:32
mthbut the Makefile might be useful to compile libusb15:32
jow_laptopdon't worry, I borrowed a linux laptop :)15:38
jow_laptopjust wanted to try the most recent image15:39
jow_laptophow does one quit the gmenu2x settings screen?16:24
jow_laptopand how gmu?16:33
kyakjow_laptop: gmenu2x settings - "s" (http://en.qi-hardware.com/wiki/Applications#settings)16:42
kyakgmu: alt+q (this can be read from F1 help)16:42
xMffthanks...17:11
kyakxMff: btw, kexec is not working in 2.6.37.1 :)17:16
kyakjust checked it17:16
Jay7kyak: :(19:22
kyakJay7: yep, not very nice.. hope you will have more luck19:36
Action: wpwrak curses DRI19:36
Jay7kyak: not sure..19:37
Jay7larsc: may be you will try to play with kexec? ;)19:37
kyakJay7: were you able to try kexec with 2.6.37?19:39
Jay7I need to build some image to try19:40
Jay7jlime is unbuildable at this moment19:40
Jay7may be I'll reuse linux-kexecboot kernel to build some other distro (e.g. minimal)19:40
kyakyou could also try with openwrt19:42
Jay7I have not touched it before :)19:42
kyakeveryone has his first time :)19:43
Jay7yeah :)19:43
Jay7good point to place into CV anyway :)19:43
Jay7but I'm a bit tired after that kexecboot features implementation race :)19:44
kyakkexecboot is a nice piece of software. But it's useless without kexec -\19:45
Jay7sure :(19:45
kyakworking kexec19:45
Jay7I have no enough skills to debug/fix it19:46
Jay7this is task for kernel and kexec-tools guys19:46
Jay7btw, wrt compressed uImage19:46
kyakand for those knowing mips well. I asumen it is very architecture-specific19:46
Jay7iirc, someone was tested uncompressed kernel + compressed uImage vs compressed kernel + uncompressed uImage19:47
Jay7and second win19:47
Jay7but that was on Zauruses iirc19:47
kyakkexec-tools on mips specifically list only "elf-mips" as supported images19:48
Jay7well.. that may be not a problem because kernel is laying on FS19:48
kyaki found that both vmlinux and vmlinux.elf can be loaded successfully (but not ecexuted)19:48
Jay7about execution19:48
kyakuImage can't be loaded -\19:48
Jay7your idea about wrong entry point may be rigth19:49
Jay7but anyway we need some guru :)19:49
kyakyeah19:50
kyakwe could also moan in kexec-tools and kernel mailings lists :)19:51
kyakbut it's enough of this in google...19:51
kyakwithout apparant results19:51
Action: kyak off19:53
tuxbrainI 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.21:30
tuxbrainI have tried with various batts (even OM ones) to discard is matter of old battery. Any one has experience same problem?21:31
tuxbrainIn 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 .21:32
Jay7tuxbrain: did you tried with other kernel? :)21:37
Jay7some Zaurus models can't bood current kernel with power plugged in21:38
Jay7something is wrong around his power management21:38
tuxbrainJay7: I have test on jlime kernel and lastest release kernel21:38
tuxbrainsame behabiour21:39
tuxbrainjlime beta4 and Blizzar lastest build21:40
Jay7seems HW then :(21:41
tuxbrainthe lack of charge even off also points to that.21:41
wpwraktuxbrain: i may have some problems with charging, too, but haven't examined that in detail. no hangs at g_ether, though22:03
tuxbrainavrdude working on openwrt machine  (at least it trows the help message )22:38
dvdktuxbrain: saw your video programming an arduino via the Nanonote.22:40
dvdktuxbrain: you programmed via UBB?  Or some more special adaptor board?22:41
wpwraktuxbrain: congratulations ! now, you just have to sleep two more nights before you can actually try it :)22:41
dvdkjust wondering, since I thought arduine were serial (as in uart) boot loader only.22:41
Action: tuxbrain (re)finishing building avr toolchain binutils and gcc finished but avr-libc , needs x86-avr cross toolchain due oviously can execute mips-avr one22:42
tuxbraindvdk using NN serial port22:42
dvdkah, ok that explains it.  what a pitty, then I can't even use the UBBs for that trick :)22:43
tuxbraindvdk but you can program and comunicate with SPI also directly on chip22:43
tuxbrainyes we will!22:43
dvdkok, the spi option didn't show up last time i googled and looked for datasheets.  guess that would be the way to go.22:43
dvdkdoes arduine have the pins (and bootloader) for that?  or are we talking about 'naked' avr chips?22:44
dvdks/arduine/arduino22:44
tuxbrainhttp://www.arduino.cc/playground/Code/Spi22:44
dvdktuxbrain: how long until UBBs are shipping?  still time to add an arduino to the package? :)22:45
dvdkjust looking at your link: but no in-chip-programming via Spi?  i.e. using only an UBB no other cables and programmer?22:46
tuxbrainyou can also acces them as  "nude" pins to program the chip is reset is on22:46
tuxbrainis-> if22:46
tuxbrainor you can also use the ICSP connector (same pins to the chip)22:47
dvdkso having NN+UBB+Arduino would suffice to do programming?  don't own any other special cables.22:47
dvdkno problem if i have to do some bit-banging programming on NN.22:47
tuxbrainyes22:47
dvdkcool.22:47
tuxbrainI know :)22:47
tuxbrainthat's why I spend so many time porting the avr toolchain :)22:48
wpwrakdvdk: (bit-banging) with avrdude, you'll may need a definition for the pin assignment of your programming adapter in avrdude.conf22:48
wpwrakdvdk: that is, unless yours happens to end up with the same assignment as any of my adapters (two so far)22:49
dvdkwpwrak: i'd need some code for the Jz47xx I guess?  or does it know how to do I/O already?22:49
wpwrakdvdk: i have patches for avrdude that do the bitbanging22:50
dvdkok: already on its way into NN's openwrt i guess?22:50
wpwrakhttp://projects.qi-hardware.com/index.php/p/ben-blinkenlights/source/tree/master/uart/avrdude22:50
wpwrakdunno. it's simple enough to compile it on your own22:51
dvdkhmm, no package?  should also document your UBB pinout, as kind of 'standard' to beware others of pinout headaches.22:51
dvdkmight 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.22:51
wpwrakdvdk: (pinout) here it is: http://projects.qi-hardware.com/index.php/p/ben-blinkenlights/source/tree/master/uart/avrdude/patches/nanonote-uart.patch22:51
wpwrakdvdk: you just need to define the mapping from UBB to whatever you have22:52
wpwrak(out of the box) i'm sure this will be taken care of before too long ;-)22:52
dvdkwpwrak: is that a uart-chip hooked to the 8:10 port, or just a UBB?22:52
dvdkdesc="NanoNote UART 8:10 card"22:52
tuxbraindvdk wpwrak build finished :)22:53
wpwrakdvdk: 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.patch22:53
tuxbraindvdk btw I think to create an ardunote project triying to simplify at maximum Arduino Nanonote relations22:54
dvdkok, wpwrak, that's neat.22:54
wpwrakdvdk: 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 little22:54
dvdkwpwrak: know that.  just 6 gpios.22:55
dvdkthe difference is: I'll have a UBB, but I won't have an 8:10 UART :)22:55
dvdkyeah, i'll put avrdude packaging on my todo list.  it will be nice to show people that Arduino hacking works out-of-the-box.22:56
wpwrakdvdk: 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 device22:56
dvdkwpwrak: ok.22:56
Action: dvdk is looking at the bit-banging code22:57
wpwrakdvdk: 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 ;-)22:57
dvdkyeah, figured that.22:57
dvdki really think we should get that stuff into the NN firmware image.22:57
dvdknobody likes to (cross-)compile for nanonote.22:57
dvdkme neither :)22:57
wpwrak(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 thing22:58
wpwrakoh, i like cross-compiling very much ;-)22:58
wpwrakthat is, while it works, which is does quite well so far :)22:59
dvdkgoing to reference git from the openwrt package, so it'll just be one line to change if you update.22:59
wpwraks/is/it/22:59
dvdkyeah, the most important stuff is the Jz47xx GPIO support from userspace and that's already there.  nice.22:59
dvdkok, need to sleep.23:00
dvdkgood night.23:00
wpwrakwhen 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 avrdude23:00
wpwrak(.36 or later)23:01
dvdkwpwrak: even cooler.  kernel driver?23:01
wpwrakfor now just user space. but one that takes care of moving the mmc driver out of the way.23:01
dvdkbut really need to sleep now23:01
wpwrakkernel is ffs ;-)23:01
dvdknice.  thought about using UIO?23:02
wpwrak(we'll need the kernel for interrupts)23:02
dvdk-> uio?23:02
dvdkcan do irq23:02
dvdklets continue tomorrow23:02
dvdkcheers23:02
wpwrakis uio something that's in mainline ?23:02
wpwrakoh, it is. nice :)23:03
wpwraki thought these things would get shut down for political reasons forever ;-)23:03
qi-bot[commit] David K├╝hling: plplot: minor cleanup (suggestions from kyak) http://qi-hw.com/p/openwrt-packages/29868ea23:04
wpwrak"sleep" = "commit". intersting :)23:04
lekernelfirst comment on UIO: "People in the embedded space don't do prototypes. They hack something until it works, then it's done."23:04
lekernelhahaha23:04
lekernelhttp://lwn.net/Articles/232575/23:05
wpwrak;-))23:05
lekernelfollowed by that GPL debate... but the linux kernel management seems surprisingly free of such trolls23:05
wpwrakwell, 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 ;-)23:08
wpwrakthat's why i was a bit surprised that it had finally made it :)23:09
wpwraklekernel: ... and with UIO_SERCOS3 and UIO_NETX we already seem to have two fine examples of closed source user spaces23:15
lekernelNVidia already makes proprietary Linux drivers (let alone the proprietary algorithms in the chips), and it doesn't make such a fuss23:16
Fusinwb /me ;)23:17
wpwraklekernel: well, everbody hates nvidia and would hate to see more of this even more23:17
lekernelthere's this funny "nouveau" project spending years on scratching the surface, but that's it23:17
wpwraklekernel: nouveau is my saviour. they provide exactly what i need.23:18
lekerneland opengraphics which is a massive technical failure23:18
lekernellast time I tried it (it's only one or two months ago), nouveau was very slow and did not support 3D23:19
wpwraklekernel: yeah, opengraphics is a disaster23:19
wpwraklekernel: 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.23:20
wpwraklekernel: alas, no intel on-board video in that generation of pc. maybe in the next ...23:20
lekernelso, 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 problems23:20
Jay7VIA/S3 ;)23:21
Jay7but it is hard to get23:21
wpwraklekernel: well, despite your nick, you're not doing kernel development on your workstation :)23:21
wpwrakJay7: 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 ...23:22
lekernelbtw, for your 2D use, it wouldn't be too hard to pull off a free GPU23:24
lekernelbut I'm not sure if it would make sense economically to do so23:24
lekernelwouldn't be too hard, I mean hardware-wise. getting the X dinosaur to dance is something else.23:25
wpwraklekernel: yeah, and some niche design would be even more expensive to get in argentina. so i'd have to stock spares and such.23:25
wpwrak(x dinosaur) kdrive ;-)23:26
lekernelbtw, how usable is kdrive?23:36
lekernelcan it work with the proprietary nvidia driver including 3D?23:36
lekernelor maybe at least decent 2D acceleration23:37
lekernelI don't need 3D so often23:37
wpwraki 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 freerunner23:38
Fusinwpwrak: talking about freerunner. is there a channel which deals with freerunner here?23:40
Fusinok, found ;)23:42
wpwrak;-))23:42
Fusinis called #openmoko :D23:42
Action: Fusin still needs to update his fr23:42
Jay7kdrive is dead23:43
Jay7afaik23:43
wpwrakJay7: dunno. i vaguely remember that it has been merged into x.org, but i'm not sure what specifically this means23:46
Jay7we have used it on Zauruses23:47
Jay7but it is hard to use now..23:47
Jay7so we will switch to xorg-server soon23:48
Jay7iirc, kdrive is unmaintained some years23:48
lekernelyay! more bloat!23:49
lekernelwhen will X die at last...23:50
lekernel;-)23:50
Jay7wayland is proposed as replacement23:50
Jay7not sure about embedded23:51
Jay7iirc, wayland is using opengl actively23:51
--- Wed Mar 2 201100:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!