2011-03-28 01:31 <kristianpaul> wee it tunes :-)
2011-03-28 02:06 <wpwrak> what tunes ?
2011-03-28 02:08 <xiangfu> wpwrak: small question. about milkymist screenshot. :)
2011-03-28 02:09 <xiangfu> "the framebuffer is basic progressive scan buffer using RGB565 pixel format"  from the milkymist document.
2011-03-28 02:10 <wpwrak> xiangfu: sounds simple :)
2011-03-28 02:10 <xiangfu> "(unsigned int) height*width*2" is this buffer size just fit for RGB565 ?
2011-03-28 02:11 <wpwrak> xiangfu: i think progressive scan means that it's without interleaving
2011-03-28 02:12 <wpwrak> xiangfu: 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 ?
2011-03-28 02:13 <xiangfu> sorry. what is the meaning of "why the cast" ?
2011-03-28 02:14 <xiangfu> wpwrak: I try to add the command to rtems. just read the /dev/fb and convert it to png file :)
2011-03-28 02:16 <wpwrak> xiangfu: (why the cast) why  (unsigned int) height*width*2  and not just  height*width*2  ?
2011-03-28 02:16 <wpwrak> xiangfu: the rest sounds good
2011-03-28 02:18 <xiangfu> wpwrak: I am taking the code form 'fbgrab' "for (i=0; i < (unsigned int) height*width*2; i+=2)"
2011-03-28 02:19 <xiangfu> the buf_size is like:  size_t buf_size = 640 * 480 * 2;
2011-03-28 02:20 <wpwrak> but what would happen if you don't use a cast ?
2011-03-28 02:21 <xiangfu> I think it's same. with or without cast, in 640x480 solutions.
2011-03-28 02:21 <xiangfu> I will test the code this afternoon.
2011-03-28 02:22 <kristianpaul> wpwrak: http://www.mtmscientific.com/tuner.html
2011-03-28 02:22 <wpwrak> xiangfu: kewl. casts are always a bit scary :)
2011-03-28 02:22 <kristianpaul> bbl i think i screwup some pins of my ltp.. :/
2011-03-28 02:28 <xiangfu> wpwrak: can you talk some detail about cast? sometime "negative" will be consider a big integer. right?
2011-03-28 02:28 <kristianpaul> hmm. bad a,plitude still 2.4V..
2011-03-28 02:33 <wpwrak> xiangfu: 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.
2011-03-28 02:34 <xiangfu> wpwrak: thanks for the info.
2011-03-28 02:36 <wpwrak> np :) 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 :)
2011-03-28 02:58 <xiangfu> wpwrak: ok. I will check the code again. seems if there some 'headache' :)
2011-03-28 03:01 <xiangfu> wpwrak: thanks. remove another two useless cast. my rtems fbgrab finished. :)
2011-03-28 03:02 <wpwrak> kewl :)
2011-03-28 03:18 <rjeffries_> curious: does RGB565 mean 5 bit color frpth for red 6 got gtrrn and 6 for blue? in a 16 bit integer?
2011-03-28 03:18 <rjeffries_> crap 5 bit red 6 bit green 6 bit blue (color depth)
2011-03-28 03:20 <xiangfu> rjeffries_: yes.
2011-03-28 03:21 <xiangfu> 5bit red,  6bit green, 5bit blue
2011-03-28 03:21 <xiangfu> 565, not 566 :)
2011-03-28 03:29 <rjeffries_> thanks xiangfu I tyo far too often
2011-03-28 03:30 <rjeffries_> s/tyo/typo  lol
2011-03-28 03:37 <kristianpaul> xiangfu: (fbgrab) oh, is it working now?
2011-03-28 03:38 <xiangfu> kristianpaul: not test yet. just finished the code. :)
2011-03-28 03:38 <kristianpaul> :-)
2011-03-28 03:39 <xiangfu> kristianpaul, aw: I also try to release some files : http://downloads.qi-hardware.com/people/xiangfu/milkymist-one/2011-03-26/
2011-03-28 03:39 <xiangfu> :)
2011-03-28 03:39 <xiangfu> kristianpaul: do you know how to create the "MAC ADDRESS        (0x002200E0) /* within rescue BIOS */" image?
2011-03-28 03:40 <kristianpaul> yes
2011-03-28 03:40 <kristianpaul> crt0.S
2011-03-28 03:41 <kristianpaul> /home/paul/milkymist/software/bios
2011-03-28 03:41 <aw> xiangfu, so you knew already that how to build them all?
2011-03-28 03:41 <kristianpaul> make again, bios and rescue bios are created at same dir
2011-03-28 03:42 <kristianpaul> macadd is line 70
2011-03-28 03:42 <wolfspraul> kristianpaul: 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...
2011-03-28 03:42 <wolfspraul> for example it would be great if we could show the video in 640x480 full-screen, if that is possible...
2011-03-28 03:42 <wolfspraul> step by step :-)
2011-03-28 03:43 <kristianpaul> i was checking how to increase vide-in size
2011-03-28 03:43 <kristianpaul> is not so hard
2011-03-28 03:43 <kristianpaul> just a pair of constants to change
2011-03-28 03:43 <kristianpaul> sure, i can take screenshots as soon xiangfu finish/test the tool :-)
2011-03-28 03:44 <wolfspraul> I bought some more cameras and lenses
2011-03-28 03:44 <wolfspraul> have to work through all this stuff a bit...
2011-03-28 03:44 <wolfspraul> too many now :-)
2011-03-28 03:44 <wolfspraul> need to digest...
2011-03-28 03:44 <kristianpaul> :-)
2011-03-28 03:45 <wolfspraul> kristianpaul: do you have what you need for your presentation/demo?
2011-03-28 03:45 <xiangfu> kristianpaul: oh. it's within the BIOS. should read more carefully :). I though it's a stand alone image.
2011-03-28 03:46 <kristianpaul> wolfspraul: yes i do
2011-03-28 03:46 <kristianpaul> xiangfu: is actualy same bios bin with and offset
2011-03-28 03:46 <kristianpaul> if i remenber well
2011-03-28 03:47 <xiangfu> ? then some confuse. do you need flash this "MAC ADDRESS"
2011-03-28 03:47 <kristianpaul> you need to flash both bios and rescue bios
2011-03-28 03:49 <kristianpaul> as i said mac addres is an offset  of rescue bios
2011-03-28 03:49 <xiangfu> ok.
2011-03-28 03:50 <xiangfu> got it.
2011-03-28 03:53 <kristianpaul> ./include/hw/flash.h:25:#define FLASH_OFFSET_MAC_ADDRESS        (0x002200E0) /* within rescue BIOS */
2011-03-28 03:54 <kristianpaul> ah, i think you already printed that, sorry  :p
2011-03-28 03:54 <xiangfu> how the bios-rescue got the mac address?
2011-03-28 03:55 <xiangfu> I found the bios how to read this mac address :). but didn't find who write the mac address to the FLASH_OFFSET_MAC_ADDRESS
2011-03-28 03:55 <kristianpaul> btw bios and bios-rescue have the mac
2011-03-28 03:56 <xiangfu> aw: yes. I think so :)
2011-03-28 03:56 <kristianpaul> so, you do as usual (urjtag), and bios will read the bios-rescue address + an offset where mac is stored
2011-03-28 03:57 <kristianpaul> you actually can confirm this with readmem command in urjtag
2011-03-28 03:57 <aw> kristianpaul, xiangfu do you know how to build https://github.com/lekernel/m1testing
2011-03-28 03:58 <xiangfu> kristianpaul: hmm... every milkymist have unique mac address. we build the bios* in host.  and flash the bios to milkymist one nor flash.
2011-03-28 03:59 <kristianpaul> aw: export PATH=/opt/rtems-4.11/bin:$PATH
2011-03-28 03:59 <kristianpaul> aw: then type make
2011-03-28 03:59 <kristianpaul> aw: also you need do export MMDIR=/your/milkymist/dir
2011-03-28 04:00 <kristianpaul> i.e. in my case is export MMDIR=/home/paul/milkymist
2011-03-28 04:00 <kristianpaul> xiangfu: sure
2011-03-28 04:00 <kristianpaul> xiangfu: you need recompile bios for every mac address
2011-03-28 04:01 <kristianpaul> i still remenber aw asking each file to sebastien by RC2 times ;-)
2011-03-28 04:02 <kristianpaul> aw: following? :-)
2011-03-28 04:03 <kristianpaul> i'll off be on one hour, so all i can hell until then, good ! :-)
2011-03-28 04:03 <xiangfu> kristianpaul: that is my question. where the mac address from when you recompile the bios?
2011-03-28 04:03 <xiangfu> kristianpaul: see you.
2011-03-28 04:04 <kristianpaul> xiangfu: one hour!!  wait i get more tired ;-)
2011-03-28 04:04 <aw> kristianpaul, during RC2, each mac address prepared from sebastien. I'll try it. tks. bbl
2011-03-28 04:05 <kristianpaul> xiangfu: mac address is stored at  crt0.S
2011-03-28 04:06 <kristianpaul> xiangfu: rescue bios is same as bios, just that bios check at adress 0x002200E0 (NOR flash) for the mac
2011-03-28 04:06 <kristianpaul> wich is already part of the data writeen when flashing rescue bios
2011-03-28 04:07 <xiangfu> kristianpaul: crt0.S . very thanks. clear now.
2011-03-28 04:07 <kristianpaul> sure?
2011-03-28 04:20 <kristianpaul> xiangfu: if you do hexdump -C bios.bin or bios-rescue.bin you can read at address 000000e0, first line the mac addr
2011-03-28 04:20 <kristianpaul> so if you remenber flash procedure
2011-03-28 04:24 <kristianpaul> flashmem 0x220000 bios-rescue.bin noverify
2011-03-28 04:24 <xiangfu> kristianpaul: yes. I understand know.
2011-03-28 04:24 <kristianpaul> so 0x220000 + 30 = mac address off set
2011-03-28 04:24 <kristianpaul> okay
2011-03-28 04:24 <kristianpaul> :-)
2011-03-28 04:24 <xiangfu> 000000e0  10 e2 d5 00 00 00 00 00  78 1c 47 ff 3b 9c ff fc  :)
2011-03-28 04:24 <kristianpaul> yes
2011-03-28 04:24 <xiangfu> kristianpaul: so. it's no recommended to reflash the bios.bin. sine the mac address may not for someone's milkymist
2011-03-28 04:24 <xiangfu> s/sine/since
2011-03-28 04:24 <kristianpaul> bah ;-)
2011-03-28 04:25 <kristianpaul> justmake sure a valid mac is written there
2011-03-28 04:25 <xiangfu> a small patch for bios makefile since there are some duplicate code in makefile :)
2011-03-28 04:25 <kristianpaul> :-)
2011-03-28 04:26 <kristianpaul> also you can hexedit the .bin
2011-03-28 04:26 <xiangfu> kristianpaul: (mac). ok. got it. if we don't connect all milkymist one to one switcher. :)
2011-03-28 04:26 <kristianpaul> who need gcc for just some bytes? :-)
2011-03-28 04:26 <kristianpaul> hahaha
2011-03-28 04:26 <kristianpaul> good point
2011-03-28 04:27 <xiangfu> kristianpaul: I cc the small patch to you. just a small cleanup :)
2011-03-28 04:27 <kristianpaul> yo mean to mm1 list?
2011-03-28 04:27 <kristianpaul> and cc me?
2011-03-28 04:28 <xiangfu> yes.
2011-03-28 04:36 <xiangfu> aw: http://downloads.qi-hardware.com/people/xiangfu/milkymist-one/2011-03-26/boot.bin
2011-03-28 04:36 <xiangfu> this is the test software boot.bin I just build.
2011-03-28 04:37 <xiangfu> aw: the last commit at "Sat Mar 26 22:49:57 2011 +0100" "Support selection of test category". just fyi.
2011-03-28 04:37 <xiangfu> aw: I haven't try the test software yet. need buy one MIDI and DMX cable first, right?
2011-03-28 04:37 <aw> xiangfu, hi okay tks, I'll build myself.
2011-03-28 04:38 <xiangfu> aw: sure.
2011-03-28 04:38 <aw> xiangfu, yes, you need them.
2011-03-28 04:41 <rejon> xiangfu whatsup!
2011-03-28 04:42 <kristianpaul> aw: how went m1testig compilation?
2011-03-28 04:44 <aw> kristianpaul, sorry, not focusing on this though. will give a try later. I'm studying WM codecs.
2011-03-28 04:44 <kristianpaul> oh sure :-)
2011-03-28 04:45 <kristianpaul> okay i'm off, (hoping have a dream with DMA and rotating slots)
2011-03-28 04:45 <kristianpaul> gn8
2011-03-28 06:25 <xiangfu> something wrong with the "www.milkymist.org"?
2011-03-28 06:30 <roh> xiangfu: i can't reach it either.
2011-03-28 07:40 <xiangfu> wpwrak: my first version milkymist fbgrab: http://downloads.qi-hardware.com/people/xiangfu/tmp/mm1.a.png
2011-03-28 07:40 <xiangfu> http://downloads.qi-hardware.com/people/xiangfu/tmp/mm1.b.png
2011-03-28 10:06 <xiangfu> http://downloads.qi-hardware.com/people/xiangfu/tmp/mm1.2.png
2011-03-28 11:01 <kristianpaul> xiangfu: 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?
2011-03-28 12:05 <wpwrak> xiangfu: great, congratulations ! although the first version had nicely psychodelic colors ;-)
2011-03-28 12:19 <wpwrak> kristianpaul: now we can finally see what your cameras really do :)
2011-03-28 12:37 <wpwrak> xiangfu: btw, couldn't we just flash new kernels from linux with flash_erase/nandwrite ?
2011-03-28 12:38 <wolfspraul> yes, definitely. That's how I flash in the factory.
2011-03-28 12:40 <wpwrak> aha ! got the commands somewhere ?
2011-03-28 12:40 <wolfspraul> the 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...
2011-03-28 12:40 <xiangfu> wpwrak: /usr/bin/mtd.nn if you using 2011-02-23.
2011-03-28 12:40 <wolfspraul> that's just a 50-100 line program or script, but we don't have it yet
2011-03-28 12:40 <wolfspraul> so u-boot is currently not trivially flashable from inside Linux, at least a bootable u-boot :-)
2011-03-28 12:41 <xiangfu> there 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.
2011-03-28 12:41 <wpwrak> xiangfu: hmm, no, only older ones. in which package is it ?
2011-03-28 12:41 <wolfspraul> xiangfu: no worries, werner only wants to reflash the Linux kernel now.
2011-03-28 12:42 <xiangfu> wpwrak: one second. finding the url
2011-03-28 12:42 <xiangfu> wpwrak: http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/2011-02-23/nanonote-script-files_1.1_xburst.ipk
2011-03-28 12:42 <wolfspraul> 1. flash_eraseall /dev/mtd1
2011-03-28 12:42 <wolfspraul> 2. nandwrite -p /dev/mtd1 /boot/uImage
2011-03-28 12:43 <wolfspraul> http://en.qi-hardware.com/wiki/Updating_Ben_with_an_SD#To_re-flash_the_kernel
2011-03-28 12:43 <wpwrak> wolfspraul: (u-boot) yeah, i've seen that one. ecc calculation is a bit messy, but yes, entirely feasible
2011-03-28 12:43 <wpwrak> oh, nice even without having to set an offset
2011-03-28 12:45 <xiangfu> wpwrak: just fyi:  http://downloads.qi-hardware.com/software/packages/NanoNote/Ben/2011-02-23/uboot-envtools_20081215-2_xburst.ipk
2011-03-28 12:48 <wpwrak> xiangfu, wolfspraul: works like a charm. thanks a lot !
2011-03-28 12:49 <wpwrak> [    3.210000] at86rf230 spi2.0: Detected at86rf231 chip version 2
2011-03-28 12:49 <wpwrak> (followed by a lot of errors. oh well :)
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Low level changes to the IEEE 802.15.4 code http://qi-hw.com/p/qi-kernel/d830abf
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: 802.15.4 MAC implementation http://qi-hw.com/p/qi-kernel/4ea653f
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Implement the MAC 802.15.4 monitor interface http://qi-hw.com/p/qi-kernel/d06cf58
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Support for Freescale SMAC http://qi-hw.com/p/qi-kernel/9d25b66
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Implement the fake soft MAC loopback driver http://qi-hw.com/p/qi-kernel/c1b4055
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Driver for serially attached 802.15.4 radios http://qi-hw.com/p/qi-kernel/28e0e0c
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Driver for the Atmel AT86RF230 chip http://qi-hw.com/p/qi-kernel/8165a72
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Driver for the TI CC2420 chip http://qi-hw.com/p/qi-kernel/cc74a26
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Driver for the Analog Device ADF7242 chip http://qi-hw.com/p/qi-kernel/87d1c2e
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Various low level board support for specific development boards http://qi-hw.com/p/qi-kernel/ed41295
2011-03-28 13:03 <qi-bot> [commit] Jon Smirl: Support for implementing a Zigbee stack in user space. http://qi-hw.com/p/qi-kernel/a2b9378
2011-03-28 13:03 <qi-bot> [commit] Werner Almesberger: ZigBee stack: fixed Kconfig-breaking typo; minor whitespace cleanup http://qi-hw.com/p/qi-kernel/a35999e
2011-03-28 13:03 <qi-bot> [commit] Werner Almesberger: at86rf230: added platform-specific reset function http://qi-hw.com/p/qi-kernel/8684b7a
2011-03-28 13:03 <qi-bot> [commit] Werner Almesberger: qi_lb60: experimental and ugly platform support for atben http://qi-hw.com/p/qi-kernel/1c6d725
2011-03-28 13:11 <wpwrak> tuxbrain: 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)
2011-03-28 13:13 <tuxbrain> wpwrak: 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?
2011-03-28 13:14 <tuxbrain> is crossing his fingers?
2011-03-28 13:15 <tuxbrain> ?->...
2011-03-28 13:16 <wpwrak> tuxbrain: not quite ;-) right now, the kernel can say "hello" to the card. then it fails to get any further status for some reason.
2011-03-28 13:17 <wpwrak> tuxbrain: also, the zigbee stack isn't supposed to work. i'll have to find out if there's enough to get wpan up.
2011-03-28 13:18 <tuxbrain> wpwrak: ok :) thanks for the tuxbrain level isue explanation (kernel say hello but card is not his friend)
2011-03-28 13:42 <wpwrak> good. now i'm making it all the way to the famous hang. very good. time for idbg :)
2011-03-28 14:02 <methril_work> get proud of wpwrak and his idbg
2011-03-28 14:10 <wpwrak> :)
2011-03-28 14:35 <wpwrak> aha. 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 time
2011-03-28 14:41 <qi-bot> [commit] Werner Almesberger: board-qi_lb60.c: fixed some atben initialization bugs http://qi-hw.com/p/qi-kernel/48976f9
2011-03-28 14:59 <kyak> got UBBs from David :)
2011-03-28 14:59 <kyak> only took 11 days
2011-03-28 15:00 <kyak> they look really cool :)
2011-03-28 15:00 <kyak> very solid, too
2011-03-28 15:00 <kyak> now to do two things: pay for it and figure out what to do next with them :)
2011-03-28 15:07 <wpwrak> kyak: (11 days) wow, real snail mail :)
2011-03-28 15:12 <kyak> next time i decide to order something, i'll ask to disassemble it and ship separately by mail :)
2011-03-28 15:12 <kyak> cause Ben is still on his way for 17 days now :)
2011-03-28 15:21 <wpwrak> kyak: 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.
2011-03-28 15:25 <lars_> wpwrak: http://hypertextbook.com/facts/AngieYee.shtml
2011-03-28 15:28 <lars_> so the average garden snail could make amlost 400m per working day
2011-03-28 15:31 <kyak> the snail could catch the airplane
2011-03-28 15:31 <kyak> would be must faster in this case@!
2011-03-28 15:33 <lars_> i wonder how many snails it takes to carry one nanonote
2011-03-28 15:35 <wpwrak> lars_: (0.013 m/s) hmm, but if they hire athlete snails for postal work ?
2011-03-28 15:36 <wpwrak> lars_: (how many snails) kyak could find out by analyzing the slime traces on the package
2011-03-28 15:37 <lars_> wpwrak: do they hire athlete humans for postal work?
2011-03-28 15:42 <wpwrak> lars_: neither, i guess. they might go postal too quickly.
2011-03-28 15:47 <kyak> wpwrak: 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 Wiki
2011-03-28 15:52 <wpwrak> echo jz4740-mmc.0 >/sys/bus/platform/drivers/jz4740-mmc/unbind
2011-03-28 15:54 <kyak> ah, thanks!
2011-03-28 15:54 <kyak> (i only got "echo" right :)
2011-03-28 15:56 <wpwrak> ;-))
2011-03-28 18:00 <wpwrak> tuxbrain: still nothing from the smt guys ?
2011-03-28 18:06 <whitequark> to 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)
2011-03-28 18:06 <whitequark> of course all of they arrive broken and wet, too.
2011-03-28 18:07 <kristianpaul> :/
2011-03-28 18:07 <wpwrak> whitequark: what sort of wetness ? rain/snow ? seawater ? vodka ? urine ? vomit ? :)
2011-03-28 18:08 <whitequark> well, not THAT bad
2011-03-28 18:08 <kristianpaul> what? oh.. i was about to take lunch :|
2011-03-28 18:08 <wpwrak> (-:C
2011-03-28 18:08 <whitequark> i think that's just water
2011-03-28 18:09 <wpwrak> note to self: wrap shipments to russia in corrosion-proof plastic
2011-03-28 18:09 <whitequark> yeah, ST done that when sending their free developer boards
2011-03-28 18:09 <whitequark> worked perfectly
2011-03-28 18:14 <whitequark> and 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 purpose
2011-03-28 18:14 <wpwrak> whitequark: how are courier services like fedex, dhl, ups, etc., faster ?
2011-03-28 18:15 <wpwrak> whitequark: (20 ton press) maybe work in the russian postal service is a lot more fun than we all believe ;-)
2011-03-28 18:15 <kyak> whitequark: 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)
2011-03-28 18:16 <wpwrak> i'm beginning to understand why wolfgang wants a distributor in russia ...
2011-03-28 18:17 <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)
2011-03-28 18:18 <kyak> it's brain, blocking bad images :)
2011-03-28 18:19 <whitequark> wpwrak: 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!)
2011-03-28 18:20 <wpwrak> whitequark: ah yes, for less expensive items, like books, it may get tricky.
2011-03-28 18:21 <Jay7> hehe.. russian post again :)
2011-03-28 18:22 <Jay7> they delivered my nanonote in 60 days exactly
2011-03-28 18:22 <Jay7> from USA
2011-03-28 18:22 <wpwrak> kyak: seems that you can relax :)
2011-03-28 18:23 <whitequark> 60 days. that's an achievment even for them
2011-03-28 18:25 <kyak> shipments from USA took distinguishly long
2011-03-28 18:26 <Jay7> kyak: shipment from USA to Moscow is fast enough
2011-03-28 18:26 <Jay7> but then customs
2011-03-28 18:26 <Jay7> and then in-russia delivery
2011-03-28 18:27 <Jay7> which is most scary thing
2011-03-28 18:27 <kyak> Jay7: 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 himself
2011-03-28 18:28 <Jay7> kyak: known thing
2011-03-28 18:28 <wpwrak> kyak: did he find it ? after how many days ?
2011-03-28 18:28 <Jay7> my wife encountered this already too :)
2011-03-28 18:29 <lars_> i guess i should never complain again, when it takes the german post 3 days to deliver my package
2011-03-28 18:29 <kyak> wpwrak: yeah, he did find it.. after several days of phone calls, claims and wasted time
2011-03-28 18:29 <whitequark> lars_: you live in postal heaven
2011-03-28 18:31 <wpwrak> kyak: sounds like pure joy
2011-03-28 18:35 <wpwrak> (reset problem) ah no ... ben just hangs sometimes after "starting u-boot" (following an idbg-commanded hard reset). odd.
2011-03-28 18:38 <lars_> maybe the reset pulse is to short
2011-03-28 18:38 <lars_> and some internal registers weren't reset
2011-03-28 18:41 <whitequark> may I ask why Ingenic processor was selected for ben?
2011-03-28 18:42 <wpwrak> lars_: must be something like this, yes. or maybe the slope is not steep enough. ah well. something to worry about another day.
2011-03-28 18:43 <wpwrak> now .. why the heck can't it open /dev/null when i compile in my atben driver. grmbl grmbl.
2011-03-28 20:14 <kristianpaul> whitequark: Ben was already made before take time to select the processor
2011-03-28 20:15 <kristianpaul> I mean ben actually is also a digital color dictionary that you can find in the chinnese market
2011-03-28 20:16 <kristianpaul> wolfgang nock the doors of ingenic in order to make things more open (dunno the state of this)
2011-03-28 20:16 <kristianpaul> and also take like 1 year to get linux/openwrt/menus/apps as we know it today
2011-03-28 20:22 <kristianpaul> of course i wonder if wolfgang had other alternatives at that time
2011-03-28 20:23 <kristianpaul> i remenber i saw a hanvon ebook in xiangfu's blog also in qi/openwrt
2011-03-28 20:34 <tuxbrain> kristianpaul: also with ingenic chip :P
2011-03-28 20:36 <lars_> tuxbrain: i think he was wondering if there weren't any alternatives to the device not to the chip
2011-03-28 20:45 <kristianpaul> yup lars_
2011-03-28 20:46 <tuxbrain> hides ashamed
2011-03-28 20:47 <kristianpaul> tuxbrain: hey no, chip may also vary, and is a good point (chip alternatives for wolfgang at that time)
2011-03-28 20:51 <kristianpaul> still like the idea of a "nano-ebook" :-)
2011-03-28 20:53 <lars_> i think it is to late for ebooks. at least for ebooks with epaper
2011-03-28 20:55 <wpwrak> a 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 ...
2011-03-28 21:15 <tuxbrain> a copyleft e-paper device will be really cool
2011-03-28 21:15 <wpwrak> lars_: 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'
2011-03-28 21:16 <wpwrak> lars_: 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)
2011-03-28 21:16 <lars_> wpwrak: i get the same error
2011-03-28 21:16 <wpwrak> lars_: i first thought i had just damaged my rootfs, so i reinstalled everything. don't have the original version.
2011-03-28 21:17 <wpwrak> ah ! :)
2011-03-28 21:17 <lars_> but so far i haven't seen any negative consequences
2011-03-28 21:17 <wpwrak> hmm, i don't get anything on the serial console
2011-03-28 21:17 <lars_> init=/etc/preinit?
2011-03-28 21:17 <wpwrak> and usbnet doesn't come up either
2011-03-28 21:18 <wpwrak> Kernel command line: mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait
2011-03-28 21:19 <wpwrak> let's see if i can get u-boot's attention without a keyboard ...
2011-03-28 21:20 <lars_> you could patch it directly into the kernel
2011-03-28 21:20 <wpwrak> that seems to be the only choice indeed
2011-03-28 21:22 <wpwrak> why is this needed now ? the 2.6.37.27 kernel openwrt comes with doesn't have it either, yet it works
2011-03-28 21:23 <lars_> openwrt has a patch changing init to /etc/preinit
2011-03-28 21:23 <wpwrak> @*$%^%^!!
2011-03-28 21:25 <Jay7> kristianpaul: +1 to nano-ebook :)
2011-03-28 21:26 <wpwrak> lars_: indeed, that did the trick. also removes the complaint about /dev/null. thanks a lot !
2011-03-28 21:29 <tuxbrain> a happy wpwrak is a happy tuxbrain :P, gn8 boys (and girls?) I'm getting sleep at the kbd, so time to bed.
2011-03-28 22:37 <GNUtoo|bug20> wpwrak, are you sure it's not an ubifs issue,get the dmesg log
2011-03-28 22:38 <GNUtoo|bug20> sometimes you have to bypass the subpages
2011-03-28 22:39 <GNUtoo|bug20> http://www.linux-mtd.infradead.org/faq/ubi.html#L_vid_offset_mismatch
2011-03-28 22:39 <wpwrak> GNUtoo|bug20: the /dev/null ?
2011-03-28 22:39 <GNUtoo|bug20> ah sorry lack of context
2011-03-28 22:39 <GNUtoo|bug20> I'll look upper
2011-03-28 22:40 <GNUtoo|bug20> ah it's solved
2011-03-28 22:40 <wpwrak> GNUtoo|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 ...
2011-03-28 22:40 <GNUtoo|bug20> yes openwrt has strang patches
2011-03-28 22:40 <wpwrak> yup :)
2011-03-28 22:40 <GNUtoo|bug20> there is one which says
2011-03-28 22:40 <GNUtoo|bug20> wait while openwrt is booting
2011-03-28 22:40 <GNUtoo|bug20> or something like that
2011-03-28 22:41 <GNUtoo|bug20> instead of outputing an error
2011-03-28 22:41 <wpwrak> nice ;-)
2011-03-28 22:41 <GNUtoo|bug20> it's a kernel patch
2011-03-28 22:41 <wpwrak> somehow i don't think we'll see that one in mainline anytime soon ;-)
2011-03-28 22:42 <GNUtoo|bug20> basically I had that message on serial on my wrt54gsv4
2011-03-28 22:42 <GNUtoo|bug20> lol
2011-03-28 22:42 <GNUtoo|bug20> the pre-init is strange too
2011-03-28 22:43 <GNUtoo|bug20> cound't they do CONFIG_CMDLINE="init=/etc/preinit"
2011-03-28 22:44 <xMff> preinit is needed to implement failsafe
2011-03-28 22:46 <GNUtoo|bug20> ok
2011-03-28 22:46 <GNUtoo|bug20> needs to sleep
2011-03-28 22:48 <wpwrak> xMff: mv /sbin/init /etc/init; mv /etc/preinit /sbin/init  ?
2011-03-28 22:49 <xMff> wpwrak: 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 :)
2011-03-28 22:50 <xMff> and the commandline handling is a headache on various architectures, mainly due to braindead oem bootloaders
2011-03-28 22:51 <wpwrak> xMff: 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 #3
2011-03-28 22:51 <xMff> wpwrak: as I said, I don't know why it was choosen, maybe because it was perceived as kind of special init script
2011-03-28 23:13 <wpwrak> nice. libnl has pretty radical api changes in version 3. and the zigbee stuff seems to be written for version 1
2011-03-28 23:15 <xMff> hm are you sure they're that radical? I only recall two common changes
2011-03-28 23:17 <xMff> ah hm, I think what I meant was 3 vs 2
2011-03-28 23:17 <wpwrak> xMff: nl_handle changed to nl_sock
2011-03-28 23:17 <xMff> yes
2011-03-28 23:18 <wpwrak> xMff: and the error handling now requires an error number, while they apparently had an implicit errno-like one before
2011-03-28 23:18 <xMff> iw has this: http://paste.openwrt.org/d64142eaf
2011-03-28 23:18 <wpwrak> that solves the easy part :)
2011-03-28 23:19 <wpwrak> naw, i just installed libnl-1.1. compiles
2011-03-28 23:19 <xMff> ;)
2011-03-28 23:19 <xMff> luckily there's plenty of space on the Ben
2011-03-28 23:23 <wpwrak> huh, no ldconfig on openwrt ?!?
2011-03-28 23:24 <xMff> should be in the repo
2011-03-28 23:25 <xMff> http://downloads.openwrt.org/snapshots/trunk/xburst/packages/ldconfig_0.9.32-68_xburst.ipk
2011-03-28 23:25 <wpwrak> let's see ...
2011-03-28 23:26 <wpwrak> kewl. works. thanks !
2011-03-28 23:27 <wpwrak> hmm .. seems that i now have a kernel config problem. Could not get multicast group ID: No such file or directory
2011-03-28 23:27 <wpwrak> let's see what i have to turn on ...
2011-03-28 23:29 <xMff> steals off...
2011-03-28 23:32 <wpwrak> ha ! no ltrace !
2011-03-28 23:36 <wpwrak> and it would of course also help if i enabled the ieee 802.15.4 stack .. :)
2011-03-28 23:37 <wpwrak> GRRR. no iproute in openwrt !
2011-03-28 23:38 <wpwrak> but "ip" should be tehre. hmm ...
2011-03-28 23:38 <xMff> "ip" is iproute2
2011-03-28 23:38 <xMff> I mean the ip package, not the bb applet
2011-03-28 23:38 <wpwrak> seems that the qi-hw openwrt doesn't have it .. snatchingfrom openwrt.org ...
2011-03-28 23:38 <xMff> its also in the repo
2011-03-28 23:40 <wpwrak> hmm. opkg doens't find it for some reason. but yes, it's there
2011-03-28 23:43 <wpwrak> and .. we have a very unhappy izcoordinator. let's see how it gets command-line option parsing wrong ...
2011-03-28 23:46 <wpwrak> ah, 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 original