2011-09-21 00:00 congratulations ! :) now that they "know" you, it should be much easier 2011-09-21 00:01 the passport scan is a bit of a routine thing. a lot of places want that for credit card payments from abroad. and of course, even more so if from "strange" countries :) 2011-09-21 01:33 good morning qiots 2011-09-21 01:33 :-) 2011-09-21 01:51 evening :) 2011-09-21 02:56 The build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-09202011-0001/ 2011-09-21 03:26 lekernel thanks for the Aleksander Zawada report. so cool. I shared your blog link on Google+ 2011-09-21 06:51 aw, hey still here :-D 2011-09-21 06:52 DocScrutinizer, hi yes, strange. 2011-09-21 06:53 why total members are such few? strange! 2011-09-21 07:00 mega netsplit 2011-09-21 07:00 [2011-09-21 08:53:02] [Benutzer] There are 41 users and 6379 invisible on 1 servers 2011-09-21 07:01 I can tell you must be on kornbluth.freenode.net 2011-09-21 07:02 other servers are all the same, docscrutinizer51 not here but on another server with similar symptoms 2011-09-21 07:02 hmmm 2011-09-21 07:02 so it's not like "our" server got orphaned, it's like whole freenode fell apart 2011-09-21 07:09 grrr mega netsplit 2011-09-21 07:10 this is kornbluth, but on barjavel situation is all the same. Seems all servers got disconnected from each other 2011-09-21 07:14 [2011-09-21 09:13:30] You can connect to one of the US servers, or just wait it out - http://freenode.net/irc_servers.shtml 2011-09-21 07:34 [2011-09-21 09:33:11] looks like the EU hub went offline, this was not planned 2011-09-21 07:52 WB everybody 2011-09-21 08:01 argh. 2011-09-21 08:02 error building uboot's mkimage 2011-09-21 08:02 /nix/store/9b3q62czfh5zld9zg2p8sbk65hkbvpzi-binutils-2.21/bin/ld: errno: TLS definition in /nix/store/vxycd107wjbhcj720hzkw2px7s7kr724-glibc-2.12.2/lib/libc.so.6 section .tbss mismatches non-TLS reference in fit_image.o 2011-09-21 08:02 uboot people wrote fit_image thinking of a very specific libc? 2011-09-21 08:04 maybe thinking 'errno' is not in TLS? 2011-09-21 08:07 hm it's a matter of order in -I / -idirafter 2011-09-21 08:18 viric: you can have a look in the git repo for who makes the nanomap 2011-09-21 08:18 ok ok. I thought maybe she would be here 2011-09-21 08:22 wb everybody 2011-09-21 08:54 Hi all :) 2011-09-21 09:03 tuxbrain: tuxbrain! 2011-09-21 09:15 hej tuxbrain 2011-09-21 11:20 wb tuxbrain 2011-09-21 12:05 tuxbrain: btw, we can discuss this here :) other people may like spi, too 2011-09-21 12:10 sure, summarizing I have the goal to communicate NN and Arduino though SPI (using UBB) for the OSHWCON 2011 this weekend on Madrid. I ask for help to wpwrak to develop the NN part an console app (master) that can read/write strings trough spi and that can be piped. I will focus on the arduino part (slave) to do the same. we will start with fixed chars strings to avoid wasting time in defining ends of transmision etc protocols. but will be implemented 2011-09-21 12:10 in the future to be able to transmit whatever size strings or chunk of bytes. 2011-09-21 12:12 The main goal is to mount a NN here http://www.youtube.com/watch?v=NAiXv0Nvt0E and make the NN a brain/HMI enchancement, of course due this can be applied to any arduino board alot of other uses can florish from that. 2011-09-21 12:15 but to focus the objective before saturday is to have test at least the send/reiceve of for example a 4char string form MM to an Arduino board, and make it documented to make it reproducible with no need of in deep knowledge of the whole thing, just download the console app, c&p the arduino code, connect UBB-ISCP cable and work. Any help will be really really really appreciated 2011-09-21 12:15 mm->NN 2011-09-21 12:20 [commit] Werner Almesberger: m1/perf/sched.c: added asserts and list poisoning (master) http://qi-hw.com/p/wernermisc/60cf6f5 2011-09-21 12:20 [commit] Werner Almesberger: m1/perf/sched.c: fixed compilation with DEBUG enabled (master) http://qi-hw.com/p/wernermisc/e34e8eb 2011-09-21 12:20 [commit] Werner Almesberger: m1/perf/sched.c: slight cleanup (no functional changes) (master) http://qi-hw.com/p/wernermisc/1ad7db7 2011-09-21 12:20 [commit] Werner Almesberger: spiio/: simple SPI I/O example (master) http://qi-hw.com/p/wernermisc/05bbe91 2011-09-21 12:21 tuxbrain: this should do the trick: http://projects.qi-hardware.com/index.php/p/wernermisc/source/tree/master/spiio 2011-09-21 12:23 you need to edit the signal assignment at the beginning. you may also want to check the timing. finally, you must decide if setting the I/O's to input at the end is really what your device likes to happen. 2011-09-21 12:24 (should be fine as long as nSS isn't on MMC_CLK. all the other MMC signals have a pull-up, which means that nSS is deasserted) 2011-09-21 12:24 i shuold add that this is completely untested ;-) 2011-09-21 12:51 I will try along this week. I will report my success/fails 2011-09-21 13:02 good luck ! :) 2011-09-21 13:02 i'll be afk for a bit now 2011-09-21 13:36 Hello. Not sure this is the adequate channel but here goes. I've recently assembled a new computer. I have a problem: I can run each of both 2GB RAM sticks on their own but not both at the same time. Win 7 Home Premium x64. I've been reading a lot on the matter, but no clear solution so far 2011-09-21 13:38 The computer gets a BSOD some minutes after Windows logs in when both sticks are in, although yesterday I managed to run it for hours, until I turned it off, without any issue. 2011-09-21 15:33 Hello. 2011-09-21 15:34 On my nanonote the screen suddenly started flickering, starting from u-boot and on. What could be wrong? 2011-09-21 15:36 what kind of flickering? low or high frequency? blacklight or screen contents? 2011-09-21 15:37 Content. In uboot the text lines jump up and down, later every second line moves a pixel up and back. High frequency. 2011-09-21 15:38 hm 2011-09-21 15:39 In mc black lines run on the right side of the screen, and the impression is of shaking up and down. 2011-09-21 15:39 does it change if you push the case above the keyboard down? 2011-09-21 15:40 next to the power button 2011-09-21 15:41 It changes a little. Too much and all stops and screen starts to go white. 2011-09-21 15:42 hm, looks like a problem with the screen connector 2011-09-21 15:43 you could try to remove the front cover and try to check whether the cable is loose and reconnect it if necessary 2011-09-21 15:43 Anything unusual to take care of in disassembly? 2011-09-21 15:45 nope. there are 4 screws which have to be removed 2011-09-21 15:45 two at the outedges at the front two under the battery cover 2011-09-21 15:53 Does not seem to help. It stopped getting worse but didn't got better. 2011-09-21 15:58 Is the screen side disassembleable? 2011-09-21 16:01 yes. 2011-09-21 16:02 somehow 2011-09-21 16:03 Artlav: http://en.qi-hardware.com/wiki/Disassemble 2011-09-21 16:08 tuxbrain: back. how is it going ? 2011-09-21 16:09 I'm on family guy mode now, I will switch to PC addon mode in about 3-4 hours 2011-09-21 16:09 ;-) 2011-09-21 16:10 larsc: Thanks. Is that even the right place to ask problem questions? 2011-09-21 16:11 Artlav: probably the very best place :) 2011-09-21 16:12 Artlav: regarding the cable, did you remove it from the connector and put it back in ? are you familiar with how these connectors work ? 2011-09-21 16:14 wpwrak: Yes. I removed it, cleaned with alcohol and reinserted. It is no longer sensitive to pressure, but the flicker remains. 2011-09-21 16:14 Here is what it looks like: http://www.youtube.com/watch?v=ChNsagwf_9A 2011-09-21 16:15 The problem, that is. 2011-09-21 16:15 heh, bug reports with a youtube video. that's new :) 2011-09-21 16:15 Better than "screen flickers", no? 2011-09-21 16:17 hmm, odd symptoms. may be a failing hsync line. let's see where it is located ... 2011-09-21 16:18 not every exposed between ben and lcm. and on the lcm itself ... 2011-09-21 16:19 nope, not very exposed there either 2011-09-21 16:20 one possibility would be a hairline crack in the FPC. that would be fairly fatal problem :-( 2011-09-21 16:21 you should be able to still get the ben to work for a while by pressing the cable at just the right spot and in the right way. but the crask is likely to get worse with time. 2011-09-21 16:23 No pressing or bending of the cable itself seems to affect anything. Can there be something wrong on the screen side of it? 2011-09-21 16:25 it has the same type of connector on the screen side, so in theory yes 2011-09-21 16:25 of course :) it seems a lot less likely, though. there is also a FPC in the screen. it's ben mainboard --FPC--> PCB in the display--FPC-->LCD module 2011-09-21 16:26 but you'd have to pull the cable pretty hard to get it loose 2011-09-21 16:27 larsc: you mean the FPC between ben main pcb and the LCD's PCB ? that one looks very much as if it was soldered to the PCB. of course, with enough force, it will come off ... 2011-09-21 16:27 if you had a scope you could check the lcd signal for irregularities 2011-09-21 16:34 Nothing suspicious inside the screen part. No scope. 2011-09-21 16:34 Can there be some other reason? If i loosen the cable a little, all kinds of artefacts start to appear, but the flicker is always there. As if it was from somewhere else. 2011-09-21 16:36 that would suggest the problem is at a different place. could be a bad solder joint or a hairline crack in a trace. 2011-09-21 16:37 or some chip's driver failing. not sure how like that is, though. it must happen occasionally :) 2011-09-21 16:38 it looks a bit as if there is jitter on the lcd clock and some edges are missed 2011-09-21 16:38 eg. blue truns red 2011-09-21 16:40 Is there any documentation on prior nanonote hardware failure modes? Sounds like i have a unique case on my hands. 2011-09-21 16:42 one thing you could try is to see if there is any change if you downclock the lcd clock 2011-09-21 16:42 but that would require a custom kernel 2011-09-21 16:43 lcd failure has occasionally been observed before. but i don't think we have a case where it's clear that it looked like that. (maybe it did, maybe it didn't) 2011-09-21 16:43 Custom kernel is not a big problem, what to do? 2011-09-21 16:43 so the video is indeed quite useful :) 2011-09-21 16:44 you could try to press on the contacts of the FPC connector on the ben's PCB with a non-conducting object 2011-09-21 16:44 Artlav: in arch/mips/jz4740/qi_lb60.c reduce qi_lb60_video_modes.rate 2011-09-21 16:44 that would reveal bad solder joints, cracks near the connector, and anything fishy inside the connector 2011-09-21 16:45 ben schematics are here: http://en.qi-hardware.com/w/images/9/9c/Lb60_schematic.pdf 2011-09-21 16:45 you'd be looking for hsync or maybe the pixel clock 2011-09-21 16:46 yeah, slowing things down could also be useful. you never know ... 2011-09-21 16:48 board-qi_lb60.c ? There is refresh in it, but no rate. refresh=30. 2011-09-21 16:48 yes. refresh sorry 2011-09-21 16:50 Reduced to 20. Compiling... 2011-09-21 16:51 Funniest thing is Murphy's law - just as i seriously started combing the software and streamlining the stuff up, the hardware suddenly failed! 2011-09-21 16:55 What do you know, half of the problem is gone. 2011-09-21 16:55 It no longer goes up and down, but the lines are still here. 2011-09-21 16:55 half of the problem? 2011-09-21 16:55 hm 2011-09-21 16:56 The cord is a part too - now there is a clear relation between pressures on it and the amount of lines. But no pressure to remove them completely. 2011-09-21 16:59 try to only apply pressure to the pins that go to the pcb 2011-09-21 16:59 that's a very strange one. looking closer at the video, the background color varies but the forground text looks pretty stable 2011-09-21 16:59 could there be conductive contamination ? metal dust or such ? 2011-09-21 17:00 wpwrak: if you have a series of white pixels only the first and the last will change color 2011-09-21 17:04 larsc: what i mean is there there's strong horizontal distortion (brightness and sometiomes color)  in the background but none in the foreground. pretty weird. 2011-09-21 17:05 No longer sure about "clear" relationship. The lines seem to up and ebb by themselves whether i touch the cord or not. 2011-09-21 17:10 A sub-pixel shift. Starting from some line everything is shifted right by a subpixel - that's what these lines are. 2011-09-21 17:11 The text and background changes colour and shifts right a little. 2011-09-21 17:11 Starting from approximately 100 by x. 2011-09-21 17:11 Clean cut-off. 2011-09-21 17:12 There is a tiny black dot at the left side of each line. 2011-09-21 17:13 Almost as if a clock is skipped and a pixel missed, with the rest send in regular order. 2011-09-21 17:14 And it's not limited to video - the sound now have tiny chirps in it, the higher the pitch the worse. 2011-09-21 17:15 Maybe the problem is somewhere else entirely? 2011-09-21 17:15 interesting .. what on earth did you do to your ben ? :) 2011-09-21 17:15 does USB still work ? 2011-09-21 17:16 it's probably interference surveilance van outside 2011-09-21 17:16 it's probably interference from surveilance van outside 2011-09-21 17:17 USB - yes, kernel flashed OK. 2011-09-21 17:17 And to use the oldest phrase - i didn't do anything. 2011-09-21 17:17 or that large flying saucer hovering over the house. they're probably adjusting the abduction beam. 2011-09-21 17:18 (USB) that would suggest the system clock is okay 2011-09-21 17:18 Not to hardware anyway. I tried all kinds of software experiments, like 64Kb pages and dynamic ticks. 2011-09-21 17:19 And last UFO around here was a hot air balloon in the night. 2011-09-21 17:20 There seems to be a relation of line intensity to the CPU usage. 2011-09-21 17:20 notes that suspicious flying objects are a frequent occurrence in Artlav's vicinity 2011-09-21 17:20 maybe it's a power instability 2011-09-21 17:21 hard to debug without a scope, though 2011-09-21 17:21 well, you could put some resistor, say 33 Ohm, between 3.3 V and ground and see what happens. 2011-09-21 17:22 i havent seems anything like that, even when i dealed witht that lcm cable semi-loose for a month 2011-09-21 17:22 I tried it on USB cord and no battery, no changes. 2011-09-21 17:23 remenbering lcm have its own firmware right? 2011-09-21 17:26 could be a problem on the secondary side of the regulator 2011-09-21 17:28 Sound problems cleared - software issue in gmu. 2011-09-21 17:29 what issue? 2011-09-21 17:30 No idea. chrooted into the old system - good sound. back - chirps in sound. 2011-09-21 17:31 doesn't sound like an issue with Gmu 2011-09-21 17:31 But does sound like a software issue? 2011-09-21 17:32 probably yes 2011-09-21 17:32 mplayer gives clear sound, gmu gives chirps. 2011-09-21 17:33 In same system. So, not likely to be a hardware thing. 2011-09-21 17:38 Ok, 22 Om resistor between GND and + of battery slot did nothing. 2011-09-21 17:39 The lines seem to get more and more intense as the time go. 2011-09-21 17:43 is the downstairs neighbour experimenting with strong magnets or such ? we had that once at the university ... our sysadmin, sun support, etc., were getting gray hair. i suggested that it was time to seek the help of an exorcist, ... then, a few days later, our sysadmin had lunch with the folks from the lab below ours and they told him about their cool experiments ... 2011-09-21 17:47 trying to be free gravity? ;) 2011-09-21 17:49 Unfortunately, the issue occurs on both ends of quite a large city, so surroundings are hardly the problem. 2011-09-21 17:49 :) 2011-09-21 17:54 Further downclocking do nothing. 2011-09-21 17:55 There is a definite CPU load relation - with video playback the whole right 2 thirds of the screen is in distorted flicker, with a picture viewer it's a bit of lines, with just the terminal its a few lines. 2011-09-21 17:56 The blanking go into all-white every odd time. 2011-09-21 17:57 Or not... 2011-09-21 17:58 If i look at a picture of a circle, then the center of the screen is in lines, while the up and bottom is not. More image - more lines. 2011-09-21 17:59 Yes, related to amount of image on the screen, and possibly related to CPU load. 2011-09-21 18:01 I guess the real question is - is it worth buying a new one now, or would there be a better version soon? 2011-09-21 18:16 Well, thanks all for helping and good night. 2011-09-21 18:20 Artlav: nothing new coming anytime soon. so another ben seems to be best choice. 2011-09-21 19:07 Can anyone recommend a good MP3 player for the Ben? 2011-09-21 19:15 ignatius-: GMU 2011-09-21 19:18 I'ved tried GMU. It doesn't play MP3s fast enough. It "skips" 2011-09-21 19:19 no, it plays mp3 just fine. if you have compiled the mp3 plugin that is 2011-09-21 19:19 Yes, I have. 2011-09-21 19:19 with any bitrate up to 320 kbit 2011-09-21 19:20 Hmm. 2011-09-21 19:20 then you did something wrong. my guess is that you have built the mp3 decoder with floating point math 2011-09-21 19:20 Ah. How do I circumvent that? 2011-09-21 19:20 by telling mpg123 to build with the fixed point decoder 2011-09-21 19:21 How do I do that? 2011-09-21 19:21 you need to tell the configure script to do that, otherwise it will compile with float, which does not work on a cpu without an fpu 2011-09-21 19:21 Ah. 2011-09-21 19:26 No configure script. Is there a CFLAG entry for that? 2011-09-21 19:28 the decoder comes with a configure script, i am 100 % sure of that 2011-09-21 19:28 if yours doesn't. redownload it 2011-09-21 19:31 http://wejp.k.vu/projects/files/gmu-0.8.0BETA1.tar.gz does not have a configure script. 2011-09-21 19:32 true 2011-09-21 19:32 it doesn't need one 2011-09-21 19:32 So, where do I find a version with a configure script? Any idea? 2011-09-21 19:33 Thanks, BTW. 2011-09-21 19:33 there is no version of gmu with a configure script 2011-09-21 19:33 i am talking about the mpg123 decoder 2011-09-21 19:33 Ah. Ok. But, I thought GMU uses it's own mpg decoder? At least there is in the source tree... or appears to be.. 2011-09-21 19:34 Gmu uses mpg123 for decoding mp3, if it is configured with mp3 support 2011-09-21 19:34 of course it has to implement support for that library 2011-09-21 19:34 Ok. So just recompile a version of mpg123, than? 2011-09-21 19:35 which is why there are files  for that in the Gmu source 2011-09-21 19:35 yes 2011-09-21 19:35 Ok. Thanks, man. I appreciate it. 2011-09-21 19:48 hmm, fun spam: "New LED Candle bulb here:" "Advantages: 1.Patented product!"  somehow their marketing doesn't seem to be very targeted :) 2011-09-21 20:45 ignatius-: buildroot passes this option to mpg123 configure: --with-cpu=generic_nofpu 2011-09-21 20:54 Ok. Yeah, the package version of "GMU" fails to compile. As do every other package for some reason. 2011-09-21 20:54 On my desktop, I mean. I'm compiling it on the Ben. 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/sched.c: revamped to handle static registers correctly as well (master) http://qi-hw.com/p/wernermisc/8f82a0e 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/main.c: exit immediately on compilation error (master) http://qi-hw.com/p/wernermisc/a19a196 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/: "spotless" target that also removes the "main" executable (master) http://qi-hw.com/p/wernermisc/23c7bd6 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/sched.c (foreach): improved type safety (master) http://qi-hw.com/p/wernermisc/b177acd 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/sched.c: light code cleanup (master) http://qi-hw.com/p/wernermisc/e98f08e 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/sched.c (schedule): reduced conditionally compiled code size for optimizer (master) http://qi-hw.com/p/wernermisc/2bc4c33 2011-09-21 21:08 [commit] Werner Almesberger: m1/perf/try: disable profiling (master) http://qi-hw.com/p/wernermisc/403917a 2011-09-21 21:08 [commit] Werner Almesberger: m1rc3/norruption/LOG: push results of on-going testing (master) http://qi-hw.com/p/wernermisc/7567c4f