2010-08-24 00:11 <qi-bot> [commit] Andres Calderon: USB D routing started http://qi-hw.com/p/xue/bbf8fde
2010-08-24 01:48 <kyak> unclouded: hi, did you actually get nightsky working?
2010-08-24 01:49 <kyak> because 1) it won't build, but i fixed it with -rpath-link and 2) it runs, but hangs and does nothing
2010-08-24 01:50 <unclouded> kyak: yes, I installed the package to my NN and it started
2010-08-24 01:50 <kyak> hm, that's strange
2010-08-24 01:50 <unclouded> does it write anything to stdout before hanging?
2010-08-24 01:50 <kyak> do you have the latest everthing?
2010-08-24 01:50 <kyak> no, it writes nothing
2010-08-24 01:50 <unclouded> afaik
2010-08-24 01:51 <kyak> when i strace it, the last line is getuid() = 0 and then nothing
2010-08-24 01:51 <unclouded> it's looking for the user's home directory
2010-08-24 01:51 <kyak> yeah, i know
2010-08-24 01:51 <unclouded> the next call should get getpwuid
2010-08-24 01:52 <kyak> i tried to change it (i.e. hardcode the path to yml file), but it still hangs
2010-08-24 01:52 <kyak> in a weirdest way
2010-08-24 01:52 <kyak> there are two ioctl's, and after that - nothing
2010-08-24 01:52 <unclouded> scratches head
2010-08-24 01:54 <unclouded> is path_to_data set to some really long path or is it the default?
2010-08-24 01:56 <unclouded> also, I thought the Makefile used rpath-link already?
2010-08-24 01:59 <unclouded> kyak, could it be RAM?  how much free RAM have you got?
2010-08-24 02:01 <kyak> for the RAM, i have swap enabled, so should be no problem
2010-08-24 02:02 <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
2010-08-24 02:02 <kyak> then it builds.. i rememeber you use openwrt SDK instead of toolchain, could it be the difference between us?
2010-08-24 02:03 <kyak> i tried to printf path_to_data, but it won't output (i.e. it doesn't even call "write")
2010-08-24 02:03 <kyak> it hangs somewhere before
2010-08-24 02:04 <kyak> and the strangest thing is, when i uncomment this line where is checks for home dir, strace output is finished after getuid()
2010-08-24 02:06 <kyak> unfortunately, i can't check anything right now.. would be good to check this path_to_data before call to getuid()
2010-08-24 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
2010-08-24 02:06 <kyak> than it's toolchain that you have
2010-08-24 02:07 <kyak> i me, too
2010-08-24 02:07 <kyak> we should be on the same level then
2010-08-24 02:07 <kyak> with the same hardware :)
2010-08-24 02:07 <kyak> weird!
2010-08-24 02:07 <unclouded> exactly.  we shouldn't see any differences! :(
2010-08-24 02:07 <unclouded> could it being a glibc/uClibc thing?
2010-08-24 02:08 <kyak> did you do make package/symlinks?
2010-08-24 02:08 <kyak> i think recently they switched to uClibc-0.9.32
2010-08-24 02:08 <kyak> do you have it in your build_dir?
2010-08-24 02:09 <unclouded> I don't remember.  probably not, just scripts/feeds update -a && scripts/feeds install -a
2010-08-24 02:09 <unclouded> let me check
2010-08-24 02:09 <kyak> ah, this is the same
2010-08-24 02:10 <unclouded> no, I've got: build_dir/toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.30.1
2010-08-24 02:10 <kyak> now this is the difference!
2010-08-24 02:10 <kyak> toolchain-mipsel_gcc-4.3.3+cs_uClibc-0.9.32
2010-08-24 02:10 <kyak> i've got
2010-08-24 02:11 <unclouded> maybe you used to use 0.9.31 and there are still bits of it around?
2010-08-24 02:12 <kyak> mm, i rememeber is cleaned up
2010-08-24 02:12 <kyak> but a good idea, i will cleanup
2010-08-24 02:12 <kyak> i suggest you clean up, too :)
2010-08-24 02:12 <unclouded> didn't I read somewhere there's a separate toolchain clean?
2010-08-24 02:13 <kyak> there's a make clean
2010-08-24 02:13 <kyak> also make toolchain/clean etc
2010-08-24 02:13 <kyak> because i noticed that make clean doesn't clean everything
2010-08-24 02:14 <unclouded> it will take me a while to rebuild.  old hardware
2010-08-24 02:15 <kyak> me too
2010-08-24 02:15 <kyak> also, my CPU heats up to 92 C :)
2010-08-24 02:16 <unclouded> wow.  what type of CPU?  Intel?
2010-08-24 02:16 <unclouded> there's a make distclean too apparently
2010-08-24 02:16 <unclouded> I'm reading here: https://forum.openwrt.org/viewtopic.php?id=9180
2010-08-24 02:17 <kyak> no-no
2010-08-24 02:17 <unclouded> it says that "make clean" does not clean the toolchain.  is uClibc considered part of the toolchain?
2010-08-24 02:17 <kyak> distclean is bad :)
2010-08-24 02:17 <kyak> it removes your downloaded packages
2010-08-24 02:17 <unclouded> sure?  that page says "cleans up everything expect $(TOPDIR)/.config and $(TOPDIR)/dl/"
2010-08-24 02:18 <kyak> i did: make clean, make target/clean, make toolchain/clean, make tools/clean
2010-08-24 02:18 <unclouded> maybe it's out of date
2010-08-24 02:18 <unclouded> ok, I'll do the same
2010-08-24 02:18 <kyak> Pentium(R) Dual-Core  CPU      E6500  @ 2.93GHz
2010-08-24 02:18 <kyak> my CPU
2010-08-24 02:18 <kyak> now to update and rebuild
2010-08-24 02:19 <unclouded> not that old then!  I'm building on Mobile AMD Athlon(tm) 64 Processor 3200
2010-08-24 02:19 <kyak> $ du -sh build_dir/
2010-08-24 02:19 <kyak> 6,8G    build_dir/
2010-08-24 02:20 <kyak> strange.. i think i'll just rm al manually
2010-08-24 02:20 <kyak> what is the machine you have there? a laptop?
2010-08-24 02:20 <unclouded> yes
2010-08-24 02:21 <kyak> old good laptop is living his last days somewhere under your bad :)
2010-08-24 02:21 <kyak> *bed
2010-08-24 02:22 <kyak> so i'm wondering.. maybe you're right and we need to make distclean
2010-08-24 02:22 <kyak> i don't like these leftovers in build_dir
2010-08-24 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
2010-08-24 02:22 <kyak> i expected them to disappear
2010-08-24 02:23 <unclouded> not so hot for building but better than my actual laptop, which is a Pentium4M - even slower
2010-08-24 02:23 <unclouded> is build_dir there when you first "git clone"?
2010-08-24 02:23 <kyak> no
2010-08-24 02:23 <kyak> should not be
2010-08-24 02:24 <unclouded> must be safe to remove then: it's all been generated
2010-08-24 02:24 <kyak> so i just made distclean
2010-08-24 02:24 <kyak> be warned, dl/ dir disappeared
2010-08-24 02:25 <kyak> i'll re-download, that would compensate for my CPU "speed" and we should finish together :)
2010-08-24 02:25 <unclouded> which command are you using to "make".  can I avoid compiling the kernel again?
2010-08-24 02:25 <kyak> brb, sorry.
2010-08-24 02:26 <unclouded> no worries
2010-08-24 02:35 <kyak> i just "make".. or what do you mean?
2010-08-24 02:35 <kyak> also, distclean removed the .config.. i'll take the one from data/qi_lb60/conf/config
2010-08-24 02:40 <kyak> ok, i used the default config, only chose "nightsky", now making
2010-08-24 02:42 <unclouded> that doc must be old then sorry.  it says it -won't- remove .config
2010-08-24 02:43 <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
2010-08-24 02:45 <kyak> that's a good idea
2010-08-24 02:45 <unclouded> http://amadeus.dist.ro/tmp/nightsky_20100823-1_xburst.ipk
2010-08-24 02:56 <unclouded> does that work on your NN?
2010-08-24 03:01 <kyak> unclouded: won't be able to try it for at least another 8 hours
2010-08-24 03:02 <unclouded> the build or the .ipk?
2010-08-24 03:02 <kyak> the .ipk
2010-08-24 03:02 <kyak> building now, but will also try later at home
2010-08-24 03:02 <unclouded> ok, no problem.  I'll leave the file up there then
2010-08-24 03:03 <kyak> ok, thanks!
2010-08-24 05:17 <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
2010-08-24 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
2010-08-24 05:22 <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
2010-08-24 05:25 <kyak> tslib.cpp:42:19: error: tslib.h: No such file or directory
2010-08-24 05:25 <kyak> stupid qt4 won't compile again
2010-08-24 05:28 <kyak> Clock.h:10:21: error: SDL/SDL.h: No such file or directory
2010-08-24 05:28 <kyak> this is nightsky
2010-08-24 05:28 <kyak> actually, something is wrong with your toolchain
2010-08-24 05:28 <kyak> it should NOT compile nightsky
2010-08-24 05:29 <kyak> because it depends on sdl, and by make package/nightsky/install you don't  build dependcies
2010-08-24 05:30 <kyak> at what point exactly was your libsdl and sdl-image build exactly after cleanup?
2010-08-24 05:34 <unclouded> true.  I didn't rm build_dir as you did
2010-08-24 05:34 <unclouded> so libsdl must still have been lurking there
2010-08-24 05:35 <kyak> indeed
2010-08-24 05:36 <kyak> now i'll just wait for someone to fix qt4
2010-08-24 05:36 <kyak> (as usual)
2010-08-24 05:36 <kyak> damn i get so pissed every time is is broken AGAIN upstream
2010-08-24 05:37 <kyak> how are they testing??
2010-08-24 05:44 <unclouded> can you build libsdl and libsdl-image without building qt4?
2010-08-24 05:53 <kyak> i'd like to avoid it
2010-08-24 05:54 <kyak> it means manually building dependencies for libsdl and libsdl-image and dependencies of depenedcies.. and so on]
2010-08-24 05:55 <unclouded> not fun
2010-08-24 05:55 <unclouded> shame the build system can't do it auto.  the data is there
2010-08-24 06:10 <unclouded> once a package has been ported to openwrt-packages, what has to happen before it's available for installation via opkg?
2010-08-24 06:16 <kyak> i think it has to be included in the next build :)
2010-08-24 06:17 <kyak> i mean, next release of image for Ben
2010-08-24 06:20 <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
2010-08-24 10:14 <wolfspraul> kyak: when you say qt4 is broken 'upstream' - where do you mean?
2010-08-24 10:15 <wolfspraul> in openwrt?
2010-08-24 10:15 <wolfspraul> I think mirko is quite active on all things qt4
2010-08-24 10:15 <wolfspraul> does he know what is broken? what is broken? :-)
2010-08-24 11:03 <kristianpaul> wpwrak: hey
2010-08-24 11:03 <kristianpaul> you planning use CPLD to interface SPI?
2010-08-24 11:08 <kristianpaul> hmm i have XC2C64A board from digilentic if you need try a core or something
2010-08-24 11:08 <kristianpaul> i need SPI plus some glue logic too
2010-08-24 11:17 <qi-bot> [commit] Andres Calderon: USB A Phy has been routed http://qi-hw.com/p/xue/3eea348
2010-08-24 11:17 <qi-bot> [commit] Andres Calderon: minor routing progress http://qi-hw.com/p/xue/c3ab9ef
2010-08-24 11:29 <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.
2010-08-24 11:30 <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.
2010-08-24 11:31 <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 ;-)
2010-08-24 11:32 <kristianpaul> :)
2010-08-24 11:33 <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 :)
2010-08-24 11:34 <kristianpaul> yeah is nice :)
2010-08-24 11:34 <kristianpaul> i'm learning using the MM SoC
2010-08-24 11:35 <wpwrak> nice way to get started ;-)
2010-08-24 11:35 <kristianpaul> i can acept Xilinx for now is the only non-free stuff i use in electronics
2010-08-24 11:36 <kristianpaul> btw are your aware of GPS signaniling and processign ?
2010-08-24 11:36 <kristianpaul> i'm just learning too amazinf topic btw
2010-08-24 11:36 <kristianpaul> amazing*
2010-08-24 11:36 <kristianpaul> ah i founded losts of free sofware projects involved around, great !
2010-08-24 11:37 <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 ...
2010-08-24 11:37 <kristianpaul> i have my heekscad is okay for my 3d needs
2010-08-24 11:38 <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)
2010-08-24 11:39 <kristianpaul> i see
2010-08-24 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 :-(
2010-08-24 11:40 <kristianpaul> :(
2010-08-24 11:40 <kristianpaul> 3d is hobbiest so i dont hurge for high advanced features
2010-08-24 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
2010-08-24 11:41 <wpwrak> very high-end 3D gets expensive anyway ;-)
2010-08-24 11:41 <kristianpaul> if you can handle is okay
2010-08-24 11:41 <kristianpaul> indeed
2010-08-24 11:42 <kristianpaul> btw what do you think is the trugput that the Ben Xbust can support on its gpio pins?
2010-08-24 11:42 <kristianpaul> i dint check datasheets in depth hoping find that info
2010-08-24 11:43 <wpwrak> hmm, you mean the highest frequency at which you can toggle a gpio ?
2010-08-24 11:43 <kristianpaul> yeap
2010-08-24 11:44 <kristianpaul> (sorry my english dictionaary is small)
2010-08-24 11:45 <wpwrak> i would expect a few dozen mhz. almost certainly < 100 MHz, though. the limiting factor should be cpu cycles and the internal busses.
2010-08-24 11:45 <kristianpaul> ok
2010-08-24 11:45 <kristianpaul> good
2010-08-24 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.
2010-08-24 11:46 <kristianpaul> any Xburst hacker around?
2010-08-24 11:46 <kristianpaul> ywah i was thinking in asm right now
2010-08-24 11:46 <kristianpaul> i need fast gpio response
2010-08-24 11:46 <kristianpaul> and i dont trust linux for that !
2010-08-24 11:46 <kristianpaul> i guess will be slow
2010-08-24 11:48 <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.
2010-08-24 11:49 <kristianpaul> yeah i think i need check code examples from SIE  Unal guys did great work documenting gpio and low level stuff
2010-08-24 11:49 <kristianpaul> s/Unal/UNAL
2010-08-24 11:50 <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
2010-08-24 11:51 <kristianpaul> well may the CPLD save the day, just in case ;)
2010-08-24 11:52 <wpwrak> bit-banging serial protocols almost always sucks :)
2010-08-24 11:52 <kristianpaul> or a dual core Xburst :D
2010-08-24 11:52 <kristianpaul> yeah :(
2010-08-24 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
2010-08-24 11:57 <kristianpaul> s/i/in
2010-08-24 11:59 <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)
2010-08-24 12:00 <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.
2010-08-24 12:01 <kristianpaul> oh thats hihg
2010-08-24 12:01 <kristianpaul> high*
2010-08-24 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 :)
2010-08-24 12:01 <kristianpaul> ohh
2010-08-24 12:02 <wpwrak> saves me buying a USD 3000 frequency counter :)
2010-08-24 12:02 <wpwrak> (of course, the latter would still be nice to have. ah, prorities, priorities ...)
2010-08-24 12:03 <kristianpaul> money, money money..
2010-08-24 12:05 <wpwrak> yeah. so useless yet so important ...
2010-08-24 12:44 <qi-bot> [commit] Juan64Bits: Routing DDR-B http://qi-hw.com/p/xue/4edf66b
2010-08-24 19:45 <qi-bot> [commit] Andres Calderon: USB Phy re-routed http://qi-hw.com/p/xue/2e8564b
2010-08-24 20:12 <qi-bot> [commit] Andres Calderon: 2 new decoupling caps http://qi-hw.com/p/xue/7825f69
2010-08-24 20:15 <qi-bot> [commit] Werner Almesberger: f32xbase didn't build on ancient Gentoo due to missing include. http://qi-hw.com/p/f32xbase/bc37839
2010-08-24 20:15 <qi-bot> [commit] Werner Almesberger: Requests following a rejected SETUP requests failed too, which sometimes http://qi-hw.com/p/f32xbase/fd09655
2010-08-24 20:15 <qi-bot> [commit] Werner Almesberger: lib/usb.c (open_usb): libusb documentation claims that considerable http://qi-hw.com/p/f32xbase/a77a9a6
2010-08-24 20:15 <qi-bot> [commit] Werner Almesberger: Added list of to do items and known bugs. http://qi-hw.com/p/ben-wpan/c01a5e0
2010-08-24 20:15 <qi-bot> [commit] Werner Almesberger: Minor potential improvements of USB robustness. http://qi-hw.com/p/ben-wpan/8f744bb
2010-08-24 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
2010-08-24 22:09 <kristianpaul> xiangfu: hello :-)
2010-08-24 22:10 <xiangfu> kristianpaul: hi
2010-08-24 22:11 <kristianpaul> Can you point me examples of using asm for the Ben Xburst?
2010-08-24 22:13 <kristianpaul> do we have datasheets for the Xbusrt 4720 btw?
2010-08-24 22:13 <kristianpaul> i need find out more info about some electrincal characteristics..
2010-08-24 22:21 <kristianpaul> oh nv
2010-08-24 22:21 <kristianpaul> :p
2010-08-24 22:40 <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
2010-08-24 22:41 <kristianpaul> xiangfu: ahh uboot is the clue ! :)
2010-08-24 22:41 <kristianpaul> thanks
2010-08-24 23:03 <qi-bot> [commit] Juan64Bits: Kernel image uploading http://qi-hw.com/p/nn-usb-fpga/1ef32f4