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