2011-09-10 00:30 [milkymist] kristianpaul pushed 2 new commits to gps-sdr-testing: https://github.com/kristianpaul/milkymist/compare/d4b6326...3a4218c 2011-09-10 00:30 [milkymist/gps-sdr-testing] missing enable and bad out asigment for code generator - Cristian Paul Peñaranda Rojas 2011-09-10 00:30 [milkymist/gps-sdr-testing] duplicated enable bit removed - Cristian Paul Peñaranda Rojas 2011-09-10 06:57 The build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-09092011-2229/ 2011-09-10 07:50 hi 2011-09-10 07:51 AA in games isn't really needed at high res right 2011-09-10 07:51 awh my name changed 2011-09-10 09:49 xiangfu: hi 2011-09-10 09:50 xiangfu: it is hard to track down build errors on build host with -j4, the log file is just a mess. How do you think, what could be done? 2011-09-10 09:51 especially, the last 100 lines are of no use 2011-09-10 10:08 kyak: look at more than 100 lines 2011-09-10 10:08 kyak: 'task spooler'! :) 2011-09-10 10:08 http://vicerveza.homeunix.net/~viric/soft/ts/ 2011-09-10 10:29 kyak: with it, "ts make -j4", "ts -c | less" 2011-09-10 10:29 then /error, ... 2011-09-10 10:54 viric: hm, interesting.. 2011-09-10 11:26 viric: how i can kill the last job? 2011-09-10 11:43 viric: nah, task spooler doesn't really help. The output of make -j4 is still intermixed 2011-09-10 11:57 kyak: imho, nothing may be done here 2011-09-10 12:03 Jay7: other than running make in a single thread, that is :) 2011-09-10 12:04 yeah 2011-09-10 12:04 or patch make ;) 2011-09-10 12:04 but I'm unsure it's possible to do 2011-09-10 12:05 well.. it's possible but I'm sure this would be hard task :) 2011-09-10 12:08 right.. 2011-09-10 12:10 but even just prefixing every line with task no would be enough.. 2011-09-10 12:10 kyak: anyway, store full log or do grep -B 100 error 2011-09-10 12:15 Jay7: the full log is already stored, but it was handy to just have a look at the last 100 lines of output to see the error right away 2011-09-10 12:17 in OE is possible to run builds of multiple packages 2011-09-10 12:18 so there is possible to set bitbake threads to high no and set make threads to 1 :) 2011-09-10 12:18 but anyway this would be slower 2011-09-10 13:16 kyak: kill -- -`ts -p` 2011-09-10 13:16 (kills the job and childs) 2011-09-10 13:16 ah, against intermixed it does nothing, of course :) 2011-09-10 13:16 but it easily stores the output :) 2011-09-10 13:17 btw does it store both stout and stderr? 2011-09-10 13:17 kyak: yes, mixed 2011-09-10 13:17 kyak: you can do easy tests, like "ts ls asdfasjdf" 2011-09-10 13:17 yeah, i can :) 2011-09-10 13:18 '-t' runs as if you made a tail -f of it 2011-09-10 13:18 and you can do that from any terminal 2011-09-10 13:18 (the job gets unlinked from the terminal) 2011-09-10 13:18 what is your use case for ts? 2011-09-10 13:18 i can think of something like start-stop-daemon :) 2011-09-10 13:19 i don't really need task spoolinh 2011-09-10 13:26 fine 2011-09-10 13:26 Well, sometime I enqueue downloads... 2011-09-10 13:26 builds... 2011-09-10 13:26 backups 2011-09-10 13:26 nothing related to start-stop-daemon 2011-09-10 13:27 I enqueue some reencodings of audio, video... 2011-09-10 13:27 network synchronisations of directories (rsync, unison, ...) 2011-09-10 13:29 system or package updates... 2011-09-10 13:30 sometimes I need spooling, sometimes I only need easy storage of the output or detachment of terminal 2011-09-10 13:30 kyak: it can also spool multiple jobs at once (-S), and sometimes this way I can feed easily a multicore computer 2011-09-10 13:30 many uses! :) 2011-09-10 13:31 what would happen if you ts an interactive program? 2011-09-10 13:31 it starts programs with closed stdin 2011-09-10 13:31 yeah, that's many uses :) 2011-09-10 13:31 for interactive programs you may use 'tm'! 2011-09-10 13:31 http://vicerveza.homeunix.net/~viric/soft/tm 2011-09-10 13:31 task manager, right? :) 2011-09-10 13:31 no ;) 2011-09-10 13:32 terminal mixer 2011-09-10 13:32 i'll have a look later 2011-09-10 13:33 'ts' can also mail the output of the programs :) 2011-09-10 13:33 anyway... I also leave 2 3>AB8 2011-09-10 13:34 kyak: have good vacations :) 2011-09-10 13:39 Chumby NeTV looks interesting. Inckludes Spartan 6 FPGA. http://www.linuxfordevices.com/c/a/News/Chumby-NeTV/ Not sure about degree of open-ness. Others can evaluat ethat dimension better than moi. 2011-09-10 13:42 "that most app developers need to get their hands dirty with FPGA programming." nice :-) 2011-09-10 13:43 we can introduce milkymist to those developers too ;-D 2011-09-10 13:43 rjeffries, do you also send news about qi projects into chumby channels? if not, please do. 2011-09-10 13:43 yes please :-) 2011-09-10 13:44 lekernel and kristianpaul look. I assume people here are smart and interested in a wide range of geeky things. I am not following Chumby but this is an interesting device. 2011-09-10 13:45 sure, but you can spread the word about copyleft hardware projects to 2011-09-10 13:45 and I have done so on Twitter and G+ in teh past. ;)4 2011-09-10 13:47 I have received messages about this netv 4 times or so already; unfortunately, our own PR doesn't work this good 2011-09-10 13:47 this gadget overlaying character generator on a tV stram is a clever hack. now the question is what it will cost. MM's FPGA costs $40 as I recall. But maybe there are lower cost versions of Spartan 6 2011-09-10 13:47 absent a price, this is but a curiosity. 2011-09-10 13:48 http://wiki.chumby.com/index.php/NeTV_FPGA_architecture  arch coming soon :/ 2011-09-10 13:49 ah,  nice lekernel , so you know what are they doing with the fpga? looks related to a video acelaration core 2011-09-10 13:50 they said they use it to overlay character generation on the video stream. lekernel does the same, naturally 2011-09-10 13:50 yes HDMI 2011-09-10 13:50 without framebuffer, which makes it a lot more easy 2011-09-10 13:51 viric: thanks, and you, too :) 2011-09-10 13:51 HDMI is A Good Thing. It's waht all TVs and monitors support these days, at least in the developed world. 2011-09-10 13:51 and the fees :-) 2011-09-10 13:52 rjeffries, hdmi = patents, licensing fees, DRM, etc. 2011-09-10 13:52 lekerne;l understood. 2011-09-10 14:02 rjeffries: m1 actually does a lot more than overlay the video ;-) sometimes, things that look easy are nothing like that if you peek under the hood :) 2011-09-10 14:03 wpwrak I am curious whatr sell price  they will arrive at. FPGAs are not exactly low cost. 2011-09-10 14:07 15.69 2011-09-10 14:07 XC6SLX9-2TQG144C at digikey 2011-09-10 14:08 rjeffries: depends a bit. some aren't too bad. and you have CPLDs continuing at the lower range. it's all a question how what you really need. of course, a relatively static image/overlay needs a lot less than generating things at a high frame rate 2011-09-10 14:09 lekernel: if it stripped DRM transparently, that would be a hit ;-) 2011-09-10 14:09 he i tought sparna6 dint come in TQFP 2011-09-10 14:09 kristianpaul: real men don't use TQFP :) 2011-09-10 14:09 quickly hides his pictures of labsw 2011-09-10 14:10 haha 2011-09-10 14:13 hmm, now .. what to do with that live action video of labsw torturing M1. i somehow don't feel very motivated to spend hours editing it. and unedited it's worse than watching paint dry. besides being pretty incomprehensible if you don't know M1 already. 2011-09-10 14:14 why not just publish it as raw? 2011-09-10 14:16 ah ok 2011-09-10 14:17 470 MB of boredom ? :) 2011-09-10 14:21 it's 6+ minutes. you could cut it down to perhaps one. i'm uploading the monster to http://thisismynext.com/2011/09/08/chumby-netv-smart-tv/ 2011-09-10 14:21 ETA ~2 hours 2011-09-10 14:21 oops 2011-09-10 14:22 make that http://downloads.qi-hardware.com/people/werner/labsw/raw/ 2011-09-10 15:39 wpwrak as that nasty case of time travel cleare dup for you? that could be pretty scary! 2011-09-10 15:40 rjeffries: yeah, it was easy to fix. i think the dinosaurs died out a few more times again, but it's always them who get to suffer the anomalies. kind of a running joke among time travelers :) 2011-09-10 15:48 rjeffries: speaking of time travel, have you seen this one yet ? http://www.abyssandapex.com/200710-wikihistory.html 2011-09-10 19:34 [commit] Werner Almesberger: m1rc3/norruption/: loop5 test: cut power while in standby (master) http://qi-hw.com/p/wernermisc/db7ae94 2011-09-10 19:34 [commit] Werner Almesberger: m1rc3/norruption/: update of on-going testing; new test loop7 simulating "false start" (master) http://qi-hw.com/p/wernermisc/2310466 2011-09-10 19:35 if anyone is interested, i've uploaded the raw video material (uncut) of labsw power cycling M1: http://downloads.qi-hardware.com/people/werner/labsw/raw/MVI_1633.MOV 2011-09-10 19:36 45m to go.. 2011-09-10 21:25 DocScrutinizer: i have a number of digital inputs that come from places where they can be exposed to EMI. counter-measures i have in mind is deglitching in software (basically debouncing) and then increasing the pull-up current (tens of kOhm -> 1 kOhm). i'm also contemplating to bypassing these lines to ground by a bit (10-100 nF). do you think these caps would do any good ? or would that just be voodoo engineering ? :) 2011-09-10 21:26 should work to some degree, not for ESD prot though 2011-09-10 21:27 you probably want to increase source Z by inserting e.g a 50R into the line from that C to exposure stage 2011-09-10 21:28 100nF sound fat 2011-09-10 21:28 ESD shouldn't be an issue there 2011-09-10 21:28 and also 100nF don't work for EMI 2011-09-10 21:28 you'd prefer something like 100pF for that 2011-09-10 21:29 the EMI disturbances may last for some milliseconds 2011-09-10 21:29 100nF have way too much parasitic inductive Z 2011-09-10 21:29 lol, so it's EMI of 20Hz? 2011-09-10 21:29 it's a relay closing and who knows what flowing through that relay :) 2011-09-10 21:29 it's all about a RC lowpass filter 2011-09-10 21:30 yeah, i get the 50 Ohm + cap structure. darn. more components. 2011-09-10 21:30 where R is that 50R I suggested 2011-09-10 21:30 soon, i'll switch even this critter to 0402 ... 2011-09-10 21:31 for RF EMI you need low-ES"R" Cs, read 10..500pF 2011-09-10 21:31 100nF is like a bead for RF 2011-09-10 21:31 no no, relays are LF :) 2011-09-10 21:31 EMI never is LF 2011-09-10 21:32 what else do you all it then ? EMP ? :) 2011-09-10 21:32 that's called ESD then ;-P 2011-09-10 21:32 naw, nothing electrostatic there :) 2011-09-10 21:32 usually associated to sparks etc 2011-09-10 21:33 yes, sparks fit 2011-09-10 21:33 so how is your several ms of *DC* supposed to enter the trace otherwise? 2011-09-10 21:33 electromagnetic field, i suppose 2011-09-10 21:34 the relay is isolated 2011-09-10 21:34 for several ms of RF you still want a 50pF, not a 100nF 2011-09-10 21:34 nonsense 2011-09-10 21:34 you can't induce a 20Hz full sine wave into a trace on a PCB 2011-09-10 21:35 no no, it's not a full size. it's some upset - i haven't actually seen it - that makes the system think buttons have been pressed 2011-09-10 21:35 you have 3 problems to handle: RFI, ESD, and OV 2011-09-10 21:36 i know that it's not a brown-out or such. that would look different 2011-09-10 21:36 RFI: 50pF 2011-09-10 21:36 ESD: tranzorb or series Z with that 50pF 2011-09-10 21:36 i think it's induction from wires on which a high current is switched quickly 2011-09-10 21:37 OV: tranzorb 2011-09-10 21:37 yeah, that's inductive coupled spikes 2011-09-10 21:37 duration <1ms usually 2011-09-10 21:37 yup 2011-09-10 21:38 the whole episode takes up to ~10 ms. the spikes i've seen (on other lines) are much shorter, though 2011-09-10 21:38 anyway, you'll be fine with series-R 50R plus a 10nF I guess 2011-09-10 21:39 get a higher series-R if you can afford, and spend a 50pF in parallel to the 10nF 2011-09-10 21:39 and clamping-diodes or a tranzorb! 2011-09-10 21:39 i'll take 100 R then. nicer number :) 2011-09-10 21:41 o/ 2011-09-10 21:43 the component count is getting out of hand. i'm already going from an internal pull-up and nothing on the outside to external pull-up plus filter. 2011-09-10 21:43 forget the external pullup 2011-09-10 21:45 i need a pull-up. the signal is a button that shorts to ground. well, i can put the pull-up on the "far" side. not sure if that is a good idea, though. 2011-09-10 21:45 defiitely a good idea 2011-09-10 21:46 you said you got an internal 10k pullup 2011-09-10 21:46 no, the 10k would be external 2011-09-10 21:46 ooh 2011-09-10 21:46 i have something like 50 k internal 2011-09-10 21:46 but i want to turn off the internal pull-up. causes problems elsewhere 2011-09-10 21:47 mhm 2011-09-10 21:47 (the chip has only a global pull-up enable/disable) 2011-09-10 21:48 and the wire to the switch is like 15m running in parallel to 220V switched line? 2011-09-10 21:50 naw, it's only about 5-10 cm. may get close to relay, lines in/out of relay. relay is currently switch DC. that DC comes from switching power supply, goes into milkymist one. there's probably a lot of inrush current for the caps. 2011-09-10 21:53 meh, don't worry too much, get a 50pF GPIO->GND, a GPIO->50R->1kR-pullup, and your wire to switch from 50R*1kR 2011-09-10 21:54 if you're still worried, place a 100nF from 50R*1kR ->GND 2011-09-10 21:55 for debouncing 2011-09-10 21:55 and eating spikes 2011-09-10 21:55 i'll debounce in sw :) 2011-09-10 21:56 make that 100R 2011-09-10 21:56 or even several kR, on a second thought 2011-09-10 21:56 i'm just worried about coupling persistent critters when going to AC. but of course, there i wouldn't have such rapid field changes all the time either. mains doesn't run at kHz ;-) 2011-09-10 21:56 input Z of GPIO is high I guess 2011-09-10 21:57 very, yes 2011-09-10 21:57 > 1 MOhm 2011-09-10 21:57 so s/50R/50kR/ 2011-09-10 21:57 or sth 2011-09-10 21:57 maybe 22kR 2011-09-10 21:58 hmm. 10 k ? i like my powers of ten :) 2011-09-10 21:58 makes a nice OVP and ESD and EMI together with the 50pF 2011-09-10 21:59 pullup of 100R..1k seems sane 2011-09-10 21:59 100R cleaning switch's contacts ;-) 2011-09-10 21:59 kristianpaul, I don't know how they implement stuff in the FPGA. as a matter of fact, I'm not impressed with an FPGA overlaying some text over video. 2011-09-10 22:00 eek. don't have the current budget for that. 1 k would be the absolute limit 2011-09-10 22:00 :-D 2011-09-10 22:01 what is remarkable, however, is that this project is yet another one with a publicity/coolness ratio much higher than that of milkymist. this is galling and demotivating, and the main reason why i'm not doing much technical work atm. instead of that I'm trying to do some PR and getting wolfspra1l to configure the webshop ... 2011-09-10 22:02 lekernel: scantly clad dancing girls ! 2011-09-10 22:08 DocScrutinizer: any change the filter would still work if i go from 50 pF to 1 nF ? 2011-09-10 22:08 s/change/chance/ 2011-09-10 22:08 (better in-house availability of components :) 2011-09-10 22:08 1nF is close to the edge for RFI 2011-09-10 22:09 about 14 kHz for 10 kR + 1 nF 2011-09-10 22:09 if your device starts to act funny on American Forces Radio blasting out @ 14MHz you know what's up 2011-09-10 22:10 so it'll wire it to my anti-aircraft installation, to set defcon 1 ? :) 2011-09-10 22:10 1nF starts to have too high a parasitic "choke" built in 2011-09-10 22:11 i'm not too worried about radio. that shouldn't really produce the power levels that could trip this anyway. (under sane usage conditions.) 2011-09-10 22:11 it's just what happens in and around the relay that concerns me 2011-09-10 22:12 that's why you frequently see a 10pF, 10nF and 100uF in parallel for really buffwring and smoothing VDD 2011-09-10 22:13 and then you get the other EE crowd that says the whole thing is much worse than just any single cap ;-) 2011-09-10 22:13 you'll not get anything near a virtual 0R for 100MHz across a 10nF 2011-09-10 22:13 i'm so unconcerned about FM ;-) 2011-09-10 22:13 it's more like a virtual break or NC for 100MHz 2011-09-10 22:14 it's a digital input after all. a few tens of mV of FM noise floor or even a few hundred in this case don't matter. 2011-09-10 22:14 haha, you'll easily see a few volts if bad luck adds to full moon 2011-09-10 22:15 of course, i kinda miss the involuntary RF lab i had at my old place. with several microwave antenna clusters basically right in front of my nose (~50 m away at most, at eye level) 2011-09-10 22:15 you got a non-linear high-Z input after all 2011-09-10 22:16 (volts) i don't believe in astrology :) 2011-09-10 22:16 usually good setting for an unintentional high quality AM receiver ;-D 2011-09-10 22:17 lekernel:(impressed) FN rsswall ;-) 2011-09-10 22:17 yeah. add the microwave clusters and you have pretty much everything you could wish for ;-) 2011-09-10 22:17 place your smartphone next to this contraption and watch it switch in the rythm of the 20Hz GSM data packages 2011-09-10 22:18 you need a metal case then anyway 2011-09-10 22:18 hmm, you remember my epic fail regarding my efforts to use a microwave oven for shielding GSM RF? 2011-09-10 22:19 i'm not sure microwave ovens are all that RF-tight anyway ... 2011-09-10 22:19 the dam FR worked inside the (not operating) microwave better than outside 2011-09-10 22:19 that's my point 2011-09-10 22:19 no metal case is 2011-09-10 22:20 their tightness may be more on the scale of "don't let more than 1 kW leak in any direction" 2011-09-10 22:20 (at least not in the certification device :) 2011-09-10 22:20 no, it's just highly tuned to the magnetron's RF freq 2011-09-10 22:21 probably for WLAN it would've worked just fine 2011-09-10 22:21 (tuned) that would make sense 2011-09-10 22:21 not though for GSM 2011-09-10 22:21 hm yes, gsm is pretty far off 2011-09-10 22:21 lambda/2 seals 2011-09-10 22:21 yeah. and a window. 2011-09-10 22:23 the whole magic is in the small step in the door frame plus the actual dimension of the gap between door and case, it's of a certain distance from "inside" to that small step 2011-09-10 22:23 so reflections cancel all RF that might want to go thru that gap 2011-09-10 22:24 just for one freq that this door is designed for 2011-09-10 22:27 I also tested all-metal cookie boxes with a metal lid, phone worked inside just fine 2011-09-10 22:27 pity. scarytech.com is already taken :) 2011-09-10 22:28 yeah, the cookie boxes are worrying 2011-09-10 22:44 hehe.. another kexec user in ML 2011-09-10 22:54 Jay7: it's unstoppable :) 2011-09-10 22:55 yeah :) 2011-09-10 22:55 seems I should do another try of kexec and kexecboot on NN 2011-09-10 22:57 YES ! :) 2011-09-10 23:07 weee :-) 2011-09-10 23:09 this may need to bring NN support into new OE (oe-core + meta-handhelds) 2011-09-10 23:10 :o 2011-09-10 23:18 what is that meta-handhelds? 2011-09-10 23:19 OE layer 2011-09-10 23:19 support of Sharp Zaurus/HP iPAQ now is there 2011-09-10 23:27 -> sleep 2011-09-10 23:32 The build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-09102011-1134/ 2011-09-10 23:42 [commit] Werner Almesberger: labsw/: power bypassing is now the way SiLabs recommend (master) http://qi-hw.com/p/wernermisc/5d32ade 2011-09-10 23:42 [commit] Werner Almesberger: labsw/ changed internal pull-ups to external to remove sneak current path (master) http://qi-hw.com/p/wernermisc/6190dbe 2011-09-10 23:42 [commit] Werner Almesberger: labsw/: added low-pass filters to button input (with help from Joerg Reisenweber) (master) http://qi-hw.com/p/wernermisc/bdaff51 2011-09-10 23:42 [commit] Werner Almesberger: labsw/: added hardware revision indication (master) http://qi-hw.com/p/wernermisc/761eae1 2011-09-10 23:45 kristianpaul: so .. how did you like my boring movie ? :) 2011-09-10 23:46 wpwrak: he 2011-09-10 23:46 slow... 2011-09-10 23:47 but gets the idea 2011-09-10 23:47 precisely :) 2011-09-10 23:47 of course, now imagine adam doing all that manually. hundreds of times. 2011-09-10 23:48 no no 2011-09-10 23:48 :-) 2011-09-10 23:50 at least i get to sleep while all the boredom unfolds :) 2011-09-10 23:52 labsw give you some feedback? i mean how you know if meanshile sleeping mm1 poweron but dont get render? 2011-09-10 23:54 where is the log? :-) 2011-09-10 23:54 i didn't add that feedback yet. i think i could, though. not in labsw itself but on the PC. there's a pair of registers in the FPGA that contains the status of the latest two attempts to reconfigure. these should tell me what happened. haven't tried that yet, though 2011-09-10 23:54 oh 2011-09-10 23:54 so what i do is that i simply check visually from time to time and write down the result 2011-09-10 23:55 ha! so not full sleep 2011-09-10 23:55 here's the log :) http://projects.qi-hardware.com/index.php/p/wernermisc/source/tree/master/m1rc3/norruption/LOG 2011-09-10 23:55 catnaps :) 2011-09-10 23:55 jaja 2011-09-10 23:56 who/what generate that log? 2011-09-10 23:56 looks very human 2011-09-10 23:57 but yes, it's a bit annoying that labsw is busy so long. i still have a few improvements i want to test but i don't want to upset is before these experiments are done. alas, already the last time i took it out was enough to make my setup fail to trigger the NOR corruption anymore. very annoying. 2011-09-10 23:57 yes, that's me. haven't taught my scripts enough AI yet :) 2011-09-10 23:58 i also have a serial console log. but that redefines boredom, even if after you've seen the slow video ... 2011-09-10 23:59 he