2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Cleaned up component values in cntr schematics. http://qi-hw.com/p/ben-wpan/021bb00
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Assorted termination simulation cleanup. http://qi-hw.com/p/ben-wpan/2e742d9
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: bom/Makefile generalization http://qi-hw.com/p/ben-wpan/6e0abca
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Added BOM data for "cntr" sub-project. http://qi-hw.com/p/ben-wpan/69ddbf6
2010-10-25 00:01 <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
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Revert TVS size reduction. We're not ready for it yet. http://qi-hw.com/p/ben-wpan/57874cf
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Great renaming: atrf/wpan-atrf* becomes atusb/atusb* http://qi-hw.com/p/ben-wpan/b493f09
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Cleanup of values in atusb/*.sch http://qi-hw.com/p/ben-wpan/9d6906d
2010-10-25 00:01 <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
2010-10-25 00:01 <qi-bot> [commit] Werner Almesberger: Added BOM data for "atusb" sub-project. http://qi-hw.com/p/ben-wpan/01a9f2c
2010-10-25 00:03 <wpwrak> wolfspraul: here's one for the schematics history: atrf/ben-wpan.{pro,sch} are now atusb/atusb.{pro,sch}
2010-10-25 00:03 <wolfspraul> you mean I just rename it?
2010-10-25 00:04 <wpwrak> you just change the path in the schhist2web invocation, yes
2010-10-25 00:04 <wpwrak> and then let's see if the "follow across all crazy renames" code works :)
2010-10-25 00:08 <wolfspraul> title is ben-wpan/atusb?
2010-10-25 00:09 <wolfspraul> so let's see, I have
2010-10-25 00:09 <wolfspraul> run_schhist2web -S --title ben-wpan/atrf --order wpan-atrf:USB:RF ben-wpan atrf/wpan-atrf.sch output/atusb
2010-10-25 00:09 <wolfspraul> and it will become
2010-10-25 00:09 <wolfspraul> run_schhist2web -S --title ben-wpan/atusb --order wpan-atrf:USB:RF ben-wpan atusb/atusb.sch output/atusb
2010-10-25 00:09 <wolfspraul> how about the --order parameter?
2010-10-25 00:10 <wolfspraul> I would like to change the output directory to output/ben_wpan.atusb or so, what do you think? or ben_wpan_atusb?
2010-10-25 00:12 <wpwrak> the wpan-atrf in other should change, too. otherwise, the order comes out a little wrong.
2010-10-25 00:12 <wpwrak> the rest looks good
2010-10-25 00:12 <xiangfu> aisa: Hi you there
2010-10-25 00:13 <wolfspraul> so it's --order wpan-atusb:USB:RF ?
2010-10-25 00:13 <wpwrak> (output dir) dunno. i would keep on using atusb/
2010-10-25 00:13 <wpwrak> no, --order atusb:USB:RF
2010-10-25 00:13 <wolfspraul> ok
2010-10-25 00:13 <wolfspraul> output stays, will change it now
2010-10-25 00:13 <aisa> xiangfu: I am!
2010-10-25 00:14 <aisa> I managed this weekend to catch up on my life in a serious way.
2010-10-25 00:14 <aisa> I'm starting to feel normal again.
2010-10-25 00:14 <wpwrak> let's keep our fingers crossed :)
2010-10-25 00:14 <aisa> I had to work this weekend,
2010-10-25 00:14 <xiangfu> aisa: http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/changes/backfire/
2010-10-25 00:14 <aisa> finishing a project I planned on having done a week and a half ago.
2010-10-25 00:15 <xiangfu> aisa:  this branch is your LOCAL branch right??
2010-10-25 00:15 <aisa> oh, hmmm...  I may have accidentally done that.
2010-10-25 00:15 <aisa> I meant that to go to tracking_backfire.
2010-10-25 00:16 <aisa> And I have planned early this week to bump the original patch,
2010-10-25 00:16 <xiangfu> aisa: ok, I will remove that one. :)
2010-10-25 00:16 <aisa> on the OpenWrT list.
2010-10-25 00:16 <aisa> good, ok.
2010-10-25 00:16 <aisa> I'll get this comitted to tracking_ and reping openwrt about it.
2010-10-25 00:16 <aisa> Having been on the openwrt-devel list, I think I understand why it was ignored.
2010-10-25 00:17 <wpwrak> (crazy renames) not quite sure if i also cover directory changes. well, we'll see soon enough :)
2010-10-25 00:17 <xiangfu> aisa: ok.
2010-10-25 00:18 <xiangfu> we will create a new branch name "master". which is our working on. then try to cleanup the 'tracking_backfire',
2010-10-25 00:18 <xiangfu> will create the new branch afternoon.
2010-10-25 00:18 <wpwrak> hmm .. You don't have permission to access /schhist/atusb/ on this server.
2010-10-25 00:19 <wolfspraul> wpwrak: yes, wait a second
2010-10-25 00:19 <wolfspraul> I just renamed it all to .obsolete, now it's being picked up from clean
2010-10-25 00:20 <wpwrak> ah, i see
2010-10-25 00:20 <wolfspraul> we can always go back if you want to stress test your caching etc. as well
2010-10-25 00:22 <wolfspraul> the server runs a bit slower than usual, it looks like both mirko and xiangfu are running builds on it :-)
2010-10-25 00:25 <wpwrak> yeah ! didn't miss a beat :-)
2010-10-25 00:48 <wolfspraul> wpwrak: ok looks good I guess. I will delete the .obsolete dirs on the server.
2010-10-25 00:51 <wpwrak> yeah. worked flawlessly
2010-10-25 00:52 <wolfspraul> server doc updated, so all done. thanks for the heads up.
2010-10-25 00:52 <wpwrak> thanks for updating !
2010-10-25 01:00 <nitin_gupta> what is hardware usbboot ?
2010-10-25 01:00 <nitin_gupta> xiangfu told me that as your bootloader is flashed so go for hardware USB Boot
2010-10-25 03:23 <qi-bot> [commit] kyak: gitignore vim temporary files (*~) http://qi-hw.com/p/openwrt-xburst/51502be
2010-10-25 07:45 <qi-bot> [commit] Werner Almesberger: modules/Makefile (MODULES): belatedly remove "pads" and "stdpass". Oops. http://qi-hw.com/p/ben-wpan/e3c8507
2010-10-25 07:45 <qi-bot> [commit] Werner Almesberger: Added Molex 0480371000 USB A plug (SMT) http://qi-hw.com/p/ben-wpan/f73f0a9
2010-10-25 07:45 <qi-bot> [commit] Werner Almesberger: SOT-323 footprint for MMST3904 NPN transistor (use NPN standard symbol) http://qi-hw.com/p/ben-wpan/7dd3d1a
2010-10-25 07:45 <qi-bot> [commit] Werner Almesberger: Major redesign of "cntr" circuit. http://qi-hw.com/p/ben-wpan/e9147b0
2010-10-25 08:14 <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)
2010-10-25 08:15 <larsc> viric: i don't think i ever tried that
2010-10-25 08:17 <viric> ok
2010-10-25 08:17 <viric> 2.6.35 hangs here, every time I try
2010-10-25 08:18 <viric> (even the cursor stops blinking)
2010-10-25 09:09 <dandon> does anyone of you know of a website that indexes reviews of Intel ixxx M processors?
2010-10-25 09:09 <dandon> forum, blog w/e
2010-10-25 09:13 <B_Lizzard> larsc, it happened again but I don't have my System.Map :/
2010-10-25 09:15 <B_Lizzard> I think it happens when you remove and reinsert the USB cable
2010-10-25 09:18 <larsc> B_Lizzard: the same error?
2010-10-25 09:18 <B_Lizzard> Yeap
2010-10-25 09:18 <B_Lizzard> Backtrace from IRQ185 and voltage timeout
2010-10-25 09:19 <larsc> and your kernel was compiled with kallsyms disabeld?
2010-10-25 09:19 <B_Lizzard> Yeah
2010-10-25 09:20 <B_Lizzard> I'd have to rebuild with kallsyms again?
2010-10-25 09:20 <lekernel> http://www.lucidscience.com/gal-rock%20disaggregator-1.aspx
2010-10-25 09:20 <B_Lizzard> I thought it might've been my build because I tried crashing the driver yesterday
2010-10-25 09:20 <B_Lizzard> But this happened with a different build
2010-10-25 09:20 <B_Lizzard> This time I'll test more thoroughly
2010-10-25 09:21 <B_Lizzard> Maybe it happens randomly, maybe not
2010-10-25 09:23 <B_Lizzard> I removed my AC adaptor to move it to a different plug and the driver crashed
2010-10-25 09:23 <B_Lizzard> Could be related, I'll try in any case
2010-10-25 09:25 <B_Lizzard> Is the screen supposed to blank to white?
2010-10-25 09:28 <larsc> nope
2010-10-25 09:29 <B_Lizzard> Ah, it does
2010-10-25 09:29 <B_Lizzard> When left alone for a while
2010-10-25 09:30 <B_Lizzard> Not via /sys/class/lcd/ili8960-lcd/power-something
2010-10-25 09:30 <B_Lizzard> Uh, the sys thing actually powers the screen down so I wouldn't know either way, would I? :)
2010-10-25 09:40 <B_Lizzard> larsc, it happened
2010-10-25 09:40 <B_Lizzard> Wait, I'll upload the stuff
2010-10-25 09:41 <B_Lizzard> I can replicate it if I remove and reinsert the AC adapter with the usb part plugged in
2010-10-25 09:42 <B_Lizzard> dmesg: http://pastebin.com/JbzyC4EH
2010-10-25 09:43 <B_Lizzard> interrupts: http://pastebin.com/NRPE4X1N
2010-10-25 09:44 <B_Lizzard> system.map: http://pastebin.com/pGndKKSZ
2010-10-25 09:46 <larsc> thanks
2010-10-25 09:48 <B_Lizzard> np
2010-10-25 09:51 <B_Lizzard> Let's hope this stuff is useful
2010-10-25 09:54 <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
2010-10-25 09:58 <larsc> although i cant see yet what could cause that
2010-10-25 09:59 <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.
2010-10-25 10:00 <B_Lizzard> Not the other way around.
2010-10-25 10:00 <B_Lizzard> Removing and reinserting the USB cable doesn't do anything
2010-10-25 10:01 <B_Lizzard> Lemme check something
2010-10-25 10:05 <B_Lizzard> Actually, I just have to remove the AC adaptor
2010-10-25 10:05 <B_Lizzard> Different AC adaptors don't seem to change anything
2010-10-25 10:05 <B_Lizzard> Maybe it has something to do with the gradual tapering of voltage by the capacitors or something like that?
2010-10-25 10:07 <larsc> can you try and see if you can reproduce the problem by doing a (cd /sys/class/power/battery; cat voltage health)?
2010-10-25 10:07 <B_Lizzard> OK
2010-10-25 10:10 <B_Lizzard> Do you mean /sys/class/power_supply/battery/voltage_now?
2010-10-25 10:10 <B_Lizzard> I get 4001312
2010-10-25 10:10 <larsc> yes
2010-10-25 10:10 <B_Lizzard> AC plugged
2010-10-25 10:10 <B_Lizzard> Lemme unplug the USB cable
2010-10-25 10:10 <larsc> no wait
2010-10-25 10:11 <larsc> cat /sys/class/power_supply/battery/voltage_now & cat /sys/class/power_supply/battery/voltage_now;
2010-10-25 10:11 <B_Lizzard> Well it doesn't fluctuate with the AC adaptor plugged in
2010-10-25 10:11 <B_Lizzard> I unplug the USB cable, it starts from 3961593 and goes down from there
2010-10-25 10:11 <B_Lizzard> As expected
2010-10-25 10:12 <larsc> yes. but what happens if you open the file twice at the same time?
2010-10-25 10:13 <B_Lizzard> Ah
2010-10-25 10:13 <B_Lizzard> Wait a sec
2010-10-25 10:14 <larsc> i guess thats the source of the problem
2010-10-25 10:14 <B_Lizzard> Yeap
2010-10-25 10:15 <larsc> ok. easy to fix. add a mutex around the code in jz_batter_read_voltage
2010-10-25 10:15 <B_Lizzard> Three cat commands did the trick
2010-10-25 10:15 <B_Lizzard> Maybe two would too
2010-10-25 10:16 <B_Lizzard> Could you fix the blank to white too?
2010-10-25 10:16 <B_Lizzard> :/
2010-10-25 10:20 <B_Lizzard> Ugh, I know fixing this stuff is hard, sorry about that.
2010-10-25 10:20 <B_Lizzard> Didn't mean to sound like an ass
2010-10-25 10:23 <larsc> you are using the upstream kernel, right?
2010-10-25 10:24 <B_Lizzard> Yeap
2010-10-25 10:24 <B_Lizzard> 2.6.32 some of your patches
2010-10-25 10:25 <B_Lizzard> *with some of your patches
2010-10-25 10:25 <B_Lizzard> And your defconfig
2010-10-25 10:27 <larsc> hm looks as if i forgot the patch that fixes the whitescreen to the qi 2.6.36 tree
2010-10-25 10:27 <B_Lizzard> Ah, OK.
2010-10-25 10:28 <B_Lizzard> One other issue, bringing the volume down to 0% for Master in alsamixer doesn't actually mute the channel
2010-10-25 10:29 <B_Lizzard> Actually, the changes between 100% and 0% aren't huge
2010-10-25 10:29 <bartbes> does the openwrt build chain support hg?
2010-10-25 10:30 <larsc> bartbes: i think it does
2010-10-25 10:31 <larsc> B_Lizzard: i know. but that is all the hardware supports
2010-10-25 10:32 <B_Lizzard> Ah, I see.
2010-10-25 10:32 <B_Lizzard> I think that software volume would require dmix which might be prohibitive
2010-10-25 10:32 <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
2010-10-25 10:32 <B_Lizzard> Thanks, sir.
2010-10-25 10:33 <larsc> i'll add it to the qi 2.6.36 repo later when i'm home
2010-10-25 10:36 <B_Lizzard> Great, thanks.
2010-10-25 10:37 <B_Lizzard> The battery thing too?
2010-10-25 10:37 <larsc> yes
2010-10-25 10:42 <B_Lizzard> Thanks, larsc.
2010-10-25 10:47 <larsc> thanks for testing
2010-10-25 11:05 <wpwrak> lekernel: (high voltage generator) nice. now i know what to use if we ever need a range extender for wpan ;-)
2010-10-25 11:33 <B_Lizzard> https://dev.openwrt.org/browser/trunk/target/linux/xburst/patches-2.6.36/500-modifier-keys.patch
2010-10-25 11:33 <B_Lizzard> Would this patch add proper keyboard support under the console?
2010-10-25 11:34 <larsc> yes
2010-10-25 11:35 <B_Lizzard> OK, thanks.
2010-10-25 12:01 <wpwrak> rafa: [continuing here] then, anything that got flagged in OpenWRT as "patented". not sure if there's a list
2010-10-25 12:14 <rafa> wpwrak: what is flagged in OpenWRT?
2010-10-25 12:15 <wpwrak> the have a flag that indicated whether a package contains patented material
2010-10-25 12:15 <wpwrak> so that one can avoid that package
2010-10-25 12:15 <rafa> ah.. for every package?
2010-10-25 12:15 <wpwrak> but i don't know the details
2010-10-25 12:15 <rafa> ah.. okey.. let me check
2010-10-25 12:15 <wpwrak> well, as i understand it, it could be set on any package
2010-10-25 12:17 <rafa> wpwrak: I hope that we will not get something like (OE repository)-(flagged packages)=openwrt repository :)
2010-10-25 12:18 <wpwrak> naw, don't worry. i think it's only very few
2010-10-25 12:22 <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
2010-10-25 12:26 <larsc> a hackish solution could be to create a no-patents package and let packages with patented technologies conflict with it
2010-10-25 12:32 <wpwrak> liberty.ipk ;-) it would then even make sense in a philosophical sense ...
2010-10-25 12:40 <rafa> larsc: yes, but we need still to know which are the packages with patented technologies
2010-10-25 12:48 <larsc> thats true
2010-10-25 13:53 <kristianpaul> wich kind of patented techonology are you lookign for besides multimedia codecs?
2010-10-25 13:59 <kristianpaul> i guess ubutu and fedora guys managed that a bit
2010-10-25 15:31 <qbject> Hey, all. Has anyone else had trouble installing hnb?
2010-10-25 15:34 <qbject> I get "* deb_extract: hnb_1.9.17_xburst.ipk: invalid magic"
2010-10-25 16:08 <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.
2010-10-25 16:20 <qbject> Could this have anything to do with the fact that tar has been hanging?
2010-10-25 16:27 <kristoffer> sounds more like corrupted package/binary
2010-10-25 16:31 <qbject> kristoffer: Hrm. I've downloaded twice from the link in qi-hw.com. Could WinXP/FAT32 screw up a .ipk.gz?
2010-10-25 16:31 <qbject> Like I said, I'm not unzipping it until it's on the Ben.
2010-10-25 16:32 <kristoffer> fat shouldnt mess it up like that. At worst it would simply shorten the filename
2010-10-25 16:32 <kristoffer> you sure the package is working for someone else?
2010-10-25 16:44 <qbject> kristoffer: no, I'm not. I just know that others are using hnb on their Bens, so I assumed.
2010-10-25 16:46 <qbject> I'll ping jirka about it.
2010-10-25 16:47 <kristoffer> qbject, roger
2010-10-25 17:41 <qbject> kristoffer: you were right - corrupted file. didn't even have to bug jirka.
2010-10-25 17:42 <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.
2010-10-25 17:43 <qbject> I downloaded the installer with Firefox instead, and FF didn't muck it up. Installed just fine.
2010-10-25 17:43 <qbject> soo, thanks for listening. =D
2010-10-25 17:45 <kristoffer> ah, that explains it. good catch
2010-10-25 17:49 <qi-bot> [commit] Werner Almesberger: Cleaned up board outline and ground routing. http://qi-hw.com/p/ben-wpan/2ad54bf
2010-10-25 17:49 <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
2010-10-25 17:49 <qi-bot> [commit] Werner Almesberger: Corrected MMCX connector fields. http://qi-hw.com/p/ben-wpan/fca53a3
2010-10-25 17:49 <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
2010-10-25 18:05 <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
2010-10-25 18:10 <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/
2010-10-25 18:11 <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.
2010-10-25 18:11 <qbject> then copy to my Ben from the µSD card.
2010-10-25 18:13 <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"
2010-10-25 18:14 <qbject> rafa: does that make sense?
2010-10-25 18:16 <qbject> (oops. scratch that last link to zear's stuff. I'm pretty sure those are static binaries that you just unpack and run.)
2010-10-25 18:21 <rafa> qbject: yes I understand.. a little hard to get packages :( but well, you are having fun it seems ;) (games, gmu, etc :) )
2010-10-25 18:30 <qbject> rafa: I try to use my computers for as many things as I can. =D Why do you have trouble getting packages?
2010-10-25 18:37 <rafa> qbject: me?, I do not have problems, or what do you mean?
2010-10-25 18:40 <qbject> rafa: I'm sorry, I misunderstood when you said "a little hard to get packages :("
2010-10-25 18:43 <rafa> qbject: ah.. that was for you :)
2010-10-25 18:44 <rafa> because it seems a little hard (download on pc -> copy SD using adapter -> copy ben -> try install)
2010-10-25 18:45 <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!
2010-10-25 18:47 <rafa> qbject: you are right. If mails are not letting you to play games then something is wrong there.. ;)
2010-10-25 18:50 <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.
2010-10-25 22:08 <wolfspraul> wpwrak: hmm. Yanjun Luo (the guy who designed the board) says R16 doesn't need 250V.
2010-10-25 22:08 <wolfspraul> I don't know why and I doubt he will come here into irc to discuss it :-)
2010-10-25 22:09 <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
2010-10-25 22:13 <kristianpaul> 250V? >:|
2010-10-25 22:21 <kristianpaul> hey stardict got ranked in osalt.com as alternative to Babylon http://www.osalt.com/stardict
2010-10-25 22:35 <rafa> kristianpaul: what is osalt.com?
2010-10-25 22:46 <kristianpaul> rafa: just other site to post floss alternatives to propietary sofware