2011-03-23 00:14 <tuxbrain> xiangfu kyak, any progress on the building release image issue?
2011-03-23 00:14 <tuxbrain> I would love to test this http://en.qi-hardware.com/wiki/File:Nanokoder_draft_demo.ogv on NN :)
2011-03-23 00:19 <xiangfu> tuxbrain: (libgobject-2.0.so) let me check my build log now.
2011-03-23 00:21 <xiangfu> tuxbrain: BTW, if you only want build package, you can try using the SDK: http://downloads.qi-hardware.com/software/images/Ben_NanoNote_2GB_NAND/latest/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1.tar.bz2
2011-03-23 00:24 <tuxbrain> xiangfu : thanks! I will try to buil with sdk tomorrow :) ,
2011-03-23 00:24 <qi-bot> [commit] Werner Almesberger: renamed gerber/ to fab/ http://qi-hw.com/p/eda-tools/0f20739
2011-03-23 00:24 <qi-bot> [commit] Werner Almesberger: bom/Makefile: added generation of an SMT fab-type BOM http://qi-hw.com/p/ben-wpan/377bbe9
2011-03-23 00:24 <qi-bot> [commit] Werner Almesberger: makefiles/Makefile.kicad: changed eda-tools/gerber/ to eda-tools/fab/ http://qi-hw.com/p/ben-wpan/ee4c70b
2011-03-23 00:25 <tuxbrain> wow >600Mb SDK
2011-03-23 00:26 <tuxbrain> is the full openwrt libs/sources  there?
2011-03-23 00:27 <tuxbrain> btw to all any comments about nanocoder will be wellcome, maybe ignored, but welcome anyway
2011-03-23 00:27 <tuxbrain> good night dudes
2011-03-23 00:27 <wpwrak> SDK = Sizable Development Kit
2011-03-23 00:28 <tuxbrain> sorry, nanocoder->nanokoder
2011-03-23 00:34 <xiangfu> tuxbrain: this SDK include all build depends of release.
2011-03-23 00:34 <tuxbrain> only of the release... wow :)
2011-03-23 00:40 <xiangfu> (in fact I am always using the SDK for compile package now. build images in buildhost, build release need a loooot of time in my notebook :)
2011-03-23 00:41 <wpwrak> xiangfu: oh ... your "workstation" is a notebook ? so that's why it's so incredibly slow !
2011-03-23 00:41 <xiangfu> tuxbrain: (/usr/lib/libgobject-2.0.so: could not read symbols: File in wrong format) for debug this problem, I think I need full build log of pango and the pango 'config.log'
2011-03-23 00:42 <xiangfu> wpwrak: yes. a notebook. with an old CPU. core 2.0GHz. btw I update my memory to 4GB early this year  :)
2011-03-23 00:43 <wpwrak> xiangfu: more memory is always good :)
2011-03-23 00:43 <xiangfu> tuxbrain: make package/pango/{clean,compile} V=99 > pango.log 2>&1  and the build_dir/target-mipsel_uClibc-0.9.30.1/pango-1.26.0/config.log
2011-03-23 00:46 <xiangfu> tuxbrain: I have to apply those patches for make openwrt compile fine in buildhost: http://downloads.qi-hardware.com/software/images/NanoNote/Ben/2011-02-23/patches/
2011-03-23 00:46 <xiangfu> updating wiki page
2011-03-23 00:55 <xiangfu> tuxbrain: this time I will write the wiki page. at the same time test those instruction on my PC :)
2011-03-23 00:55 <xiangfu> just meet the first error.
2011-03-23 01:04 <qi-bot> [commit] Werner Almesberger: fab/pos2fab: condition a KiCAD .pos file for SMT fab use http://qi-hw.com/p/eda-tools/5cb1aed
2011-03-23 01:05 <qi-bot> [commit] Werner Almesberger: Makefile.kicad: added generation of a positioning for the SMT fab http://qi-hw.com/p/ben-wpan/8885467
2011-03-23 01:05 <wpwrak> grmbl.                                                                    ^---- file
2011-03-23 01:24 <kristianpaul> wpwrak: borg yes :p
2011-03-23 02:25 <kristianpaul> viric: you there?
2011-03-23 02:25 <kristianpaul> this line [fid, message] = fopen(settings.fileName, 'rb');
2011-03-23 02:27 <kristianpaul> hmm and i have others  settings.somthing in other codes..
2011-03-23 02:30 <xiangfu> kristianpaul: I want know more about how RTEMS using the NOR flash in MM1.
2011-03-23 02:30 <xiangfu> kristianpaul: please give me some tips :)
2011-03-23 02:31 <kristianpaul> xiangfu: hi
2011-03-23 02:32 <kristianpaul> xiangfu: what you need to know? if i know i can tell if not point it where find the info
2011-03-23 02:33 <kristianpaul> rtems is linked to the yaffs2 port by kernel
2011-03-23 02:33 <kristianpaul> once that is done, i think all the rest is just like using the standard lib
2011-03-23 02:37 <kristianpaul> for example in flicernise code i'm aware all flicernoise settins are loaded from a file called sysconfig.bin
2011-03-23 02:37 <kristianpaul> (line 138 syscongfig.c)
2011-03-23 02:38 <kristianpaul> doing a fast ack-grep i found fd = fopen(SYSCONFIG_FILE, "w");
2011-03-23 02:38 <kristianpaul> so if you follo ansi c, rtems will be just another friendly os :-)
2011-03-23 02:38 <kristianpaul>  posix too
2011-03-23 02:39 <kristianpaul> you should do a quick read or take a look at http://www.rtems.org/onlinedocs/releases/rtemsdocs-4.10.0/share/rtems/html/
2011-03-23 02:39 <kristianpaul> was the first thing i did when seriosully start looking at rtems
2011-03-23 02:39 <kristianpaul> you can do easy tasks like:
2011-03-23 02:40 <kristianpaul> making a driver for thre second uart port i added to mm1 core ;-)
2011-03-23 02:40 <kristianpaul> porting a util from busybox like ping
2011-03-23 02:40 <kristianpaul> (of course leaning tasks)
2011-03-23 02:40 <kristianpaul> leraning*
2011-03-23 02:41 <kristianpaul> also checkout examples-v2 from  http://www.rtems.com/wiki/index.php/RTEMS_CVS_Repository
2011-03-23 02:41 <kristianpaul> but well, i lost the track with the NOR question
2011-03-23 02:42 <xiangfu> I will reading today.
2011-03-23 02:42 <xiangfu> then see if I can ask some real question :)
2011-03-23 02:42 <xiangfu> thanks kristianpaul
2011-03-23 02:47 <kristianpaul> so basicaly flicernoise NOT rtems is linked with yaffs2 and lekernel also added a custom command to the rtemns shell in order to be able to do formating (line 227 main.c flickernoise source code)
2011-03-23 02:47 <kristianpaul> flickernoise**
2011-03-23 02:48 <kristianpaul> src/shelltextx.c
2011-03-23 02:52 <xiangfu> the line 227 of my main.c is only one "}". my git last commit is : 79f88b0091c79b5ce2e70b4a70c15061d4bbc3f3
2011-03-23 02:52 <xiangfu> Mon Mar 14 12:54:23 2011 +0100
2011-03-23 02:52 <xiangfu> kristianpaul: I want build a wallpaper inside the flickernoise. like a default wall paper.
2011-03-23 02:53 <xiangfu> kristianpaul: and I always want start learn at FLASH. is more simply then other device. :)
2011-03-23 02:53 <kristianpaul> xiangfu: line 241 sorry
2011-03-23 02:53 <xiangfu> kristianpaul: this shelltextx.c is for reflash mm1. right?
2011-03-23 02:54 <kristianpaul> reflash NOR (wich is part of mm1) yes
2011-03-23 02:54 <kristianpaul> from _rtems_ shell
2011-03-23 02:54 <rjeffries> kristianpauk is rtems the OS used my milkymist?
2011-03-23 02:54 <rjeffries> s/my/by
2011-03-23 02:54 <kristianpaul> rjeffries: Yes Sr
2011-03-23 02:55 <rjeffries> interesting
2011-03-23 02:55 <kristianpaul> a lot :-)
2011-03-23 02:56 <kristianpaul> xiangfu: wallpaper.png, just do some gimp and thats it ! :-)
2011-03-23 02:56 <xiangfu> kristianpaul: this shelltextx.c is only 'erase' for now.
2011-03-23 02:56 <kristianpaul> xiangfu: is harcoded in the code
2011-03-23 02:56 <rjeffries> is linux launched as a task on top of rtems ? or instead of rtems
2011-03-23 02:56 <kristianpaul> xiangfu: fow now ;-)
2011-03-23 02:56 <kristianpaul> rjeffries: linux is not part of rtems or flickernoise
2011-03-23 02:57 <kristianpaul> also is a bit complex to be a "task" :-)
2011-03-23 02:57 <rjeffries> i thought someone said mm could boot linix so i guess that was bogus
2011-03-23 02:57 <xiangfu> :D
2011-03-23 02:57 <kristianpaul> rjeffries: it could
2011-03-23 02:57 <rjeffries> is flickernoise an app on top of rtems
2011-03-23 02:57 <kristianpaul> rjeffries: but not related with rtems, is another way
2011-03-23 02:57 <rjeffries> ok
2011-03-23 02:57 <kristianpaul> rjeffries: lets said yes,
2011-03-23 02:58 <kristianpaul> for me is not clear tha app concept in rtems
2011-03-23 02:58 <kristianpaul> i could said flicernoise is a compilation of rtems + mtk + libs + patches
2011-03-23 02:58 <kristianpaul> mtl is the gui toolkit for the graphics
2011-03-23 02:58 <kristianpaul> mtk**
2011-03-23 02:59 <rjeffries> nods understood
2011-03-23 02:59 <kristianpaul> good :-)
2011-03-23 03:00 <xiangfu> kristianpaul: now I know how to add a command in rtems. base on shellext.c :)
2011-03-23 03:00 <kristianpaul> xiangfu: yay :-)
2011-03-23 03:00 <kristianpaul> is prety easy, isnt? :_)
2011-03-23 03:01 <kristianpaul> but also shell.pdf have quick explanation also
2011-03-23 03:04 <xiangfu> kristianpaul: I will try to hardcode a wallpaper to flickernoise first.
2011-03-23 03:05 <kristianpaul> xiangfu: with other name you mean?
2011-03-23 03:05 <kristianpaul> will be nice if you can choose at least from two harcoded wallpapers ;-)
2011-03-23 03:07 <xiangfu> kristianpaul: from the "http://www.milkymist.org/wiki/index.php?title=Flashing_the_Milkymist_One#Flash_Memory_Distribution"
2011-03-23 03:07 <xiangfu> only the REGULAR APP    is yaffs2 right?
2011-03-23 03:08 <kristianpaul> hmm
2011-03-23 03:08 <xiangfu> the flickernoise.fbi is flashed to REGULAR_APP.
2011-03-23 03:08 <kristianpaul> i thik after, i dont remener bios can boot the regular app from a yaffs2 "parition"
2011-03-23 03:08 <kristianpaul> after regular app i mean
2011-03-23 03:08 <kristianpaul> wich have a limit btw
2011-03-23 03:10 <kristianpaul> xiangfu: the wiki is not clear but after regular follow the yaffs2 partition
2011-03-23 03:10 <kristianpaul> *I think*
2011-03-23 03:11 <kristianpaul> so there is a limit on the refular app size
2011-03-23 03:11 <xiangfu> ok.
2011-03-23 03:11 <kristianpaul> thats why lekernel impleneted the lzma i think
2011-03-23 03:11 <kristianpaul> also !!!
2011-03-23 03:11 <kristianpaul> the flash NOR is not intednded as a data storage FS
2011-03-23 03:11 <xiangfu> so. if you right. the REGULAR_APP should be only 4MB. then the rest is for yaffs2 partition.
2011-03-23 03:12 <wolfspraul> I think the partition sizes are arbitrary. there is a large (24mb?) data partition right now.
2011-03-23 03:12 <wolfspraul> we can change this, if necessary
2011-03-23 03:12 <wolfspraul> total we have 32 mb in flash, right?
2011-03-23 03:12 <kristianpaul> we can change this, if necessary <- yes
2011-03-23 03:12 <wolfspraul> of course changing will cause trouble in all sorts of tools etc. so it needs to be thought through, and communicated well. not right now.
2011-03-23 03:12 <kristianpaul> just change the bios
2011-03-23 03:13 <kristianpaul> i dunno id erase command is harcoded and also rtems
2011-03-23 03:13 <kristianpaul> and so on..
2011-03-23 03:13 <kristianpaul> ;)
2011-03-23 03:13 <wolfspraul> oh sure, I can imagine those partitions are hardcoded in several places
2011-03-23 03:13 <kristianpaul> but my point is
2011-03-23 03:13 <wolfspraul> let's be very careful about changing this. I'm just making the point that the flash is flat.
2011-03-23 03:13 <kristianpaul> you can also boot from a external memory
2011-03-23 03:13 <kristianpaul> aka 8:10 here
2011-03-23 03:13 <kristianpaul> but
2011-03-23 03:14 <kristianpaul> software side acording to lekernel need some polish
2011-03-23 03:14 <kristianpaul> as NOT all memory cards
2011-03-23 03:14 <kristianpaul> works
2011-03-23 03:14 <kristianpaul> but in theory you can try boot from a memory card
2011-03-23 03:14 <kristianpaul> fsboot command in milkmist bios
2011-03-23 03:15 <kristianpaul> i just have kingstone and cant boot or even mount it..
2011-03-23 03:15 <kristianpaul> but i think you see the plan :-)
2011-03-23 03:16 <kristianpaul> wolfspraul: should be flat until you hit the yaffs part and bigh ouch  for some data saved there :-)
2011-03-23 03:16 <kristianpaul> s/bugh/big
2011-03-23 03:16 <kristianpaul> strugling with octave
2011-03-23 03:21 <xiangfu> the 'reset' command not working. instead 'shutdown' make MM1 reboot :)
2011-03-23 03:21 <kristianpaul> really?
2011-03-23 03:21 <kristianpaul> ah rtems
2011-03-23 03:21 <kristianpaul> yes
2011-03-23 03:21 <kristianpaul> as Fallenou about that
2011-03-23 03:21 <kristianpaul> btw write mails to rtmes list is good
2011-03-23 03:21 <xiangfu> kristianpaul: what is the detail? I don't know
2011-03-23 03:22 <kristianpaul> and also they are very helfull
2011-03-23 03:22 <kristianpaul> xiangfu: me eiher i dont do the port
2011-03-23 03:22 <kristianpaul> you can track it ;_)
2011-03-23 03:23 <xiangfu> kristianpaul: for now. I know the flickernoise is running memory. the flash(24M nor flash) is mount to /flash
2011-03-23 03:23 <xiangfu> like '/' is mount to a memory filesystem.
2011-03-23 03:23 <xiangfu> right?
2011-03-23 03:23 <kristianpaul> rtems-milkymist/c/src/lib/libbsp/lm32 <- mainlly code milkymist port/bsp
2011-03-23 03:24 <kristianpaul> yeah some part of the NOT is mount, but actually i dont have the details of this
2011-03-23 03:24 <kristianpaul> s/NOT/NOR
2011-03-23 03:25 <kristianpaul> details to confirm, but it should be like that i guess, (jus some part of the NOR is maped as flash for rtems)
2011-03-23 03:25 <kristianpaul> so i shall say, right xiangfu  :-)
2011-03-23 03:25 <xiangfu> ok.
2011-03-23 03:25 <kristianpaul> but please check the drivers
2011-03-23 03:26 <kristianpaul> to confirm
2011-03-23 03:26 <xiangfu> yes.
2011-03-23 03:26 <kristianpaul> or ask sebastien ;-))
2011-03-23 03:28 <kristianpaul> drivers are also not so hard, even i can understand it :-)
2011-03-23 03:29 <kristianpaul> #define FLASH_BASE                      (0x80000000)
2011-03-23 03:29 <xiangfu> kristianpaul: just ask you said:   { .start_address = 0x80920000, .length = 0x0400000 }, \
2011-03-23 03:30 <kristianpaul> rtems-milkymist/c/src/lib/libbsp/lm32/milkymist/include/system_conf.h
2011-03-23 03:30 <kristianpaul> good :-)
2011-03-23 03:30 <xiangfu> the REGULAR_APP is only 4M. then the rest is for /dev/flash5
2011-03-23 03:30 <xiangfu> line 271 of system_conf.h
2011-03-23 03:30 <kristianpaul> he i tought was five ;)
2011-03-23 03:30 <xiangfu> I will update wiki.
2011-03-23 03:30 <xiangfu> update this one: http://www.milkymist.org/wiki/index.php?title=Flashing_the_Milkymist_One#Flash_Memory_Distribution
2011-03-23 03:31 <kristianpaul> please :-)
2011-03-23 03:44 <wpwrak> tuxbrain: ah, and you should also ask the SMT fab what to do with the USB connector of atusb. this is a through-hole component and i have no idea how this sort of thing is normally mounted. unfortunately, it seems that through-hole is the only common form for this kind of connector. (probably because of mechanical properties)
2011-03-23 03:45 <kristianpaul> ohh
2011-03-23 03:45 <kristianpaul> qtoctave show gplt wich wasnt when runnning octave from console :o
2011-03-23 03:47 <wpwrak> tuxbrain: specifically, if the smt fab wants a stencil for the solder paste, they should tell you if the usb connector should have solder paste, too (or if it shouldn't have solder paste or if it doesn't matter)
2011-03-23 04:03 <kristianpaul> hmm, how i can show cotent of line 145 and column 32 for all files in my directory?
2011-03-23 04:05 <kristianpaul> cat -n *.m | grep -a1 145
2011-03-23 04:05 <kristianpaul> argg
2011-03-23 04:06 <kristianpaul> why octave tell me wich file have the error!!
2011-03-23 04:07 <xiangfu> kristianpaul: find ./ -name "*.c" -exec sed -n '154p'  {} \; | cut -b35-36
2011-03-23 04:07 <kristianpaul> wow!
2011-03-23 04:08 <xiangfu> find ./ -name "*.c" -exec sed -n '145p'  {} \; | cut -b32-33
2011-03-23 04:08 <xiangfu> find ./ -name "*.c" -exec sed -n '145p'  {} \; | cut -b32-32 :D
2011-03-23 04:09 <kristianpaul> hmm.. not helping too much ://
2011-03-23 04:09 <kristianpaul> better i read how debug code in octave..
2011-03-23 04:10 <kristianpaul> zzz
2011-03-23 04:10 <kristianpaul> gn8
2011-03-23 04:11 <xiangfu> night
2011-03-23 06:27 <tuxbrain> wpwrak: the holes of USB are specified in the gerbers for the PCB maker drills it?
2011-03-23 06:30 <wpwrak> tuxbrain: they're specified in the drill file (excellon, not gerber)
2011-03-23 06:31 <wpwrak> tuxbrain: but yes, that's part of the package
2011-03-23 07:34 <wpwrak> tuxbrain: another thing to check is the point where their pick and place tool would grab the usb connector
2011-03-23 07:38 <qi-bot> [commit] Werner Almesberger: fpdoc: new utility to generate a PDF with the footprints used in a project http://qi-hw.com/p/eda-tools/47b53c8
2011-03-23 08:03 <qi-bot> [commit] Werner Almesberger: added generation of SMT fab file package (in progress) http://qi-hw.com/p/ben-wpan/d53c2c2
2011-03-23 08:03 <qi-bot> [commit] Werner Almesberger: include overview images in PCB and SMT fab packages http://qi-hw.com/p/ben-wpan/2e53290
2011-03-23 08:03 <qi-bot> [commit] Werner Almesberger: makefiles/Makefile.kicad: fix dependency bugs http://qi-hw.com/p/ben-wpan/ef6dd28
2011-03-23 08:03 <qi-bot> [commit] Werner Almesberger: added project-specific footprint reference for SMT fab http://qi-hw.com/p/ben-wpan/507e6c3
2011-03-23 08:03 <qi-bot> [commit] Werner Almesberger: generate SMT fab package http://qi-hw.com/p/ben-wpan/2aed515
2011-03-23 08:04 <wpwrak> tuxbrain: new goodies in http://downloads.qi-hardware.com/people/werner/wpan/fab/
2011-03-23 08:04 <wpwrak> tuxbrain: the *110323* files should be what you need
2011-03-23 08:10 <wpwrak> xiangfu: and there are a few updates for fped as well :)
2011-03-23 08:17 <roh> wpwrak: morning
2011-03-23 08:17 <roh> any clue what happened with the shipment?
2011-03-23 08:18 <wpwrak> roh: no idea. did anything show up on your side ?
2011-03-23 08:21 <wpwrak> roh: maybe the postman wasn't able to find the building of the space agency and it was returned ? the tracking on the .de side looks extremely untrustworthy, so it may never show up in that system (i also looked on DHL, without success)
2011-03-23 08:22 <qi-bot> [commit] werner: fped: don't output pad names consisting only of spaces http://qi-hw.com/p/fped/e1f4e03
2011-03-23 08:22 <qi-bot> [commit] werner: fped: added option  -1 package  to select a single package to output with -p/-P http://qi-hw.com/p/fped/f44accd
2011-03-23 08:22 <qi-bot> [commit] werner: hack: set errno to ENOENT when -1 fails, so that the error isn't too ugly http://qi-hw.com/p/fped/2de385e
2011-03-23 08:22 <wpwrak> xiangfu: whee, that was quick ! :) thanks !
2011-03-23 08:22 <xiangfu> making debian package...
2011-03-23 08:26 <roh> wpwrak: nope. nothing showed up
2011-03-23 08:26 <xiangfu>   CC        y.tab.o
2011-03-23 08:26 <xiangfu> fpd.y: In function ‘yyparse’:
2011-03-23 08:26 <xiangfu> fpd.y:678: error: too few arguments to function ‘dump’
2011-03-23 08:26 <xiangfu> make: *** [y.tab.o] Error 1
2011-03-23 08:26 <roh> and ive got all mail from the last year. nothing missing so far
2011-03-23 08:26 <xiangfu> wpwrak: ^
2011-03-23 08:26 <wpwrak> xiangfu: argh
2011-03-23 08:28 <wpwrak> xiangfu: fixed
2011-03-23 08:29 <wpwrak> roh: sometimes, mail between .de and .ar can take unusually long. that happens at least for journals. (e.g., c't)
2011-03-23 08:29 <wpwrak> roh: not sure if this parcel takes a similar route, though
2011-03-23 08:29 <roh> hm
2011-03-23 08:30 <qi-bot> [commit] werner: fpd.y: dump() requires a dummy "one" argument here too, oops http://qi-hw.com/p/fped/335ddb6
2011-03-23 08:30 <wpwrak> roh: not much we can do but wait :-(
2011-03-23 08:32 <tuxbrain> wpwrak: two cuestion, the smt vendor tellsme is very important to have the "fiducial"(I don't know if it's called like that in english) marks on the PCB and in the panel
2011-03-23 08:32 <tuxbrain> also if they can change the 22 Pf  que es High Q, Low Loss by the one they have standarized 22 pf 50V 0402 COG  AVX04025A220JAT2A
2011-03-23 08:32 <viric> kristianpaul: Now I'm here
2011-03-23 08:32 <tuxbrain> we have such fiducials marks?
2011-03-23 08:34 <roh> tuxbrain: know a german word? /me doesnt understand what you mean
2011-03-23 08:34 <roh> or spanisch?
2011-03-23 08:34 <tuxbrain> fiduciales
2011-03-23 08:35 <tuxbrain> http://en.wikipedia.org/wiki/Fiduciary_marker see section PCB
2011-03-23 08:35 <roh> aaaah.. fitting marks? for the picknplace robot to align on?
2011-03-23 08:35 <qi-bot> [commit] werner: fped: don't output pad names consisting only of spaces http://qi-hw.com/p/fped/e1f4e03
2011-03-23 08:35 <qi-bot> [commit] werner: fped: added option  -1 package  to select a single package to output with -p/-P http://qi-hw.com/p/fped/f44accd
2011-03-23 08:35 <qi-bot> [commit] werner: hack: set errno to ENOENT when -1 fails, so that the error isn't too ugly http://qi-hw.com/p/fped/2de385e
2011-03-23 08:35 <qi-bot> [commit] werner: fpd.y: dump() requires a dummy "one" argument here too, oops http://qi-hw.com/p/fped/335ddb6
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: add debian package stuff http://qi-hw.com/p/fped/a3b3e94
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: clean up the Build-Depends. http://qi-hw.com/p/fped/efa4fd5
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: use the new version rules. http://qi-hw.com/p/fped/92b0841
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: add debian/fped.manpages  for install manpage http://qi-hw.com/p/fped/01039f2
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: update to svn rev 5982, enable dh_auto_test http://qi-hw.com/p/fped/222ef26
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: use usual name for orig tarball top-level directory http://qi-hw.com/p/fped/f5f48c2
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: update take svn rev: 5983 http://qi-hw.com/p/fped/0e88d0e
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: remove the Build-Depends ttf-liberation http://qi-hw.com/p/fped/649c47f
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: update to svn rev 5986 http://qi-hw.com/p/fped/769d1e1
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: override dh_auto_clean, use make spotless instread http://qi-hw.com/p/fped/ae5b87f
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: add ghostscript to Build-Depends http://qi-hw.com/p/fped/b639a29
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: update the homepage to help webpage http://qi-hw.com/p/fped/5630e97
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: update to r5997 http://qi-hw.com/p/fped/74852e1
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: debian package update to 5999 http://qi-hw.com/p/fped/4f2ca0b
2011-03-23 08:35 <qi-bot> [commit] Xiangfu Liu: update to r6005 http://qi-hw.com/p/fped/3fb567b
2011-03-23 08:36 <tuxbrain> yeah roh :)
2011-03-23 08:36 <roh> you mean the 'test dummy icons' ;)
2011-03-23 08:36 <wpwrak> tuxbrain: (fiducial) i think that's a set of crosshairs, for alignment. i've never used that. do they need them per board or per panel ? in the latter case, they would come from the pcb fab
2011-03-23 08:36 <roh> narf. qi-bot is annoying and worthless
2011-03-23 08:36 <tuxbrain> on both
2011-03-23 08:37 <tuxbrain> roh : I like to see the commits :)
2011-03-23 08:37 <roh> tuxbrain: something yes. but the flooding is not helping
2011-03-23 08:37 <wpwrak> tuxbrain: how many do they need per board, two ? and how wide should the lines be ? 3 mil ?
2011-03-23 08:38 <wpwrak> tuxbrain: (22 pF) maybe it works, maybe not. the problem is that regular caps don't have well-defined behaviour at such high frequencies
2011-03-23 08:42 <tuxbrain> wpwrak: then better use the one you specified, if it doesn't work it will be your fault and I will have some one to blame
2011-03-23 08:43 <wpwrak> ;-))
2011-03-23 08:43 <viric> wpwrak: you either sleep according to CET time, or you take some heavy drugs :)
2011-03-23 08:44 <kyak> did someone say drugs?!
2011-03-23 08:44 <viric> You are always "in the foot of the canon"
2011-03-23 08:44 <wpwrak> viric: i take catnaps :)
2011-03-23 08:44 <roh> viric: timezones are for users
2011-03-23 08:45 <kyak> cat is napping ~18 hours a day
2011-03-23 08:45 <wpwrak> kyak: alright, what's colloquially called "catnaps" ;-)
2011-03-23 08:45 <viric> wpwrak: so you sleep periods no longer than half an hour?
2011-03-23 08:46 <wpwrak> kyak: and with only 18 hours, that's a hyper-active cat :)
2011-03-23 08:46 <tuxbrain> viric wpwrak is not real, is a virtual entity generated by the collective mind waves of qi-hw community and an asado
2011-03-23 08:46 <roh>  .oO(wpwrak is being kept awake by caffeine and women i believe)
2011-03-23 08:46 <kyak> wpwrak: insomniac cat :)
2011-03-23 08:47 <wpwrak> viric: hmm, maybe 2-6h at a time. depends.
2011-03-23 08:47 <viric> wpwrak: do you end up being awake more than 16h every day?
2011-03-23 08:47 <wpwrak> roh: naw, have to banish the women from my lair. too distracting.
2011-03-23 08:48 <viric> wpwrak: I mean.. is your purpose to be more time awake, or to break the usual phase-locked-loop with the day and night?
2011-03-23 08:48 <wpwrak> viric: duh, no idea ;-)
2011-03-23 08:49 <viric> :)
2011-03-23 08:49 <wpwrak> viric: i just take a nap when i feel i need one. and i wake up when ... well, when i wake up. easy, no ? ;-)
2011-03-23 08:49 <viric> so you have no PLL with day and night :)
2011-03-23 08:50 <wpwrak> viric: i tend to drift into nighttime when i can. and then i get some sort of jet-lag when the outside world forces me to synchronize with solar time :(
2011-03-23 08:50 <kyak> wpwrak: do you consume any food? (i think wpwrak is failing the Turing test ;)
2011-03-23 08:50 <wpwrak> ;-))
2011-03-23 08:50 <viric> aah
2011-03-23 08:50 <wpwrak> kyak: just beer :)
2011-03-23 08:53 <wpwrak> tuxbrain: so .. how many marks ? and how thick shall the lines be ?
2011-03-23 08:53 <tuxbrain> asking
2011-03-23 08:56 <wpwrak> tuxbrain: oh, and can they be obscured by components or do they have to be visible also after smt ? (in this case, the usb connector - there's a nice big empty space underneath it that i'd like use for one such mark)
2011-03-23 09:51 <tuxbrain> roh the boards didn't arrive yet? at this rhythmI will be able to send you production ones before the werner's ones arrives :P
2011-03-23 11:23 <viric> kristianpaul: you are aware of modules like this, right? http://www.cooking-hacks.com/index.php/gps-module-for-arduino.html
2011-03-23 11:29 <tuxbrain> any one with qt compiling knowledge?
2011-03-23 11:29 <tuxbrain> ld is bitching me
2011-03-23 11:39 <tuxbrain> here is more detailed info about my qt fight http://pastebin.com/xr5D6wUY
2011-03-23 11:50 <roh> tuxbrain: i fear something like that (shipping time)
2011-03-23 12:01 <tuxbrain> where is this damn ld loocking at!!!, the gcc_s thing is on -L /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib also
2011-03-23 12:02 <viric> tuxbrain: if you use '-v' on the g++ call, you will get the '-L' passed to ld
2011-03-23 12:03 <viric> you sohuld also paste the command line of the g++ linking call issued
2011-03-23 12:06 <tuxbrain> viric http://pastebin.com/nWwCKdzy
2011-03-23 12:07 <viric> m'ho miro en acabat de dinra!
2011-03-23 12:07 <viric> dinar
2011-03-23 12:07 <tuxbrain> gracies nen :)
2011-03-23 13:08 <tuxbrain> I'm so tired of build trial and error.... :(
2011-03-23 13:09 <tuxbrain> and error and error and error...
2011-03-23 13:15 <viric> tuxbrain: where is libgcc_s.so* ?
2011-03-23 13:15 <viric> it looks as if you have it in multiple places
2011-03-23 13:15 <tuxbrain> /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/lib
2011-03-23 13:15 <tuxbrain> /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib
2011-03-23 13:15 <tuxbrain> /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib/gcc/mipsel-openwrt-linux-uclibc/4.3.3
2011-03-23 13:15 <tuxbrain> /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1/lib
2011-03-23 13:20 <xiangfu_> tuxbrain: Hi
2011-03-23 13:20 <viric> tuxbrain: hm I don't see it at once.
2011-03-23 13:20 <xiangfu_> tuxbrain: I am also try to re-compile the whole openwrt in my PC.
2011-03-23 13:21 <tuxbrain> hi xianfu
2011-03-23 13:21 <xiangfu_> tuxbrain: how about your pango compile problem?
2011-03-23 13:21 <xiangfu_> tuxbrain: for now. I meet some alsa-utils problem. as kyak said every PC give you different errors :)
2011-03-23 13:21 <tuxbrain> uff I have changed them for qt compile problems
2011-03-23 13:22 <kyak> xiangfu_: there is a patch for alsa-utils problem
2011-03-23 13:23 <xiangfu_> kyak: then I am try to collect those patches put them at : http://downloads.qi-hardware.com/software/images/NanoNote/Ben/latest/patches/
2011-03-23 13:24 <xiangfu_> kyak: :)
2011-03-23 13:24 <tuxbrain> viric I have rid off the the gcc_s problem, now I have a new one
2011-03-23 13:24 <viric> ahh
2011-03-23 13:24 <viric> tuxbrain: how did you do for the gcc_s?
2011-03-23 13:25 <tuxbrain> I changed the path of libs to /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib
2011-03-23 13:27 <tuxbrain> but now http://pastebin.com/WXnLAuEk
2011-03-23 13:27 <kyak> xiangfu_: i think these patches are related to release build, not latest build.. some of them are not needed anymore, and some more patches are needed
2011-03-23 13:29 <tuxbrain> but again the exasperate thing is that the libs are in same path!!!
2011-03-23 13:34 <roh>    
2011-03-23 13:34 <roh> yay. werners package arrived. finally
2011-03-23 13:34 <wpwrak> tuxbrain: any update on the fiduciary marks ?
2011-03-23 13:34 <tuxbrain> roh: yay!
2011-03-23 13:34 <tuxbrain> wpwrak: nop
2011-03-23 13:34 <wpwrak> roh: heeey hooo !! :)
2011-03-23 13:37 <roh> yay.
2011-03-23 13:37 <tuxbrain> gcc hates me :(
2011-03-23 13:37 <roh> german post fucked up. didnt meet me on the 16th.. wrote a card. which i got in the mail _today_.. a full week later
2011-03-23 13:37 <roh> if i wouldnt have fetched the package today it would have been sent back. *sigh*
2011-03-23 13:38 <wpwrak> roh: wow ;-) didn't they think of just leaving a note on the 1st attempt ?
2011-03-23 13:38 <wpwrak> roh: nice timing :)
2011-03-23 13:38 <roh> wpwrak: the dhl guy doesnt have a doorkey so he cannot get to the mailbox
2011-03-23 13:38 <roh> only the letter guy
2011-03-23 13:39 <wpwrak> roh: oh, complicated mailbox access
2011-03-23 13:39 <wpwrak> roh: did customs charge anything ?
2011-03-23 13:40 <roh> nope
2011-03-23 13:40 <wpwrak> roh: excellent
2011-03-23 13:44 <kyak> xMff: ping
2011-03-23 13:46 <roh> ack. did you really pay 30$ for sending it?
2011-03-23 13:54 <wpwrak> roh: 30 pesos, a bit less than EUR 6. these things are something like 2-3 days of work, so even at USD 30, the shipping cost would be insignificant ;-)
2011-03-23 13:55 <roh> wow is that stuff tiny
2011-03-23 13:57 <tuxbrain> votes for motto for 8:10 thingys: "wow, that stuff is tiny" :)
2011-03-23 13:58 <wpwrak> ;-))
2011-03-23 13:59 <wpwrak> tuxbrain: btw, did the smt fab give you a cost estimate at least ?
2011-03-23 13:59 <kristianpaul> viric: sure
2011-03-23 14:00 <tuxbrain> wpwrak: np
2011-03-23 14:00 <tuxbrain> nop
2011-03-23 14:00 <viric> tuxbrain: post about the gcc errors
2011-03-23 14:00 <viric> tuxbrain: you have such a long paths that it is almost impossible to understand anything at glance
2011-03-23 14:01 <tuxbrain> viric I have already posted (well really not gcc, is ld that really hates me)
2011-03-23 14:01 <viric> ld does what gcc tells it to do
2011-03-23 14:01 <tuxbrain> viric: (paths) sorry dude
2011-03-23 14:01 <viric> hey don't call me dude :)
2011-03-23 14:02 <tuxbrain> perdona nen :)
2011-03-23 14:02 <viric> ;)
2011-03-23 14:02 <viric> així m'agrada
2011-03-23 14:02 <viric> tuxbrain: et cal -rpath-link
2011-03-23 14:02 <wpwrak> tuxbrain: ah well, there are still a few work hours left in the day. let's hope they'll get back to you so that we can finalize things this week.
2011-03-23 14:03 <tuxbrain> wpwrak: hope so
2011-03-23 14:03 <viric> tuxbrain: when a dynamic library depends on OTHER dynamic libraries, you need to tell ld "-rpath-link"
2011-03-23 14:03 <viric> tuxbrain: it means "if any library depends on more libraries, find them at this -rpath-link path"
2011-03-23 14:03 <wpwrak> (long paths) OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1   wow, and not a single slash in there :)
2011-03-23 14:04 <viric> tuxbrain: ld looks at -L directories only for "-l" libraries
2011-03-23 14:04 <viric> tuxbrain: for dependencies of the libraries, it looks at -rpath-link
2011-03-23 14:04 <viric> (if I recall well)
2011-03-23 14:05 <roh> wpwrak: did you really solder all these gnd layer connecting wires by hand?
2011-03-23 14:05 <tuxbrain> rpath-link, for each file reclaimed?
2011-03-23 14:05 <tuxbrain> /home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib: file not recognized: Is a directory
2011-03-23 14:09 <roh> btw.. http://www.youtube.com/watch?v=KZrP3KlmHto&hd=1 deshakers are cool stuff. (no worries.. it cant be rods.. they would be different sized and _hot_ when there
2011-03-23 14:13 <wpwrak> roh: (vias) every one of them ...
2011-03-23 14:13 <roh> wow
2011-03-23 14:16 <wpwrak> roh: the main problem are the large ground areas in atusb. in atben, the vias weren't so much trouble. i just put solder paste on both sides, stick a wire through each hole, and go around with the soldering iron. then check visually and fix whatever doesn't look right. takes maybe 0.5-1 hours.
2011-03-23 14:17 <wpwrak> roh: i had a lot of trouble with atusb, a) because the large ground areas suck up so much heat, and b) because i had chemical surface degradation on some of the boards
2011-03-23 14:23 <tuxbrain> mipsel-openwrt-linux-uclibc-g++: unrecognized option '-rpath-link' :(
2011-03-23 14:28 <roh> i see
2011-03-23 14:29 <wpwrak> tuxbrain: something like -Wl,-rpath-link=path ?
2011-03-23 14:31 <tuxbrain> mipsel-openwrt-linux-uclibc-g++: unrecognized option '-rpath-link=/home/mutrox/Proyectos/tuxbrain/productos/nanonote/SDK/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/usr/lib'
2011-03-23 14:31 <wpwrak> with -Wl,... ?
2011-03-23 14:34 <tuxbrain> ok now did'n compain but thows same error like withou rpath-link or rpath
2011-03-23 14:39 <wpwrak> tuxbrain: if all else fails, run the build with  strace -f -o log  and then search from the end for gcc_s. that may give you a hint where it looked and what it found.
2011-03-23 14:54 <tuxbrain> wpwrak, you understand spanish?
2011-03-23 14:56 <kristianpaul> tuxbrain: he *should*
2011-03-23 14:57 <wpwrak> tuxbrain: as long as it's not overly poetic ;-)
2011-03-23 14:57 <kristianpaul> como la roza que derramo lagrimas sobre la nube? ;-)
2011-03-23 14:58 <tuxbrain> kristianpaul eso no lo he entendido ni yo
2011-03-23 14:58 <kristianpaul> tuxbrain: jajaj ;)
2011-03-23 14:59 <tuxbrain> wpwrak: I have resend you the smt vendor answer.
2011-03-23 14:59 <tuxbrain> if there is something you don't understand let me know
2011-03-23 15:04 <wpwrak> tuxbrain: easy enough :) okay, i understand now what they mean. i was thinking of a different type of marking.
2011-03-23 15:04 <tuxbrain> wpwrak: any more question to fordward?
2011-03-23 15:07 <kristianpaul> viric: (sirf gps + arduino) But the idea is dig on the IC part wich you'll amaze all the software involved there, and most people asume it like "hardware"
2011-03-23 15:09 <viric> clear
2011-03-23 15:09 <kristianpaul> :-)
2011-03-23 15:09 <kristianpaul> btw i as trying some mathlab code in octave
2011-03-23 15:09 <kristianpaul> but
2011-03-23 15:10 <kristianpaul> it uses catch for catch errors
2011-03-23 15:11 <kristianpaul> it said something like:
2011-03-23 15:11 <kristianpaul> number of rows must match (0 != 1) near line 145, column 32
2011-03-23 15:11 <kristianpaul> but no tellme in wich file too look..
2011-03-23 15:11 <wpwrak> tuxbrain: two open issues: 1) what about the stencil ? does the smt fab need one ? if yes, you need to ask the pcb fab if they can make it and how much it would cost.
2011-03-23 15:12 <wpwrak> tuxbrain: 2) how is the usb connector soldered ? specifically, if we need a stencil, should the usb connector have solder paste or not ?
2011-03-23 15:12 <kristianpaul> viric: if you are curios you can grab the code from http://kristianpaul.org/~paul/tmp/GNSS_SDR.tar.gz
2011-03-23 15:12 <viric> I'm not curious enough.. sorry
2011-03-23 15:13 <viric> kristianpaul: I don't know 'catch' in octave
2011-03-23 15:13 <wpwrak> tuxbrain: regarding 1), they may also have a dispenser that doesn't require a stencil. in this case, the interpretation/application of the solder paste layer would pass from the pcb fab to the smt fab
2011-03-23 15:13 <kristianpaul> viric: i also have to modify temporaly a pwelch fuction was not compatible with same values as mathlab..
2011-03-23 15:14 <kristianpaul> ok viric
2011-03-23 15:24 <GNUtoo|bug20> tuxbrain, hi I'm seeing a lot of activity about smt vendor etc... a new board is in preparation?
2011-03-23 15:25 <tuxbrain> GNUtoo|bug20: yep the atben and atusb WPAN RF comm in the ben finallly
2011-03-23 15:25 <GNUtoo|bug20> ok nice
2011-03-23 15:25 <GNUtoo|bug20> btw I saw that:
2011-03-23 15:25 <GNUtoo|bug20> let me launch midori
2011-03-23 15:25 <GNUtoo|bug20> it takes time on a armv7@500MHz
2011-03-23 15:25 <GNUtoo|bug20> http://hackaday.com/2011/02/20/rf-control-from-just-about-any-device/
2011-03-23 15:26 <GNUtoo|bug20> I've the requirements
2011-03-23 15:26 <viric> you can run midori in the nanonote?
2011-03-23 15:26 <GNUtoo|bug20> I've some gpio
2011-03-23 15:26 <GNUtoo|bug20> no
2011-03-23 15:26 <GNUtoo|bug20> on bug20
2011-03-23 15:26 <GNUtoo|bug20> and I run a linux kernel 2.6.31
2011-03-23 15:26 <viric> I don't know any bug20
2011-03-23 15:27 <GNUtoo|bug20> what does this rf control permit me to do?
2011-03-23 15:27 <tuxbrain> viric search for buglabs
2011-03-23 15:27 <GNUtoo|bug20> viric, imagine an arduino running GNU/Linux and java
2011-03-23 15:27 <GNUtoo|bug20> tuxbrain, btw the bug 2.0 is usable
2011-03-23 15:27 <GNUtoo|bug20> unlike the 1.x
2011-03-23 15:27 <GNUtoo|bug20> software is not totally perfect
2011-03-23 15:27 <GNUtoo|bug20> but hardware seem way more solid
2011-03-23 15:27 <GNUtoo|bug20> I can comment on it if you want
2011-03-23 15:28 <tuxbrain> GNUtoo|bug20: still being so pricy?
2011-03-23 15:28 <GNUtoo|bug20> it's not copyleft hardware but MIT like btw
2011-03-23 15:28 <GNUtoo|bug20> yes
2011-03-23 15:28 <GNUtoo|bug20> still not cheap
2011-03-23 15:29 <GNUtoo|bug20> since I was the best contributor of their community...
2011-03-23 15:29 <GNUtoo|bug20> you imagine what happened....
2011-03-23 15:29 <GNUtoo|bug20> *you caan
2011-03-23 15:29 <GNUtoo|bug20> *can
2011-03-23 15:30 <GNUtoo|bug20> I didn't test the java part yet on the 2.0 but the hardware seem mostly fine
2011-03-23 15:30 <GNUtoo|bug20> basically so far I found the following issues
2011-03-23 15:30 <GNUtoo|bug20> *I had to recalibrate the screen => software issue
2011-03-23 15:31 <GNUtoo|bug20> the screen is so great now, top precision
2011-03-23 15:31 <GNUtoo|bug20> but the borders are still a bit problematic
2011-03-23 15:31 <GNUtoo|bug20> it's usable tough
2011-03-23 15:31 <GNUtoo|bug20> I had to recalibrate to be able to scroll
2011-03-23 15:31 <GNUtoo|bug20> the VGA display is not very usable but with an hdmi->vga or hdmi->dvi adapter it
2011-03-23 15:32 <GNUtoo|bug20> 's ok
2011-03-23 15:32 <GNUtoo|bug20> there is a little ffff with sound
2011-03-23 15:32 <GNUtoo|bug20> not earable when using a hifi set
2011-03-23 15:32 <GNUtoo|bug20> only trough headphones
2011-03-23 15:32 <GNUtoo|bug20> also there is some pop at volume change
2011-03-23 15:32 <GNUtoo|bug20> that is totally softwaRE
2011-03-23 15:32 <GNUtoo|bug20> I know even why
2011-03-23 15:33 <GNUtoo|bug20> that's described in pop and click in the kernel documentation in asoc
2011-03-23 15:33 <GNUtoo|bug20> basically the incorrect power sequence was applied
2011-03-23 15:33 <GNUtoo|bug20> so that's software
2011-03-23 15:33 <GNUtoo|bug20> apart that it's so great
2011-03-23 15:33 <tuxbrain> GNUtoo|bug20: regarding RF modules we work bitbanging gpios in c so I suppose is only matter to asign to the righ gpios and done
2011-03-23 15:33 <GNUtoo|bug20> ok
2011-03-23 15:34 <GNUtoo|bug20> the bug1.x was a nightmare harware wise
2011-03-23 15:34 <GNUtoo|bug20> the 2.0 is fine
2011-03-23 15:34 <GNUtoo|bug20> so if you want I can put you in touch with them
2011-03-23 15:34 <GNUtoo|bug20> or do some test for you
2011-03-23 15:35 <GNUtoo|bug20> basically it's the dream device for hardware/software hackers
2011-03-23 15:35 <GNUtoo|bug20> pre-requisite: knowing how to program in java ,or GNU/Linux, or any other programming language
2011-03-23 15:36 <tuxbrain> I was once in touch with them... but we stop comunicating (no aparenting reason, things that happens) I'm fine to retake contact with them
2011-03-23 15:36 <GNUtoo|bug20> ok
2011-03-23 15:36 <GNUtoo|bug20> maybe they were too busy trying to get the bug 2.0 out
2011-03-23 15:37 <GNUtoo|bug20> so I was wondering what you can do with the RF modules
2011-03-23 15:38 <qi-bot> [commit] Werner Almesberger: modules/INFO, modules/Makefile, modules/fiducial.fpd, AUTHORS: added fiducial http://qi-hw.com/p/kicad-libs/de2174d
2011-03-23 15:38 <GNUtoo|bug20> and is bitbanging done in userspace
2011-03-23 15:38 <GNUtoo|bug20> such as using /sys/class/gpio
2011-03-23 15:38 <GNUtoo|bug20> what frequency can you use with the rf module from hackday/community news
2011-03-23 15:40 <GNUtoo|bug20> hmmm the source code seem to contain a kenrel module source
2011-03-23 15:40 <GNUtoo|bug20> can't it be done totally in userapace?
2011-03-23 15:40 <GNUtoo|bug20> because else it requires porting
2011-03-23 15:40 <GNUtoo|bug20> for each kenrel version
2011-03-23 15:42 <tuxbrain> you should ask mirko the author about this, is quite silence lately here
2011-03-23 15:42 <tuxbrain> I must leave
2011-03-23 15:42 <GNUtoo|bug20> ok
2011-03-23 15:42 <wpwrak> tuxbrain: if they're still around, can you check if this looks okay ? http://downloads.qi-hardware.com/people/werner/wpan/tmp/atben-110323-overview.png
2011-03-23 15:42 <GNUtoo|bug20> see you later then
2011-03-23 15:44 <GNUtoo|bug20> ah nice 80215.4
2011-03-23 15:44 <GNUtoo|bug20> altough I don't know the compatibility with zigbee
2011-03-23 15:45 <wpwrak> GNUtoo|bug20: the RF is ZigBee-compatible. you just need the protocol stack :)
2011-03-23 15:46 <GNUtoo|bug20> ok
2011-03-23 15:46 <GNUtoo|bug20> is a bit confused between zigbee and 80215.4
2011-03-23 15:46 <GNUtoo|bug20> 80215.4 is like the MAC layer
2011-03-23 15:46 <GNUtoo|bug20> and zigbee is on top of it?
2011-03-23 15:46 <wpwrak> yes
2011-03-23 15:46 <GNUtoo|bug20> ok
2011-03-23 15:47 <wpwrak> or you can put 6LoWPAN on top of 802.15.4. unlike ZigBee, 6LoWPAN is an open standard (IETF)
2011-03-23 15:47 <GNUtoo|bug20> yes I know zigbee has some issues with freedom
2011-03-23 15:48 <GNUtoo|bug20> for instance can you make a microcontroller talk 6LoWPAN?
2011-03-23 15:48 <GNUtoo|bug20> or are the zigbee stuff from sparkfun zigbee-only?
2011-03-23 15:49 <rjeffries> wpwrak have all of your atben/atusb packages now arrived at destinations?
2011-03-23 15:49 <GNUtoo|bug20> because I bet their stack are some kind of black box
2011-03-23 15:50 <wpwrak> rjeffries: yes. all three have reached their destination.
2011-03-23 15:51 <wpwrak> GNUtoo|bug20: 6LoWPAN is designed for low resources, yes
2011-03-23 15:51 <wpwrak> GNUtoo|bug20: no idea what sparkfun have
2011-03-23 15:51 <GNUtoo|bug20> ok
2011-03-23 15:55 <rjeffries> wpwrak now the race is on to see who confirms a transmission across the ether (outside of Argentina) FIRST! My money is on... roh?
2011-03-23 15:56 <wpwrak> mine too :)
2011-03-23 15:57 <wpwrak> i'm actually a little surprised that he hasn't reported any success yet :)
2011-03-23 16:01 <GNUtoo|bug20> ahh I understand
2011-03-23 16:01 <GNUtoo|bug20> basically it uses cheap radios like the sparkfun ones @433 Mhz
2011-03-23 16:01 <GNUtoo|bug20> and bitbang the protocol
2011-03-23 16:01 <GNUtoo|bug20> so all is in softwaree
2011-03-23 16:02 <GNUtoo|bug20> so it ccan talks to everything
2011-03-23 16:02 <GNUtoo|bug20> that is in 433 Mhz
2011-03-23 16:02 <GNUtoo|bug20> right?
2011-03-23 16:02 <GNUtoo|bug20> or at least in theory
2011-03-23 16:03 <wpwrak> no no ... very different
2011-03-23 16:03 <wpwrak> it's in the 2.4 GHz band
2011-03-23 16:03 <wpwrak> also, bitbang is only the communication with the transceiver's buffer. the transceiver takes care of the bit timing.
2011-03-23 16:06 <GNUtoo|bug20> ok
2011-03-23 16:06 <GNUtoo|bug20> but....
2011-03-23 16:07 <GNUtoo|bug20> I was talking not about the 80215.4 one
2011-03-23 16:07 <GNUtoo|bug20> but this one:
2011-03-23 16:07 <GNUtoo|bug20> http://nanl.de/blog/2011/02/ben-nanonote-able-to-control-radio-power-sockets/
2011-03-23 16:09 <wpwrak> ah, that one's different, yes. i think the chip also controls the bit timing, though
2011-03-23 16:10 <GNUtoo|bug20> ok
2011-03-23 16:13 <wpwrak> tuxbrain: and the same for atusb: http://downloads.qi-hardware.com/people/werner/wpan/tmp/atusb-110323-overview.png
2011-03-23 16:13 <qi-bot> [commit] Werner Almesberger: makefiles/Makefile.kicad: added target "overview" http://qi-hw.com/p/ben-wpan/b93494e
2011-03-23 16:13 <qi-bot> [commit] Werner Almesberger: atben: added two fiducial marks http://qi-hw.com/p/ben-wpan/0923d24
2011-03-23 16:13 <qi-bot> [commit] Werner Almesberger: atusb/atusb.brd: some more silk screen cleanup http://qi-hw.com/p/ben-wpan/c335721
2011-03-23 16:13 <qi-bot> [commit] Werner Almesberger: atusb: added two fiducial marks http://qi-hw.com/p/ben-wpan/7a9e518
2011-03-23 16:14 <wpwrak> (having automated the process is starting to pay back. doing all these things manually several times would really suck :)
2011-03-23 16:15 <wpwrak> tuxbrain: erm, will you buy the components they don't have in stock or will they buy them on your behalf ?
2011-03-23 16:19 <roh> rjeffries: wpwrak ? the package is here now
2011-03-23 16:19 <roh> or what do you mean?
2011-03-23 16:22 <rjeffries> roh when will you see if it transmit/receives? ;)
2011-03-23 16:23 <roh> heh. dunno. i only have a very old nanonote prototype.. no clue what i need to patch to make it work
2011-03-23 16:23 <roh> i think it only has half the ram or flash. havent used it a while
2011-03-23 17:17 <xMff> kyak: pong
2011-03-23 17:19 <kyak> xMff: i had a look at that perl @INC problem, and proposed a patch in #9111. Coudl you have a look?
2011-03-23 17:19 <xMff> kyak: already seen it but I avoid openwrt stuff at work altely, too distracting :)
2011-03-23 17:19 <xMff> will check now
2011-03-23 17:19 <kyak> thanks :)
2011-03-23 17:23 <xMff> after defining otherlibdirs, the @INC is free of /usr/local stuff?
2011-03-23 17:23 <kyak> nope, not really
2011-03-23 17:24 <kyak> let me explain...
2011-03-23 17:25 <kyak> there are siteprefix and vendorprefix that can be defined (together with otherlibdirs, but otherlibdirs just gets appended to the end)
2011-03-23 17:25 <kyak> the problem is, that siteprefix and vendorprefix expand liek this:
2011-03-23 17:26 <kyak> /usr/local/lib/perl5/site_perl/$version/$archname
2011-03-23 17:26 <tuxbrain> wpwrak: at fisrt glance they will buy and put in the quote, then I will check out if in farnell, Mouser, RSelectronics or in DigiKey would be more convenient.
2011-03-23 17:27 <kyak> xMff: in this case we could define siteprefix and get paths in INC like staging_dir../usr/lib/perl5/$version/$archname
2011-03-23 17:27 <xMff> kyak: I've seen some discussion about making perl relocatable, it involved passing very long pathes during compilation and then later patch them in the binary
2011-03-23 17:27 <kyak> instead of just /usr/local
2011-03-23 17:27 <kyak> hm..
2011-03-23 17:28 <kyak> and $version is 5.10.X, but modules get installed into 5.10 (which is defined in perlmod.mk)
2011-03-23 17:28 <kyak> so i decided just to use otherlibdirs for that (i was reading INSTALL file, all these desribed there)
2011-03-23 17:28 <xMff> I wonder how perl reacts if we just replace /usr/local/foo with foo
2011-03-23 17:29 <kyak> is it done be sed?
2011-03-23 17:29 <kyak> *by
2011-03-23 17:29 <xMff> I just wonder what happens if some stuff using perl that is crosscompiled does not find required stuff in the otherlibdirs
2011-03-23 17:30 <xMff> and then skips to /usr/local
2011-03-23 17:30 <kyak> this case is not worse than it is now :)
2011-03-23 17:30 <xMff> if there are perl modules there and they're using XS they mightn ot fit to the staging perl and crash
2011-03-23 17:30 <kyak> when there are only /usr/local
2011-03-23 17:30 <xMff> true
2011-03-23 17:31 <kyak> i didn't test perl on target
2011-03-23 17:31 <kyak> but as it seems, it is build in a separate directory
2011-03-23 17:31 <xMff> ah yes, that the other issue. it will have full paths embedded
2011-03-23 17:31 <kyak> not host-perl
2011-03-23 17:31 <kyak> so it should not be a problem
2011-03-23 17:31 <xMff> ah, right
2011-03-23 17:31 <xMff> well I'll just apply your patch for now
2011-03-23 17:31 <xMff> it looks like an easy enough workaround
2011-03-23 17:32 <xMff> and no distro is shipping perl in /usr/local
2011-03-23 17:32 <kyak> no distro shoudl ship anything in /usr/local...
2011-03-23 17:32 <xMff> hm one thing in your fix... the 5.10 path component
2011-03-23 17:32 <kyak> yep
2011-03-23 17:33 <xMff> it should be inferred from the version
2011-03-23 17:33 <kyak> the problem is, that it is hardcoded in other place
2011-03-23 17:33 <kyak> and all modules go into 5.10 directory
2011-03-23 17:33 <xMff> there is PKG_VERSION
2011-03-23 17:33 <kyak> while actually the $version is 5.10.x
2011-03-23 17:34 <kyak> PKG_VERSION:=5.10.0
2011-03-23 17:34 <kyak> i can't use this
2011-03-23 17:34 <kyak> PERL_LIB := $(STAGING_DIR)/usr/lib/perl5/5.10 in perlmod.mk
2011-03-23 17:35 <kyak> therefore modules install there
2011-03-23 17:35 <xMff> why don't you jsut use this then?
2011-03-23 17:35 <kyak> hm..
2011-03-23 17:35 <kyak> i need to include this Makefile then, right?
2011-03-23 17:36 <xMff> it already is
2011-03-23 17:37 <kyak> i'm testing now
2011-03-23 17:37 <xMff> okay
2011-03-23 17:37 <xMff> I am waiting then
2011-03-23 17:38 <kyak> shouldn't take long.. after i replaced my SATA cable the HDD is UDMA-133 again, before it always fallbacked to DMA-33 -\
2011-03-23 17:40 <xMff> ;)
2011-03-23 17:46 <kyak> xMff: here goes : http://dpaste.com/524921/
2011-03-23 17:46 <kyak> built fine, the directory is in @INC
2011-03-23 17:51 <xMff> great
2011-03-23 17:51 <xMff> committing now
2011-03-23 17:52 <kyak> thanks again, and nice hint :)
2011-03-23 17:54 <xMff> okay, done
2011-03-23 20:47 <qi-bot> [commit] Werner Almesberger: fpd2pdf/fpdoc: added option  -a module  to manually add modules http://qi-hw.com/p/eda-tools/e92f458
2011-03-23 20:50 <qi-bot> [commit] Werner Almesberger: miscellaneous integration of fiducials http://qi-hw.com/p/ben-wpan/16ac7e5
2011-03-23 21:00 <qi-bot> [commit] Werner Almesberger: makefiles/Makefile.kicad: replaced a few $(NAME) with patterns (%, $^, $<) http://qi-hw.com/p/ben-wpan/33f320e
2011-03-23 21:23 <LunohoD> lars_: jz47xx_i2c_xfer shouldn't always return ret
2011-03-23 21:23 <LunohoD> master_xfer should return the number of messages successfully
2011-03-23 21:24 <LunohoD> processed, or a negative value on error
2011-03-23 21:24 <LunohoD> if(ret) return ret; else return i;
2011-03-23 21:24 <LunohoD> something like that
2011-03-23 23:41 <rjeffries> wpwrak re fiducial marks. some type of cross mark would make it easier to locate center of the mark