#qi-hardware IRC log for Monday, 2011-03-28

kristianpaulwee it tunes :-)01:31
wpwrakwhat tunes ?02:06
xiangfuwpwrak: small question. about milkymist screenshot. :)02:08
xiangfu"the framebuffer is basic progressive scan buffer using RGB565 pixel format"  from the milkymist document.02:09
wpwrakxiangfu: sounds simple :)02:10
xiangfu"(unsigned int) height*width*2" is this buffer size just fit for RGB565 ?02:10
wpwrakxiangfu: i think progressive scan means that it's without interleaving02:11
wpwrakxiangfu: sounds good, yes. there may be some alignment at the end of each scan line, but you'll see this immediately when you get a screenshot. why the cast ?02:12
xiangfusorry. what is the meaning of "why the cast" ?02:13
xiangfuwpwrak: I try to add the command to rtems. just read the /dev/fb and convert it to png file :)02:14
wpwrakxiangfu: (why the cast) why  (unsigned int) height*width*2  and not just  height*width*2  ?02:16
wpwrakxiangfu: the rest sounds good02:16
xiangfuwpwrak: I am taking the code form 'fbgrab' "for (i=0; i < (unsigned int) height*width*2; i+=2)"02:18
xiangfuthe buf_size is like:  size_t buf_size = 640 * 480 * 2;02:19
wpwrakbut what would happen if you don't use a cast ?02:20
xiangfuI think it's same. with or without cast, in 640x480 solutions.02:21
xiangfuI will test the code this afternoon.02:21
kristianpaulwpwrak: http://www.mtmscientific.com/tuner.html02:22
wpwrakxiangfu: kewl. casts are always a bit scary :)02:22
kristianpaulbbl i think i screwup some pins of my ltp.. :/02:22
xiangfuwpwrak: can you talk some detail about cast? sometime "negative" will be consider a big integer. right?02:28
kristianpaulhmm. bad a,plitude still 2.4V..02:28
wpwrakxiangfu: yes. but that's not the main problem with casts. the big problem with them is that they tell the compiler to shut up. so if there is any real problem the compiler would warn about, it won't. that's why one should only use casts where they are really necessary.02:33
xiangfuwpwrak: thanks for the info.02:34
wpwraknp :) another issue with unnecessary casts is that they confuse anyone reading the code. because you then wonder what this cast may be doing, let there seem to be no reason. so you wonder if you actually understand what the code does, and so on. lots of headache :)02:36
xiangfuwpwrak: ok. I will check the code again. seems if there some 'headache' :)02:58
xiangfuwpwrak: thanks. remove another two useless cast. my rtems fbgrab finished. :)03:01
wpwrakkewl :)03:02
rjeffries_curious: does RGB565 mean 5 bit color frpth for red 6 got gtrrn and 6 for blue? in a 16 bit integer?03:18
rjeffries_crap 5 bit red 6 bit green 6 bit blue (color depth)03:18
xiangfurjeffries_: yes.03:20
xiangfu5bit red,  6bit green, 5bit blue03:21
xiangfu565, not 566 :)03:21
rjeffries_thanks xiangfu I tyo far too often03:29
rjeffries_s/tyo/typo  lol03:30
kristianpaulxiangfu: (fbgrab) oh, is it working now?03:37
xiangfukristianpaul: not test yet. just finished the code. :)03:38
kristianpaul:-)03:38
xiangfukristianpaul, aw: I also try to release some files : http://downloads.qi-hardware.com/people/xiangfu/milkymist-one/2011-03-26/03:39
xiangfu:)03:39
xiangfukristianpaul: do you know how to create the "MAC ADDRESS        (0x002200E0) /* within rescue BIOS */" image?03:39
kristianpaulyes03:40
kristianpaulcrt0.S03:40
kristianpaul/home/paul/milkymist/software/bios03:41
awxiangfu, so you knew already that how to build them all?03:41
kristianpaulmake again, bios and rescue bios are created at same dir03:41
kristianpaulmacadd is line 7003:42
wolfspraulkristianpaul: do I understand this correctly that xiangfu is working on screenshot feature? if so, can you try to take screenshots of the camera and lenses again? it's not super urgent, we can also wait until we have some more features...03:42
wolfspraulfor example it would be great if we could show the video in 640x480 full-screen, if that is possible...03:42
wolfspraulstep by step :-)03:42
kristianpauli was checking how to increase vide-in size03:43
kristianpaulis not so hard03:43
kristianpauljust a pair of constants to change03:43
kristianpaulsure, i can take screenshots as soon xiangfu finish/test the tool :-)03:43
wolfspraulI bought some more cameras and lenses03:44
wolfspraulhave to work through all this stuff a bit...03:44
wolfspraultoo many now :-)03:44
wolfspraulneed to digest...03:44
kristianpaul:-)03:44
wolfspraulkristianpaul: do you have what you need for your presentation/demo?03:45
xiangfukristianpaul: oh. it's within the BIOS. should read more carefully :). I though it's a stand alone image.03:45
kristianpaulwolfspraul: yes i do03:46
kristianpaulxiangfu: is actualy same bios bin with and offset03:46
kristianpaulif i remenber well03:46
xiangfu? then some confuse. do you need flash this "MAC ADDRESS"03:47
kristianpaulyou need to flash both bios and rescue bios03:47
kristianpaulas i said mac addres is an offset  of rescue bios03:49
xiangfuok.03:49
xiangfugot it.03:50
kristianpaul./include/hw/flash.h:25:#define FLASH_OFFSET_MAC_ADDRESS        (0x002200E0) /* within rescue BIOS */03:53
kristianpaulah, i think you already printed that, sorry  :p03:54
xiangfuhow the bios-rescue got the mac address?03:54
xiangfuI found the bios how to read this mac address :). but didn't find who write the mac address to the FLASH_OFFSET_MAC_ADDRESS03:55
kristianpaulbtw bios and bios-rescue have the mac03:55
xiangfuaw: yes. I think so :)03:56
kristianpaulso, you do as usual (urjtag), and bios will read the bios-rescue address + an offset where mac is stored03:56
kristianpaulyou actually can confirm this with readmem command in urjtag03:57
awkristianpaul, xiangfu do you know how to build https://github.com/lekernel/m1testing03:57
xiangfukristianpaul: hmm... every milkymist have unique mac address. we build the bios* in host.  and flash the bios to milkymist one nor flash.03:58
kristianpaulaw: export PATH=/opt/rtems-4.11/bin:$PATH03:59
kristianpaulaw: then type make03:59
kristianpaulaw: also you need do export MMDIR=/your/milkymist/dir03:59
kristianpauli.e. in my case is export MMDIR=/home/paul/milkymist04:00
kristianpaulxiangfu: sure04:00
kristianpaulxiangfu: you need recompile bios for every mac address04:00
kristianpauli still remenber aw asking each file to sebastien by RC2 times ;-)04:01
kristianpaulaw: following? :-)04:02
kristianpauli'll off be on one hour, so all i can hell until then, good ! :-)04:03
xiangfukristianpaul: that is my question. where the mac address from when you recompile the bios?04:03
xiangfukristianpaul: see you.04:03
kristianpaulxiangfu: one hour!!  wait i get more tired ;-)04:04
awkristianpaul, during RC2, each mac address prepared from sebastien. I'll try it. tks. bbl04:04
kristianpaulxiangfu: mac address is stored at  crt0.S04:05
kristianpaulxiangfu: rescue bios is same as bios, just that bios check at adress 0x002200E0 (NOR flash) for the mac04:06
kristianpaulwich is already part of the data writeen when flashing rescue bios04:06
xiangfukristianpaul: crt0.S . very thanks. clear now.04:07
kristianpaulsure?04:07
kristianpaulxiangfu: if you do hexdump -C bios.bin or bios-rescue.bin you can read at address 000000e0, first line the mac addr04:20
kristianpaulso if you remenber flash procedure04:20
kristianpaulflashmem 0x220000 bios-rescue.bin noverify04:24
xiangfukristianpaul: yes. I understand know.04:24
kristianpaulso 0x220000 + 30 = mac address off set04:24
kristianpaulokay04:24
kristianpaul:-)04:24
xiangfu000000e0  10 e2 d5 00 00 00 00 00  78 1c 47 ff 3b 9c ff fc  :)04:24
kristianpaulyes04:24
xiangfukristianpaul: so. it's no recommended to reflash the bios.bin. sine the mac address may not for someone's milkymist04:24
xiangfus/sine/since04:24
kristianpaulbah ;-)04:24
kristianpauljustmake sure a valid mac is written there04:25
xiangfua small patch for bios makefile since there are some duplicate code in makefile :)04:25
kristianpaul:-)04:25
kristianpaulalso you can hexedit the .bin04:26
xiangfukristianpaul: (mac). ok. got it. if we don't connect all milkymist one to one switcher. :)04:26
kristianpaulwho need gcc for just some bytes? :-)04:26
kristianpaulhahaha04:26
kristianpaulgood point04:26
xiangfukristianpaul: I cc the small patch to you. just a small cleanup :)04:27
kristianpaulyo mean to mm1 list?04:27
kristianpauland cc me?04:27
xiangfuyes.04:28
xiangfuaw: http://downloads.qi-hardware.com/people/xiangfu/milkymist-one/2011-03-26/boot.bin04:36
xiangfuthis is the test software boot.bin I just build.04:36
xiangfuaw: the last commit at "Sat Mar 26 22:49:57 2011 +0100" "Support selection of test category". just fyi.04:37
xiangfuaw: I haven't try the test software yet. need buy one MIDI and DMX cable first, right?04:37
awxiangfu, hi okay tks, I'll build myself.04:37
xiangfuaw: sure.04:38
awxiangfu, yes, you need them.04:38
rejonxiangfu whatsup!04:41
kristianpaulaw: how went m1testig compilation?04:42
awkristianpaul, sorry, not focusing on this though. will give a try later. I'm studying WM codecs.04:44
kristianpauloh sure :-)04:44
kristianpaulokay i'm off, (hoping have a dream with DMA and rotating slots)04:45
kristianpaulgn804:45
xiangfusomething wrong with the "www.milkymist.org"?06:25
rohxiangfu: i can't reach it either.06:30
xiangfuwpwrak: my first version milkymist fbgrab: http://downloads.qi-hardware.com/people/xiangfu/tmp/mm1.a.png07:40
xiangfuhttp://downloads.qi-hardware.com/people/xiangfu/tmp/mm1.b.png07:40
xiangfuhttp://downloads.qi-hardware.com/people/xiangfu/tmp/mm1.2.png10:06
kristianpaulxiangfu: for fbgrab, why i see R G B and alpha in the code? i mean there is a buffer or somethig for each basic color?11:01
wpwrakxiangfu: great, congratulations ! although the first version had nicely psychodelic colors ;-)12:05
wpwrakkristianpaul: now we can finally see what your cameras really do :)12:19
wpwrakxiangfu: btw, couldn't we just flash new kernels from linux with flash_erase/nandwrite ?12:37
wolfspraulyes, definitely. That's how I flash in the factory.12:38
wpwrakaha ! got the commands somewhere ?12:40
wolfspraulthe only thing we cannot flash from Linux yet is u-boot, because the CPU will assume a 2048 byte page with 64-byte OOB etc. and we need a special little write program to bypass the 'real' 4096/128 oob/ecc creation...12:40
xiangfuwpwrak: /usr/bin/mtd.nn if you using 2011-02-23.12:40
wolfspraulthat's just a 50-100 line program or script, but we don't have it yet12:40
wolfspraulso u-boot is currently not trivially flashable from inside Linux, at least a bootable u-boot :-)12:40
xiangfuthere is a workaround. but it's not good. 1. dump the u-boot-spl. 2. cat u-boot-spl and new u-boot.bin to u-boot-nand.bin 3. flash that inside linux.12:41
wpwrakxiangfu: hmm, no, only older ones. in which package is it ?12:41
wolfspraulxiangfu: no worries, werner only wants to reflash the Linux kernel now.12:41
xiangfuwpwrak: one second. finding the url12:42
xiangfuwpwrak: http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/2011-02-23/nanonote-script-files_1.1_xburst.ipk12:42
wolfspraul1. flash_eraseall /dev/mtd112:42
wolfspraul2. nandwrite -p /dev/mtd1 /boot/uImage12:42
wolfspraulhttp://en.qi-hardware.com/wiki/Updating_Ben_with_an_SD#To_re-flash_the_kernel12:43
wpwrakwolfspraul: (u-boot) yeah, i've seen that one. ecc calculation is a bit messy, but yes, entirely feasible12:43
wpwrakoh, nice even without having to set an offset12:43
xiangfuwpwrak: just fyi:  http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/2011-02-23/uboot-envtools_20081215-2_xburst.ipk12:45
wpwrakxiangfu, wolfspraul: works like a charm. thanks a lot !12:48
wpwrak[    3.210000] at86rf230 spi2.0: Detected at86rf231 chip version 212:49
wpwrak(followed by a lot of errors. oh well :)12:49
qi-bot[commit] Jon Smirl: Low level changes to the IEEE 802.15.4 code http://qi-hw.com/p/qi-kernel/d830abf13:03
qi-bot[commit] Jon Smirl: 802.15.4 MAC implementation http://qi-hw.com/p/qi-kernel/4ea653f13:03
qi-bot[commit] Jon Smirl: Implement the MAC 802.15.4 monitor interface http://qi-hw.com/p/qi-kernel/d06cf5813:03
qi-bot[commit] Jon Smirl: Support for Freescale SMAC http://qi-hw.com/p/qi-kernel/9d25b6613:03
qi-bot[commit] Jon Smirl: Implement the fake soft MAC loopback driver http://qi-hw.com/p/qi-kernel/c1b405513:03
qi-bot[commit] Jon Smirl: Driver for serially attached 802.15.4 radios http://qi-hw.com/p/qi-kernel/28e0e0c13:03
qi-bot[commit] Jon Smirl: Driver for the Atmel AT86RF230 chip http://qi-hw.com/p/qi-kernel/8165a7213:03
qi-bot[commit] Jon Smirl: Driver for the TI CC2420 chip http://qi-hw.com/p/qi-kernel/cc74a2613:03
qi-bot[commit] Jon Smirl: Driver for the Analog Device ADF7242 chip http://qi-hw.com/p/qi-kernel/87d1c2e13:03
qi-bot[commit] Jon Smirl: Various low level board support for specific development boards http://qi-hw.com/p/qi-kernel/ed4129513:03
qi-bot[commit] Jon Smirl: Support for implementing a Zigbee stack in user space. http://qi-hw.com/p/qi-kernel/a2b937813:03
qi-bot[commit] Werner Almesberger: ZigBee stack: fixed Kconfig-breaking typo; minor whitespace cleanup http://qi-hw.com/p/qi-kernel/a35999e13:03
qi-bot[commit] Werner Almesberger: at86rf230: added platform-specific reset function http://qi-hw.com/p/qi-kernel/8684b7a13:03
qi-bot[commit] Werner Almesberger: qi_lb60: experimental and ugly platform support for atben http://qi-hw.com/p/qi-kernel/1c6d72513:03
wpwraktuxbrain: how are we doing with the data sheets ? i'm particularly curious about the one of the usb connector. the rest isn't so urgent. (for most of the components, it's either "anything goes" or "don't change" anyway)13:11
tuxbrainwpwrak: I have jus reclaimed it, let's see... btw, Can I deduce by the commits you have added support for the atben and also ZIgbee support on NN?13:13
Action: tuxbrain is crossing his fingers?13:14
tuxbrain?->...13:15
wpwraktuxbrain: not quite ;-) right now, the kernel can say "hello" to the card. then it fails to get any further status for some reason.13:16
wpwraktuxbrain: also, the zigbee stack isn't supposed to work. i'll have to find out if there's enough to get wpan up.13:17
tuxbrainwpwrak: ok :) thanks for the tuxbrain level isue explanation (kernel say hello but card is not his friend)13:18
wpwrakgood. now i'm making it all the way to the famous hang. very good. time for idbg :)13:42
Action: methril_work get proud of wpwrak and his idbg14:02
wpwrak:)14:10
wpwrakaha. and now there's a little rootfs corruption. love these. i wonder if that has anything to do with usbboot producing an unbootable kernel about half of the time14:35
qi-bot[commit] Werner Almesberger: board-qi_lb60.c: fixed some atben initialization bugs http://qi-hw.com/p/qi-kernel/48976f914:41
kyakgot UBBs from David :)14:59
kyakonly took 11 days14:59
kyakthey look really cool :)15:00
kyakvery solid, too15:00
kyaknow to do two things: pay for it and figure out what to do next with them :)15:00
wpwrakkyak: (11 days) wow, real snail mail :)15:07
kyaknext time i decide to order something, i'll ask to disassemble it and ship separately by mail :)15:12
kyakcause Ben is still on his way for 17 days now :)15:12
wpwrakkyak: hmm .. a snail moves about 1-3 mm/s. let's say 2 mm/s. if a postal snail has an average workday of 8 hours, that would be 57 m/day. yeah, may take a while.15:21
lars_wpwrak: http://hypertextbook.com/facts/AngieYee.shtml15:25
lars_so the average garden snail could make amlost 400m per working day15:28
kyakthe snail could catch the airplane15:31
kyakwould be must faster in this case@!15:31
lars_i wonder how many snails it takes to carry one nanonote15:33
wpwraklars_: (0.013 m/s) hmm, but if they hire athlete snails for postal work ?15:35
wpwraklars_: (how many snails) kyak could find out by analyzing the slime traces on the package15:36
lars_wpwrak: do they hire athlete humans for postal work?15:37
wpwraklars_: neither, i guess. they might go postal too quickly.15:42
kyakwpwrak: hm, trying to find that magic echo "0" > /proc/.. command to disable mmc and to prepare this slot for UBB.. Can't seem to find it on Wiki15:47
wpwrakecho jz4740-mmc.0 >/sys/bus/platform/drivers/jz4740-mmc/unbind15:52
kyakah, thanks!15:54
kyak(i only got "echo" right :)15:54
wpwrak;-))15:56
wpwraktuxbrain: still nothing from the smt guys ?18:00
whitequarkto everyone who thinks their postal system is bad: it isn't. russian one constantly delivers packages for me in 30-40 days (and the international part of that takes ~10 days. guess how they're delivering the package over a few km, in the same city, for around a month)18:06
whitequarkof course all of they arrive broken and wet, too.18:06
kristianpaul:/18:07
wpwrakwhitequark: what sort of wetness ? rain/snow ? seawater ? vodka ? urine ? vomit ? :)18:07
whitequarkwell, not THAT bad18:08
kristianpaulwhat? oh.. i was about to take lunch :|18:08
wpwrak(-:C18:08
whitequarki think that's just water18:08
wpwraknote to self: wrap shipments to russia in corrosion-proof plastic18:09
whitequarkyeah, ST done that when sending their free developer boards18:09
whitequarkworked perfectly18:09
whitequarkand I still can't understand how they managed to jam a 3.5cm book just near its back. maybe they have a 20-ton press exactly for that purpose18:14
wpwrakwhitequark: how are courier services like fedex, dhl, ups, etc., faster ?18:14
wpwrakwhitequark: (20 ton press) maybe work in the russian postal service is a lot more fun than we all believe ;-)18:15
kyakwhitequark: last time it took them ~16 days to deliver Ben (around a year ago). Now it's 17 already, i'm not even seeing the parcel registered here (and yeah, it's Russian post)18:15
wpwraki'm beginning to understand why wolfgang wants a distributor in russia ...18:16
whitequark(about fedex etc.) they're generally better, but (a minor problem) sometimes that doubles the price and (a major one) they're not always available as an option. e.g. when I was buying that book from PragProg, there were some troubles (through I can't quite remember which exactly)18:17
kyakit's brain, blocking bad images :)18:18
whitequarkwpwrak: that would be very nice. maybe I'd even buy one (ahem... don't know what to do with that :) and I already have three devices which are at least not worse than Ben by hardware characteristics. except the nice case; well, that matters!)18:19
wpwrakwhitequark: ah yes, for less expensive items, like books, it may get tricky.18:20
Jay7hehe.. russian post again :)18:21
Jay7they delivered my nanonote in 60 days exactly18:22
Jay7from USA18:22
wpwrakkyak: seems that you can relax :)18:22
whitequark60 days. that's an achievment even for them18:23
kyakshipments from USA took distinguishly long18:25
Jay7kyak: shipment from USA to Moscow is fast enough18:26
Jay7but then customs18:26
Jay7and then in-russia delivery18:26
Jay7which is most scary thing18:27
kyakJay7: it can travel around Moscow for quite long. And not get delivered after all. Recently a friend of mine had to go to their warehouse and search for his parcel himself18:27
Jay7kyak: known thing18:28
wpwrakkyak: did he find it ? after how many days ?18:28
Jay7my wife encountered this already too :)18:28
lars_i guess i should never complain again, when it takes the german post 3 days to deliver my package18:29
kyakwpwrak: yeah, he did find it.. after several days of phone calls, claims and wasted time18:29
whitequarklars_: you live in postal heaven18:29
wpwrakkyak: sounds like pure joy18:31
wpwrak(reset problem) ah no ... ben just hangs sometimes after "starting u-boot" (following an idbg-commanded hard reset). odd.18:35
lars_maybe the reset pulse is to short18:38
lars_and some internal registers weren't reset18:38
whitequarkmay I ask why Ingenic processor was selected for ben?18:41
wpwraklars_: must be something like this, yes. or maybe the slope is not steep enough. ah well. something to worry about another day.18:42
wpwraknow .. why the heck can't it open /dev/null when i compile in my atben driver. grmbl grmbl.18:43
kristianpaulwhitequark: Ben was already made before take time to select the processor20:14
kristianpaulI mean ben actually is also a digital color dictionary that you can find in the chinnese market20:15
kristianpaulwolfgang nock the doors of ingenic in order to make things more open (dunno the state of this)20:16
kristianpauland also take like 1 year to get linux/openwrt/menus/apps as we know it today20:16
kristianpaulof course i wonder if wolfgang had other alternatives at that time20:22
kristianpauli remenber i saw a hanvon ebook in xiangfu's blog also in qi/openwrt20:23
tuxbrainkristianpaul: also with ingenic chip :P20:34
lars_tuxbrain: i think he was wondering if there weren't any alternatives to the device not to the chip20:36
kristianpaulyup lars_20:45
Action: tuxbrain hides ashamed20:46
kristianpaultuxbrain: hey no, chip may also vary, and is a good point (chip alternatives for wolfgang at that time)20:47
Action: kristianpaul still like the idea of a "nano-ebook" :-)20:51
lars_i think it is to late for ebooks. at least for ebooks with epaper20:53
wpwraka general portable device (pda, smartphone, etc.) with epaper would be nice, though. the patents should slowly start to expire, so the technology ought to become accessible ...20:55
tuxbraina copyleft e-paper device will be really cool21:15
wpwraklars_: when i boot the origin/jz-2.6.38 kernel on openwrt, i get /etc/init.d/rcS: line 17: can't open '/dev/null'21:15
wpwraklars_: what rootfs do you use ? (i have opennwrt Ben_NanoNote_2GB_NAND/2011-02-23, but i've seen this also with an other version)21:16
lars_wpwrak: i get the same error21:16
wpwraklars_: i first thought i had just damaged my rootfs, so i reinstalled everything. don't have the original version.21:16
wpwrakah ! :)21:17
lars_but so far i haven't seen any negative consequences21:17
wpwrakhmm, i don't get anything on the serial console21:17
lars_init=/etc/preinit?21:17
wpwrakand usbnet doesn't come up either21:17
wpwrakKernel command line: mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait21:18
wpwraklet's see if i can get u-boot's attention without a keyboard ...21:19
lars_you could patch it directly into the kernel21:20
wpwrakthat seems to be the only choice indeed21:20
wpwrakwhy is this needed now ? the 2.6.37.27 kernel openwrt comes with doesn't have it either, yet it works21:22
lars_openwrt has a patch changing init to /etc/preinit21:23
wpwrak@*$%^%^!!21:23
Jay7kristianpaul: +1 to nano-ebook :)21:25
wpwraklars_: indeed, that did the trick. also removes the complaint about /dev/null. thanks a lot !21:26
tuxbraina happy wpwrak is a happy tuxbrain :P, gn8 boys (and girls?) I'm getting sleep at the kbd, so time to bed.21:29
GNUtoo|bug20wpwrak, are you sure it's not an ubifs issue,get the dmesg log22:37
GNUtoo|bug20sometimes you have to bypass the subpages22:38
GNUtoo|bug20http://www.linux-mtd.infradead.org/faq/ubi.html#L_vid_offset_mismatch22:39
wpwrakGNUtoo|bug20: the /dev/null ?22:39
GNUtoo|bug20ah sorry lack of context22:39
GNUtoo|bug20I'll look upper22:39
GNUtoo|bug20ah it's solved22:40
wpwrakGNUtoo|bug20: my system boots now properly (after making the kernel look for /etc/preinit). now i have to cross-compile the user space tools, which in turn need libnl ...22:40
GNUtoo|bug20yes openwrt has strang patches22:40
wpwrakyup :)22:40
GNUtoo|bug20there is one which says22:40
GNUtoo|bug20wait while openwrt is booting22:40
GNUtoo|bug20or something like that22:40
GNUtoo|bug20instead of outputing an error22:41
wpwraknice ;-)22:41
GNUtoo|bug20it's a kernel patch22:41
wpwraksomehow i don't think we'll see that one in mainline anytime soon ;-)22:41
GNUtoo|bug20basically I had that message on serial on my wrt54gsv422:42
GNUtoo|bug20lol22:42
GNUtoo|bug20the pre-init is strange too22:42
GNUtoo|bug20cound't they do CONFIG_CMDLINE="init=/etc/preinit"22:43
xMffpreinit is needed to implement failsafe22:44
GNUtoo|bug20ok22:46
Action: GNUtoo|bug20 needs to sleep22:46
wpwrakxMff: mv /sbin/init /etc/init; mv /etc/preinit /sbin/init  ?22:48
xMffwpwrak: I don't know why this name was choosen in the first place, many of that is historical stuff, dating back to when openwrt was a hack for wrt54g routers :)22:49
xMffand the commandline handling is a headache on various architectures, mainly due to braindead oem bootloaders22:50
wpwrakxMff: the kernel already tries a number of paths. so you could have used just some of these, i.e., /sbin/init for the first choice, /etc/init for #2, and there's even a /bin/init for #322:51
xMffwpwrak: as I said, I don't know why it was choosen, maybe because it was perceived as kind of special init script22:51
wpwraknice. libnl has pretty radical api changes in version 3. and the zigbee stuff seems to be written for version 123:13
xMffhm are you sure they're that radical? I only recall two common changes23:15
xMffah hm, I think what I meant was 3 vs 223:17
wpwrakxMff: nl_handle changed to nl_sock23:17
xMffyes23:17
wpwrakxMff: and the error handling now requires an error number, while they apparently had an implicit errno-like one before23:18
xMffiw has this: http://paste.openwrt.org/d64142eaf23:18
wpwrakthat solves the easy part :)23:18
wpwraknaw, i just installed libnl-1.1. compiles23:19
xMff;)23:19
xMffluckily there's plenty of space on the Ben23:19
wpwrakhuh, no ldconfig on openwrt ?!?23:23
xMffshould be in the repo23:24
xMffhttp://downloads.openwrt.org/snapshots/trunk/xburst/packages/ldconfig_0.9.32-68_xburst.ipk23:25
wpwraklet's see ...23:25
wpwrakkewl. works. thanks !23:26
wpwrakhmm .. seems that i now have a kernel config problem. Could not get multicast group ID: No such file or directory23:27
wpwraklet's see what i have to turn on ...23:27
Action: xMff steals off...23:29
wpwrakha ! no ltrace !23:32
wpwrakand it would of course also help if i enabled the ieee 802.15.4 stack .. :)23:36
wpwrakGRRR. no iproute in openwrt !23:37
wpwrakbut "ip" should be tehre. hmm ...23:38
xMff"ip" is iproute223:38
xMffI mean the ip package, not the bb applet23:38
wpwrakseems that the qi-hw openwrt doesn't have it .. snatchingfrom openwrt.org ...23:38
xMffits also in the repo23:38
wpwrakhmm. opkg doens't find it for some reason. but yes, it's there23:40
wpwrakand .. we have a very unhappy izcoordinator. let's see how it gets command-line option parsing wrong ...23:43
wpwrakah, just reports -1 as if it was an option as well. and it wants to create a file in /usr/local/var/run/  that's original23:46
--- Tue Mar 29 201100:00

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