<qi-bot> [commit] Werner Almesberger: Cleaned up component values in cntr schematics. http://qi-hw.com/p/ben-wpan/021bb00
<qi-bot> [commit] Werner Almesberger: Assorted termination simulation cleanup. http://qi-hw.com/p/ben-wpan/2e742d9
<qi-bot> [commit] Werner Almesberger: bom/Makefile generalization http://qi-hw.com/p/ben-wpan/6e0abca
<qi-bot> [commit] Werner Almesberger: Added BOM data for "cntr" sub-project. http://qi-hw.com/p/ben-wpan/69ddbf6
<qi-bot> [commit] Werner Almesberger: Take "pads" and "stdpass" modules from kicad-libs and remove local copy. http://qi-hw.com/p/ben-wpan/a2e91cf
<qi-bot> [commit] Werner Almesberger: Revert TVS size reduction. We're not ready for it yet. http://qi-hw.com/p/ben-wpan/57874cf
<qi-bot> [commit] Werner Almesberger: Great renaming: atrf/wpan-atrf* becomes atusb/atusb* http://qi-hw.com/p/ben-wpan/b493f09
<qi-bot> [commit] Werner Almesberger: Cleanup of values in atusb/*.sch http://qi-hw.com/p/ben-wpan/9d6906d
<qi-bot> [commit] Werner Almesberger: atusb/atrf.sch (X1): don't explicitly say that the tolerance is a maximum http://qi-hw.com/p/ben-wpan/a0f0781
<qi-bot> [commit] Werner Almesberger: Added BOM data for "atusb" sub-project. http://qi-hw.com/p/ben-wpan/01a9f2c
<wpwrak> wolfspraul: here's one for the schematics history: atrf/ben-wpan.{pro,sch} are now atusb/atusb.{pro,sch}
<wolfspraul> you mean I just rename it?
<wpwrak> you just change the path in the schhist2web invocation, yes
<wpwrak> and then let's see if the "follow across all crazy renames" code works :)
<wolfspraul> title is ben-wpan/atusb?
<wolfspraul> so let's see, I have
<wolfspraul> run_schhist2web -S --title ben-wpan/atrf --order wpan-atrf:USB:RF ben-wpan atrf/wpan-atrf.sch output/atusb
<wolfspraul> and it will become
<wolfspraul> run_schhist2web -S --title ben-wpan/atusb --order wpan-atrf:USB:RF ben-wpan atusb/atusb.sch output/atusb
<wolfspraul> how about the --order parameter?
<wolfspraul> I would like to change the output directory to output/ben_wpan.atusb or so, what do you think? or ben_wpan_atusb?
<wpwrak> the wpan-atrf in other should change, too. otherwise, the order comes out a little wrong.
<wpwrak> the rest looks good
<xiangfu> aisa: Hi you there
<wolfspraul> so it's --order wpan-atusb:USB:RF ?
<wpwrak> (output dir) dunno. i would keep on using atusb/
<wpwrak> no, --order atusb:USB:RF
<wolfspraul> ok
<wolfspraul> output stays, will change it now
<aisa> xiangfu: I am!
<aisa> I managed this weekend to catch up on my life in a serious way.
<aisa> I'm starting to feel normal again.
<wpwrak> let's keep our fingers crossed :)
<aisa> I had to work this weekend,
<aisa> finishing a project I planned on having done a week and a half ago.
<xiangfu> aisa:  this branch is your LOCAL branch right??
<aisa> oh, hmmm...  I may have accidentally done that.
<aisa> I meant that to go to tracking_backfire.
<aisa> And I have planned early this week to bump the original patch,
<xiangfu> aisa: ok, I will remove that one. :)
<aisa> on the OpenWrT list.
<aisa> good, ok.
<aisa> I'll get this comitted to tracking_ and reping openwrt about it.
<aisa> Having been on the openwrt-devel list, I think I understand why it was ignored.
<wpwrak> (crazy renames) not quite sure if i also cover directory changes. well, we'll see soon enough :)
<xiangfu> aisa: ok.
<xiangfu> we will create a new branch name "master". which is our working on. then try to cleanup the 'tracking_backfire',
<xiangfu> will create the new branch afternoon.
<wpwrak> hmm .. You don't have permission to access /schhist/atusb/ on this server.
<wolfspraul> wpwrak: yes, wait a second
<wolfspraul> I just renamed it all to .obsolete, now it's being picked up from clean
<wpwrak> ah, i see
<wolfspraul> we can always go back if you want to stress test your caching etc. as well
<wolfspraul> the server runs a bit slower than usual, it looks like both mirko and xiangfu are running builds on it :-)
<wpwrak> yeah ! didn't miss a beat :-)
<wolfspraul> wpwrak: ok looks good I guess. I will delete the .obsolete dirs on the server.
<wpwrak> yeah. worked flawlessly
<wolfspraul> server doc updated, so all done. thanks for the heads up.
<wpwrak> thanks for updating !
<nitin_gupta> what is hardware usbboot ?
<nitin_gupta> xiangfu told me that as your bootloader is flashed so go for hardware USB Boot
<qi-bot> [commit] kyak: gitignore vim temporary files (*~) http://qi-hw.com/p/openwrt-xburst/51502be
<qi-bot> [commit] Werner Almesberger: modules/Makefile (MODULES): belatedly remove "pads" and "stdpass". Oops. http://qi-hw.com/p/ben-wpan/e3c8507
<qi-bot> [commit] Werner Almesberger: Added Molex 0480371000 USB A plug (SMT) http://qi-hw.com/p/ben-wpan/f73f0a9
<qi-bot> [commit] Werner Almesberger: SOT-323 footprint for MMST3904 NPN transistor (use NPN standard symbol) http://qi-hw.com/p/ben-wpan/7dd3d1a
<qi-bot> [commit] Werner Almesberger: Major redesign of "cntr" circuit. http://qi-hw.com/p/ben-wpan/e9147b0
<viric> larsc: did you ever have kernel hang problems if you connect the USB in the middle of the kernel boot? (before mounting the rootfs)
<larsc> viric: i don't think i ever tried that
<viric> ok
<viric> 2.6.35 hangs here, every time I try
<viric> (even the cursor stops blinking)
<dandon> does anyone of you know of a website that indexes reviews of Intel ixxx M processors?
<dandon> forum, blog w/e
<B_Lizzard> larsc, it happened again but I don't have my System.Map :/
<B_Lizzard> I think it happens when you remove and reinsert the USB cable
<larsc> B_Lizzard: the same error?
<B_Lizzard> Yeap
<B_Lizzard> Backtrace from IRQ185 and voltage timeout
<larsc> and your kernel was compiled with kallsyms disabeld?
<B_Lizzard> Yeah
<B_Lizzard> I'd have to rebuild with kallsyms again?
<B_Lizzard> I thought it might've been my build because I tried crashing the driver yesterday
<B_Lizzard> But this happened with a different build
<B_Lizzard> This time I'll test more thoroughly
<B_Lizzard> Maybe it happens randomly, maybe not
<B_Lizzard> I removed my AC adaptor to move it to a different plug and the driver crashed
<B_Lizzard> Could be related, I'll try in any case
<B_Lizzard> Is the screen supposed to blank to white?
<larsc> nope
<B_Lizzard> Ah, it does
<B_Lizzard> When left alone for a while
<B_Lizzard> Not via /sys/class/lcd/ili8960-lcd/power-something
<B_Lizzard> Uh, the sys thing actually powers the screen down so I wouldn't know either way, would I? :)
<B_Lizzard> larsc, it happened
<B_Lizzard> Wait, I'll upload the stuff
<B_Lizzard> I can replicate it if I remove and reinsert the AC adapter with the usb part plugged in
<B_Lizzard> dmesg: http://pastebin.com/JbzyC4EH
<B_Lizzard> interrupts: http://pastebin.com/NRPE4X1N
<B_Lizzard> system.map: http://pastebin.com/pGndKKSZ
<larsc> thanks
<B_Lizzard> np
<B_Lizzard> Let's hope this stuff is useful
<larsc> yes it is. it seems as if two jz_battery_read_voltage are running concurrently, otherwise i wouldn't know how to explain an unbalanced enable_irq
<larsc> although i cant see yet what could cause that
<B_Lizzard> If you can somehow combine that with the fact I can replicate it by removing and reinserting my AC adaptor with the USB part plugged in.
<B_Lizzard> Not the other way around.
<B_Lizzard> Removing and reinserting the USB cable doesn't do anything
<B_Lizzard> Lemme check something
<B_Lizzard> Actually, I just have to remove the AC adaptor
<B_Lizzard> Different AC adaptors don't seem to change anything
<B_Lizzard> Maybe it has something to do with the gradual tapering of voltage by the capacitors or something like that?
<larsc> can you try and see if you can reproduce the problem by doing a (cd /sys/class/power/battery; cat voltage health)?
<B_Lizzard> OK
<B_Lizzard> Do you mean /sys/class/power_supply/battery/voltage_now?
<B_Lizzard> I get 4001312
<larsc> yes
<B_Lizzard> AC plugged
<B_Lizzard> Lemme unplug the USB cable
<larsc> no wait
<larsc> cat /sys/class/power_supply/battery/voltage_now & cat /sys/class/power_supply/battery/voltage_now;
<B_Lizzard> Well it doesn't fluctuate with the AC adaptor plugged in
<B_Lizzard> I unplug the USB cable, it starts from 3961593 and goes down from there
<B_Lizzard> As expected
<larsc> yes. but what happens if you open the file twice at the same time?
<B_Lizzard> Ah
<B_Lizzard> Wait a sec
<larsc> i guess thats the source of the problem
<B_Lizzard> Yeap
<larsc> ok. easy to fix. add a mutex around the code in jz_batter_read_voltage
<B_Lizzard> Three cat commands did the trick
<B_Lizzard> Maybe two would too
<B_Lizzard> Could you fix the blank to white too?
<B_Lizzard> :/
<B_Lizzard> Ugh, I know fixing this stuff is hard, sorry about that.
<B_Lizzard> Didn't mean to sound like an ass
<larsc> you are using the upstream kernel, right?
<B_Lizzard> Yeap
<B_Lizzard> 2.6.32 some of your patches
<B_Lizzard> *with some of your patches
<B_Lizzard> And your defconfig
<larsc> hm looks as if i forgot the patch that fixes the whitescreen to the qi 2.6.36 tree
<B_Lizzard> Ah, OK.
<B_Lizzard> One other issue, bringing the volume down to 0% for Master in alsamixer doesn't actually mute the channel
<B_Lizzard> Actually, the changes between 100% and 0% aren't huge
<bartbes> does the openwrt build chain support hg?
<larsc> bartbes: i think it does
<larsc> B_Lizzard: i know. but that is all the hardware supports
<B_Lizzard> Ah, I see.
<B_Lizzard> I think that software volume would require dmix which might be prohibitive
<larsc> B_Lizzard: here is the patch that should fix the whitescreen bug https://dev.openwrt.org/browser/trunk/target/linux/xburst/patches-2.6.36/420-fb-notifier-pre-post.patch
<B_Lizzard> Thanks, sir.
<larsc> i'll add it to the qi 2.6.36 repo later when i'm home
<B_Lizzard> Great, thanks.
<B_Lizzard> The battery thing too?
<larsc> yes
<B_Lizzard> Thanks, larsc.
<larsc> thanks for testing
<wpwrak> lekernel: (high voltage generator) nice. now i know what to use if we ever need a range extender for wpan ;-)
<B_Lizzard> Would this patch add proper keyboard support under the console?
<larsc> yes
<B_Lizzard> OK, thanks.
<wpwrak> rafa: [continuing here] then, anything that got flagged in OpenWRT as "patented". not sure if there's a list
<rafa> wpwrak: what is flagged in OpenWRT?
<wpwrak> the have a flag that indicated whether a package contains patented material
<wpwrak> so that one can avoid that package
<rafa> ah.. for every package?
<wpwrak> but i don't know the details
<rafa> ah.. okey.. let me check
<wpwrak> well, as i understand it, it could be set on any package
<rafa> wpwrak: I hope that we will not get something like (OE repository)-(flagged packages)=openwrt repository :)
<wpwrak> naw, don't worry. i think it's only very few
<wpwrak> besides, once you have a procedure for excluding in packages in place, and excluded the obvious ones, you may very well leave the detail search to others
<larsc> a hackish solution could be to create a no-patents package and let packages with patented technologies conflict with it
<wpwrak> liberty.ipk ;-) it would then even make sense in a philosophical sense ...
<rafa> larsc: yes, but we need still to know which are the packages with patented technologies
<larsc> thats true
<kristianpaul> wich kind of patented techonology are you lookign for besides multimedia codecs?
<kristianpaul> i guess ubutu and fedora guys managed that a bit
<qbject> Hey, all. Has anyone else had trouble installing hnb?
<qbject> I get "* deb_extract: hnb_1.9.17_xburst.ipk: invalid magic"
<qbject> Drat. I hoped it was maybe my FAT32 uSD mucking up the .ipk so I downloaded the .gz and didn't unzip it until I had copied it to the Ben's NAND. No change.
<qbject> Could this have anything to do with the fact that tar has been hanging?
<kristoffer> sounds more like corrupted package/binary
<qbject> kristoffer: Hrm. I've downloaded twice from the link in qi-hw.com. Could WinXP/FAT32 screw up a .ipk.gz?
<qbject> Like I said, I'm not unzipping it until it's on the Ben.
<kristoffer> fat shouldnt mess it up like that. At worst it would simply shorten the filename
<kristoffer> you sure the package is working for someone else?
<qbject> kristoffer: no, I'm not. I just know that others are using hnb on their Bens, so I assumed.
<qbject> I'll ping jirka about it.
<kristoffer> qbject, roger
<qbject> kristoffer: you were right - corrupted file. didn't even have to bug jirka.
<qbject> Chrome browser on Windows XP appends .gz to the filename (I didn't realize that Chrome was doing it) so I ran the hnb installer through gunzip before trying to install, which I think is what was corrupting it.
<qbject> I downloaded the installer with Firefox instead, and FF didn't muck it up. Installed just fine.
<qbject> soo, thanks for listening. =D
<kristoffer> ah, that explains it. good catch
<qi-bot> [commit] Werner Almesberger: Cleaned up board outline and ground routing. http://qi-hw.com/p/ben-wpan/2ad54bf
<qi-bot> [commit] Werner Almesberger: Use "standard" 2:1 pad to hole ratio for USB connector shield. http://qi-hw.com/p/ben-wpan/8cd7acd
<qi-bot> [commit] Werner Almesberger: Corrected MMCX connector fields. http://qi-hw.com/p/ben-wpan/fca53a3
<qi-bot> [commit] Werner Almesberger: Added cntr's MMCX jack, USB A jack, and NPN transistor to BOM. http://qi-hw.com/p/ben-wpan/86b1163
<rafa> qbject: just a question.. that package you downloaded is not on some repository ? so you can use opkg install package.ipk from your nn?.. I am trying to understand how you get packages
<qbject> rafa: correct. I do not have my Ben set up to go online, so I download .ipk files from various places like http://fast10.vsb.cz/brozovsky/data/ports/ and http://wejp.k.vu/projects/gmu and http://downloads.qi-hardware.com/people/zear/games/
<qbject> I download those files to a desktop computer, then copy to one of my microSD cards with a µSD-USB adapter that came with one of them.
<qbject> then copy to my Ben from the µSD card.
<qbject> Once an .ipk is on the Ben (I usually just toss them in / and delete when I'm done) it can be installed with, for instance, "opkg install hnb_1.9.17_xburst.ipk"
<qbject> rafa: does that make sense?
<qbject> (oops. scratch that last link to zear's stuff. I'm pretty sure those are static binaries that you just unpack and run.)
<rafa> qbject: yes I understand.. a little hard to get packages :( but well, you are having fun it seems ;) (games, gmu, etc :) )
<qbject> rafa: I try to use my computers for as many things as I can. =D Why do you have trouble getting packages?
<rafa> qbject: me?, I do not have problems, or what do you mean?
<qbject> rafa: I'm sorry, I misunderstood when you said "a little hard to get packages :("
<rafa> qbject: ah.. that was for you :)
<rafa> because it seems a little hard (download on pc -> copy SD using adapter -> copy ben -> try install)
<qbject> Ahh. Yes, it is true. But that is okay. It keeps me out of trouble when I play with the NN at work (can't concentrate on it for too long), and then I don't get distracted by emails when I should be playing games!
<rafa> qbject: you are right. If mails are not letting you to play games then something is wrong there.. ;)
<qbject> rafa: I'm glad you understand. :) I find that the Internet is enormously valuable as a tool, but if it's still hooked up when it's not needed, it becomes a monumental waste of time.
<wolfspraul> wpwrak: hmm. Yanjun Luo (the guy who designed the board) says R16 doesn't need 250V.
<wolfspraul> I don't know why and I doubt he will come here into irc to discuss it :-)
<wolfspraul> meanwhile Sebastien found a serious bug on the board, C2, C4, R3 and R4 need to be removed, otherwise USB high speed won't work
<kristianpaul> 250V? >:|
<kristianpaul> hey stardict got ranked in osalt.com as alternative to Babylon http://www.osalt.com/stardict
<rafa> kristianpaul: what is osalt.com?
<kristianpaul> rafa: just other site to post floss alternatives to propietary sofware