| qi-bot | [commit] Andres Calderon: USB D routing started http://qi-hw.com/p/xue/bbf8fde | 00:11 |
|---|---|---|
| kyak | unclouded: hi, did you actually get nightsky working? | 01:48 |
| kyak | because 1) it won't build, but i fixed it with -rpath-link and 2) it runs, but hangs and does nothing | 01:49 |
| unclouded | kyak: yes, I installed the package to my NN and it started | 01:50 |
| kyak | hm, that's strange | 01:50 |
| unclouded | does it write anything to stdout before hanging? | 01:50 |
| kyak | do you have the latest everthing? | 01:50 |
| kyak | no, it writes nothing | 01:50 |
| unclouded | afaik | 01:50 |
| kyak | when i strace it, the last line is getuid() = 0 and then nothing | 01:51 |
| unclouded | it's looking for the user's home directory | 01:51 |
| kyak | yeah, i know | 01:51 |
| unclouded | the next call should get getpwuid | 01:51 |
| kyak | i tried to change it (i.e. hardcode the path to yml file), but it still hangs | 01:52 |
| kyak | in a weirdest way | 01:52 |
| kyak | there are two ioctl's, and after that - nothing | 01:52 |
| Action: unclouded scratches head | 01:52 | |
| unclouded | is path_to_data set to some really long path or is it the default? | 01:54 |
| unclouded | also, I thought the Makefile used rpath-link already? | 01:56 |
| unclouded | kyak, could it be RAM? how much free RAM have you got? | 01:59 |
| kyak | for the RAM, i have swap enabled, so should be no problem | 02:01 |
| kyak | i have warnings about rpath-link not enabled that prevent from building.. so i had to add it manually to TARGET_LDFLAGS in openwrt's Makefile | 02:02 |
| kyak | then it builds.. i rememeber you use openwrt SDK instead of toolchain, could it be the difference between us? | 02:02 |
| kyak | i tried to printf path_to_data, but it won't output (i.e. it doesn't even call "write") | 02:03 |
| kyak | it hangs somewhere before | 02:03 |
| kyak | and the strangest thing is, when i uncomment this line where is checks for home dir, strace output is finished after getuid() | 02:04 |
| kyak | unfortunately, i can't check anything right now.. would be good to check this path_to_data before call to getuid() | 02:06 |
| unclouded | which is the SDK and which is the toolchain? Just now I did git pull on openwrt-xburst and did package/nightsky/{clean,install} V=99, reinstalled in on the NN and that works | 02:06 |
| kyak | than it's toolchain that you have | 02:06 |
| kyak | i me, too | 02:07 |
| kyak | we should be on the same level then | 02:07 |
| kyak | with the same hardware :) | 02:07 |
| kyak | weird! | 02:07 |
| unclouded | exactly. we shouldn't see any differences! :( | 02:07 |
| unclouded | could it being a glibc/uClibc thing? | 02:07 |
| kyak | did you do make package/symlinks? | 02:08 |
| kyak | i think recently they switched to uClibc-0.9.32 | 02:08 |
| kyak | do you have it in your build_dir? | 02:08 |
| unclouded | I don't remember. probably not, just scripts/feeds update -a && scripts/feeds install -a | 02:09 |
| unclouded | let me check | 02:09 |
| kyak | ah, this is the same | 02:09 |
| unclouded | no, I've got: build_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1 | 02:10 |
| kyak | now this is the difference! | 02:10 |
| kyak | toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.32 | 02:10 |
| kyak | i've got | 02:10 |
| unclouded | maybe you used to use 0.9.31 and there are still bits of it around? | 02:11 |
| kyak | mm, i rememeber is cleaned up | 02:12 |
| kyak | but a good idea, i will cleanup | 02:12 |
| kyak | i suggest you clean up, too :) | 02:12 |
| unclouded | didn't I read somewhere there's a separate toolchain clean? | 02:12 |
| kyak | there's a make clean | 02:13 |
| kyak | also make toolchain/clean etc | 02:13 |
| kyak | because i noticed that make clean doesn't clean everything | 02:13 |
| unclouded | it will take me a while to rebuild. old hardware | 02:14 |
| kyak | me too | 02:15 |
| kyak | also, my CPU heats up to 92 C :) | 02:15 |
| unclouded | wow. what type of CPU? Intel? | 02:16 |
| unclouded | there's a make distclean too apparently | 02:16 |
| unclouded | I'm reading here: https://forum.openwrt.org/viewtopic.php?id=9180 | 02:16 |
| kyak | no-no | 02:17 |
| unclouded | it says that "make clean" does not clean the toolchain. is uClibc considered part of the toolchain? | 02:17 |
| kyak | distclean is bad :) | 02:17 |
| kyak | it removes your downloaded packages | 02:17 |
| unclouded | sure? that page says "cleans up everything expect $(TOPDIR)/.config and $(TOPDIR)/dl/" | 02:17 |
| kyak | i did: make clean, make target/clean, make toolchain/clean, make tools/clean | 02:18 |
| unclouded | maybe it's out of date | 02:18 |
| unclouded | ok, I'll do the same | 02:18 |
| kyak | Pentium(R) Dual-Core CPU E6500 @ 2.93GHz | 02:18 |
| kyak | my CPU | 02:18 |
| kyak | now to update and rebuild | 02:18 |
| unclouded | not that old then! I'm building on Mobile AMD Athlon(tm) 64 Processor 3200 | 02:19 |
| kyak | $ du -sh build_dir/ | 02:19 |
| kyak | 6,8G build_dir/ | 02:19 |
| kyak | strange.. i think i'll just rm al manually | 02:20 |
| kyak | what is the machine you have there? a laptop? | 02:20 |
| unclouded | yes | 02:20 |
| kyak | old good laptop is living his last days somewhere under your bad :) | 02:21 |
| kyak | *bed | 02:21 |
| kyak | so i'm wondering.. maybe you're right and we need to make distclean | 02:22 |
| kyak | i don't like these leftovers in build_dir | 02:22 |
| unclouded | it's pretty good as an Internet gateway. doesn't use much electricity and runs OpenVZ and apache2 and so on just fine | 02:22 |
| kyak | i expected them to disappear | 02:22 |
| unclouded | not so hot for building but better than my actual laptop, which is a Pentium4M - even slower | 02:23 |
| unclouded | is build_dir there when you first "git clone"? | 02:23 |
| kyak | no | 02:23 |
| kyak | should not be | 02:23 |
| unclouded | must be safe to remove then: it's all been generated | 02:24 |
| kyak | so i just made distclean | 02:24 |
| kyak | be warned, dl/ dir disappeared | 02:24 |
| kyak | i'll re-download, that would compensate for my CPU "speed" and we should finish together :) | 02:25 |
| unclouded | which command are you using to "make". can I avoid compiling the kernel again? | 02:25 |
| kyak | brb, sorry. | 02:25 |
| unclouded | no worries | 02:26 |
| kyak | i just "make".. or what do you mean? | 02:35 |
| kyak | also, distclean removed the .config.. i'll take the one from data/qi_lb60/conf/config | 02:35 |
| kyak | ok, i used the default config, only chose "nightsky", now making | 02:40 |
| unclouded | that doc must be old then sorry. it says it -won't- remove .config | 02:42 |
| unclouded | also, I could just give you an .ipk to see if that works on your NN. then we'd know for sure that it's something in the build system | 02:43 |
| kyak | that's a good idea | 02:45 |
| unclouded | http://amadeus.dist.ro/tmp/nightsky_20100823-1_xburst.ipk | 02:45 |
| unclouded | does that work on your NN? | 02:56 |
| kyak | unclouded: won't be able to try it for at least another 8 hours | 03:01 |
| unclouded | the build or the .ipk? | 03:02 |
| kyak | the .ipk | 03:02 |
| kyak | building now, but will also try later at home | 03:02 |
| unclouded | ok, no problem. I'll leave the file up there then | 03:02 |
| kyak | ok, thanks! | 03:03 |
| qi-bot | [commit] Werner Almesberger: Update IRQ_RF after reworking both boards. IRQ_RF was erroneously connected http://qi-hw.com/p/ben-wpan/738618a | 05:17 |
| qi-bot | [commit] Werner Almesberger: Finished and tested TX/RX. (LQ doesn't work yet, the rest does.) http://qi-hw.com/p/ben-wpan/73043a5 | 05:17 |
| unclouded | kyak, I rebuilt my OpenWRT from clean with "make tools/install toolchain/install package/nightsky/install" and it built ok. hope yours rebuilds ok from clean | 05:22 |
| kyak | tslib.cpp:42:19: error: tslib.h: No such file or directory | 05:25 |
| kyak | stupid qt4 won't compile again | 05:25 |
| kyak | Clock.h:10:21: error: SDL/SDL.h: No such file or directory | 05:28 |
| kyak | this is nightsky | 05:28 |
| kyak | actually, something is wrong with your toolchain | 05:28 |
| kyak | it should NOT compile nightsky | 05:28 |
| kyak | because it depends on sdl, and by make package/nightsky/install you don't build dependcies | 05:29 |
| kyak | at what point exactly was your libsdl and sdl-image build exactly after cleanup? | 05:30 |
| unclouded | true. I didn't rm build_dir as you did | 05:34 |
| unclouded | so libsdl must still have been lurking there | 05:34 |
| kyak | indeed | 05:35 |
| kyak | now i'll just wait for someone to fix qt4 | 05:36 |
| kyak | (as usual) | 05:36 |
| kyak | damn i get so pissed every time is is broken AGAIN upstream | 05:36 |
| kyak | how are they testing?? | 05:37 |
| unclouded | can you build libsdl and libsdl-image without building qt4? | 05:44 |
| kyak | i'd like to avoid it | 05:53 |
| kyak | it means manually building dependencies for libsdl and libsdl-image and dependencies of depenedcies.. and so on] | 05:54 |
| unclouded | not fun | 05:55 |
| unclouded | shame the build system can't do it auto. the data is there | 05:55 |
| unclouded | once a package has been ported to openwrt-packages, what has to happen before it's available for installation via opkg? | 06:10 |
| kyak | i think it has to be included in the next build :) | 06:16 |
| kyak | i mean, next release of image for Ben | 06:17 |
| qi-bot | [commit] Werner Almesberger: Setting the transmit power was broken. (And LQ works, by the way.) http://qi-hw.com/p/ben-wpan/2514804 | 06:20 |
| wolfspraul | kyak: when you say qt4 is broken 'upstream' - where do you mean? | 10:14 |
| wolfspraul | in openwrt? | 10:15 |
| wolfspraul | I think mirko is quite active on all things qt4 | 10:15 |
| wolfspraul | does he know what is broken? what is broken? :-) | 10:15 |
| kristianpaul | wpwrak: hey | 11:03 |
| kristianpaul | you planning use CPLD to interface SPI? | 11:03 |
| kristianpaul | hmm i have XC2C64A board from digilentic if you need try a core or something | 11:08 |
| kristianpaul | i need SPI plus some glue logic too | 11:08 |
| qi-bot | [commit] Andres Calderon: USB A Phy has been routed http://qi-hw.com/p/xue/3eea348 | 11:17 |
| qi-bot | [commit] Andres Calderon: minor routing progress http://qi-hw.com/p/xue/c3ab9ef | 11:17 |
| wpwrak | kristianpaul: i was inquiring about how hard/easy it would be to make an SPI to SPI bridge for the software-defined GPS wolfgang is considering. it would basically be a chip that outputs an SPI-like stream of quadrature samples at a few Mbps. | 11:29 |
| wpwrak | kristianpaul: since the ingenic cpu can only be an spi master, not an spi slave, we would need some glue logic with a (very) little buffer to translate between the two. | 11:30 |
| wpwrak | kristianpaul: my question is just if the simplest and cheapest CPLD is already good enough or this or if we need something more powerful. i'd leave the implementation to the experts ;-) | 11:31 |
| kristianpaul | :) | 11:32 |
| wpwrak | (well, if sebastien one day writes a free synthesis tool for fgpas and such, i might be interested to play with programmable logic. verilog looks kinda nice :) | 11:33 |
| kristianpaul | yeah is nice :) | 11:34 |
| kristianpaul | i'm learning using the MM SoC | 11:34 |
| wpwrak | nice way to get started ;-) | 11:35 |
| kristianpaul | i can acept Xilinx for now is the only non-free stuff i use in electronics | 11:35 |
| kristianpaul | btw are your aware of GPS signaniling and processign ? | 11:36 |
| kristianpaul | i'm just learning too amazinf topic btw | 11:36 |
| kristianpaul | amazing* | 11:36 |
| kristianpaul | ah i founded losts of free sofware projects involved around, great ! | 11:36 |
| wpwrak | i have one non-free thing crawling about on my systems, and that's the windows-only (and non-wine) 3d scanning application. that's already more than enough for my taste ... | 11:37 |
| kristianpaul | i have my heekscad is okay for my 3d needs | 11:37 |
| wpwrak | (gps) i don't really know about. wolfgang just asked me a few questions about which rf frontends would generally fit, assuming you want to do as much as possible in software. there's someone else working on a dsp-based gps reciver we could then adapt. (or that's the theory) | 11:38 |
| kristianpaul | i see | 11:39 |
| wpwrak | alas, heekscad doesn't speak the proprietary protocol my cnc mill uses when scanning :-( and reverse-engineering it isn't quite easy either. it's already hard to snoop it in a useful way :-( | 11:39 |
| kristianpaul | :( | 11:40 |
| kristianpaul | 3d is hobbiest so i dont hurge for high advanced features | 11:40 |
| wpwrak | well, one day i'll try ... but for now, i'll just live with having an enemy (i.e., a windows box) in my camp | 11:40 |
| wpwrak | very high-end 3D gets expensive anyway ;-) | 11:41 |
| kristianpaul | if you can handle is okay | 11:41 |
| kristianpaul | indeed | 11:41 |
| kristianpaul | btw what do you think is the trugput that the Ben Xbust can support on its gpio pins? | 11:42 |
| kristianpaul | i dint check datasheets in depth hoping find that info | 11:42 |
| wpwrak | hmm, you mean the highest frequency at which you can toggle a gpio ? | 11:43 |
| kristianpaul | yeap | 11:43 |
| kristianpaul | (sorry my english dictionaary is small) | 11:44 |
| wpwrak | i would expect a few dozen mhz. almost certainly < 100 MHz, though. the limiting factor should be cpu cycles and the internal busses. | 11:45 |
| kristianpaul | ok | 11:45 |
| kristianpaul | good | 11:45 |
| wpwrak | you can write a little assembler program that sets a gpio on and off. you probably need to unroll the loop, though, for an accurate measuement. | 11:45 |
| kristianpaul | any Xburst hacker around? | 11:46 |
| kristianpaul | ywah i was thinking in asm right now | 11:46 |
| kristianpaul | i need fast gpio response | 11:46 |
| kristianpaul | and i dont trust linux for that ! | 11:46 |
| kristianpaul | i guess will be slow | 11:46 |
| wpwrak | linux will be slow :) my guess would be that a memory/register access costs you at least 2 cycles, so a "write 0" followed by "write 1", infinitely unrolled, would need 4 cpu cycles per cycle of the signal. so that's 84 Mhz. | 11:48 |
| kristianpaul | yeah i think i need check code examples from SIE Unal guys did great work documenting gpio and low level stuff | 11:49 |
| kristianpaul | s/Unal/UNAL | 11:49 |
| wpwrak | if you want to, say, output some data in parallel, a la SPI, that would be shift_data(1), write_carry(2), write0(2), write1(2) = 7 cycles or 48. this is quite optimistic. not sure if the xburst can be so efficient. if it needs an add or, worse, a jump in this case, expect even less | 11:50 |
| kristianpaul | well may the CPLD save the day, just in case ;) | 11:51 |
| wpwrak | bit-banging serial protocols almost always sucks :) | 11:52 |
| kristianpaul | or a dual core Xburst :D | 11:52 |
| kristianpaul | yeah :( | 11:52 |
| kristianpaul | well i pics (my previous experience) is okay for simple stuff but well protocols with Mhz is soemthing i need to deal with | 11:52 |
| kristianpaul | s/i/in | 11:57 |
| wpwrak | hmm yes, i'll have to speed up the little spi in my rf board as well. right now, it should be crawling at less than 1 Mbps ... (not that it matters so far) | 11:59 |
| wpwrak | and then there's of course the frequency counter board that stubbornly refuses to do anything. that one should work up to 6 MHz, although with hardware support. | 12:00 |
| kristianpaul | oh thats hihg | 12:01 |
| kristianpaul | high* | 12:01 |
| wpwrak | the latter is for calibrating my crystals. the idea is to count the 1/2/4/... MHz clock derived from the crystal, then compare this with NTP time. after a day or so, i should have 1 ppm accuracy :) | 12:01 |
| kristianpaul | ohh | 12:01 |
| wpwrak | saves me buying a USD 3000 frequency counter :) | 12:02 |
| wpwrak | (of course, the latter would still be nice to have. ah, prorities, priorities ...) | 12:02 |
| kristianpaul | money, money money.. | 12:03 |
| wpwrak | yeah. so useless yet so important ... | 12:05 |
| qi-bot | [commit] Juan64Bits: Routing DDR-B http://qi-hw.com/p/xue/4edf66b | 12:44 |
| qi-bot | [commit] Andres Calderon: USB Phy re-routed http://qi-hw.com/p/xue/2e8564b | 19:45 |
| qi-bot | [commit] Andres Calderon: 2 new decoupling caps http://qi-hw.com/p/xue/7825f69 | 20:12 |
| qi-bot | [commit] Werner Almesberger: f32xbase didn't build on ancient Gentoo due to missing include. http://qi-hw.com/p/f32xbase/bc37839 | 20:15 |
| qi-bot | [commit] Werner Almesberger: Requests following a rejected SETUP requests failed too, which sometimes http://qi-hw.com/p/f32xbase/fd09655 | 20:15 |
| qi-bot | [commit] Werner Almesberger: lib/usb.c (open_usb): libusb documentation claims that considerable http://qi-hw.com/p/f32xbase/a77a9a6 | 20:15 |
| qi-bot | [commit] Werner Almesberger: Added list of to do items and known bugs. http://qi-hw.com/p/ben-wpan/c01a5e0 | 20:15 |
| qi-bot | [commit] Werner Almesberger: Minor potential improvements of USB robustness. http://qi-hw.com/p/ben-wpan/8f744bb | 20:15 |
| qi-bot | [commit] Werner Almesberger: Literature consistently calls the Link Quality Indication LQI, not LQ. So do http://qi-hw.com/p/ben-wpan/bb7b049 | 20:15 |
| kristianpaul | xiangfu: hello :-) | 22:09 |
| xiangfu | kristianpaul: hi | 22:10 |
| kristianpaul | Can you point me examples of using asm for the Ben Xburst? | 22:11 |
| kristianpaul | do we have datasheets for the Xbusrt 4720 btw? | 22:13 |
| kristianpaul | i need find out more info about some electrincal characteristics.. | 22:13 |
| kristianpaul | oh nv | 22:21 |
| kristianpaul | :p | 22:21 |
| xiangfu | kristianpaul: here is one: http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/xburst/package/uboot-xburst/files/arch/mips/cpu/xburst/usbboot.S | 22:40 |
| kristianpaul | xiangfu: ahh uboot is the clue ! :) | 22:41 |
| kristianpaul | thanks | 22:41 |
| qi-bot | [commit] Juan64Bits: Kernel image uploading http://qi-hw.com/p/nn-usb-fpga/1ef32f4 | 23:03 |
| --- Wed Aug 25 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!