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