2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/flash.html: use local copy of atusb-programming.jpg; language cleanup http://qi-hw.com/p/ben-wpan/889757e 2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/Makefile: added upload to downloads.qi-hardware.com http://qi-hw.com/p/ben-wpan/b9343a9 2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/analysis.html: clarified enabling of 1.8 V rails; language cleanup http://qi-hw.com/p/ben-wpan/1410027 2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/test.html: added a decription of the tests http://qi-hw.com/p/ben-wpan/f5c46de 2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/Makefile (DL, atusb-programming.jpg, atrf-path.png): shorten URLs http://qi-hw.com/p/ben-wpan/4aa05f2 2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/: added marked-up layout to indicate CLKM/CLK test points http://qi-hw.com/p/ben-wpan/b830302 2011-05-27 00:58 [commit] Werner Almesberger: prod/doc/: added voltage measurement points on layout http://qi-hw.com/p/ben-wpan/cb855b2 2011-05-27 05:46 wolfspraul: btw, nice list: http://en.qi-hardware.com/wiki/Comparison_of_hardware_books 2011-05-27 05:47 wolfspraul: i've never seen anyone mention it. maybe you should re-pimp it sometime :) 2011-05-27 06:26 [commit] kyak: uboot-xburst: don't install empty dir http://qi-hw.com/p/openwrt-xburst/064f285 2011-05-27 06:40 [commit] kyak: qstardict: flite as default text-to-speech engine http://qi-hw.com/p/openwrt-packages/3051126 2011-05-27 07:27 xiangfu: hi! did you have a look at that usbboot problem: http://lists.en.qi-hardware.com/pipermail/discussion/2011-March/007537.html ? I have to flash bootloader with older usbboot every tim -\ btw, the same problem also exists for other users 2011-05-27 07:31 kyak: have you tried jzboot? 2011-05-27 07:32 whitequark: nope 2011-05-27 07:34 it's not packaged, it's not command-line compatible with usbboot (would require changing reflash_ben.sh), it doesn't have config for Ben 2011-05-27 07:34 too much work to do :) 2011-05-27 07:34 usbboot is already working, just has some strage regression 2011-05-27 07:35 [commit] Werner Almesberger: prod/doc/: completed voltage measurement sections http://qi-hw.com/p/ben-wpan/f01c319 2011-05-27 07:35 [commit] Werner Almesberger: atusb/: swapped C10 and C13 in schematics, to match layout http://qi-hw.com/p/ben-wpan/8a436b8 2011-05-27 07:35 [commit] Werner Almesberger: prod/doc/Makefile: moved %-front.png up to give priority over atben-%.png http://qi-hw.com/p/ben-wpan/e88d66e 2011-05-27 07:37 (jzboot) that code snippet in the patch posted recently on the list looks rather scary. did this things originate from some obfuscated C contest ? ;-) 2011-05-27 07:37 kyak, working on that now. (so many things :) 2011-05-27 07:37 wpwrak: beware, the author is here :) 2011-05-27 07:38 xiangfu: i'm not pushing, just good to know it's not forgotten :) 2011-05-27 07:38 wpwrak: what snippet? I didn't see it :) 2011-05-27 07:38 I probably should finally pack it the proper way 2011-05-27 07:39 kyak: even better ;-) 2011-05-27 07:39 whitequark: that would be great.. plus, reading the mailing list :) 2011-05-27 07:40 whitequark: http://lists.en.qi-hardware.com/pipermail/discussion/2011-May/008046.html that would be it 2011-05-27 07:40 whitequark: the patch by Ignacio Garcia Perez. CFGOPT and NOPT, which he cleaned up a bit, look like excellent candidates for helper functions (i.e., just put the invocation into a macro, leave the rest in the function). macros are hard to read. 2011-05-27 07:43 ah yes, i've subscribed 2011-05-27 07:44 there is an interesting improvement, now it is possible to load linux kernel ELF (the vmlinux) directly, passing the initrd and command line to jzboot 2011-05-27 07:44 like grub 2011-05-27 07:45 kyak, you are using "xburst-tools_201002"? not 201012? 2011-05-27 07:47 xiangfu: the "old" one i'm referring to is xburst-tools_0.0+201002-1_i386.bin.tar.bz2 2011-05-27 07:48 kyak. ok. got it 2011-05-27 07:50 so far, i have usbboot and usbboot_old in my path.. I changed reflash_ben.sh to flash bootloader with usbboot_old. However, usbboot_old checks if i'm root and exits if i'm not :) So i have to run reflash_ben.sh as root anyway 2011-05-27 07:52 kyak, you can usbboot-201002 usbboot-201103, then one symlink :), no needs change reflash_ben.sh 2011-05-27 07:53 xiangfu: i like the "reset" command in latest usbboot 2011-05-27 07:53 it's not avialable in usbboot-201002 2011-05-27 07:53 kyak, that is the only one I changed. 2011-05-27 07:56 :) 2011-05-27 07:56 xiangfu: can you reproduce this problem? 2011-05-27 07:57 kyak, doing that now. 2011-05-27 08:05 kyak, I know this bug before. it's hard to catch. when you reflash twice, the error will gone. 2011-05-27 08:05 hm.. 2011-05-27 08:05 i'll try flashing twice next time 2011-05-27 08:07 [commit] Sergey Gridassov: Added Linux loader. http://qi-hw.com/p/jzboot/c739570 2011-05-27 08:07 [commit] Ignacio Garcia Perez: FIXED: values of CPUSPEED greater than 255 were misread because the value was directly read into handle->cfg.cpu_speed (uint8_t) before dividing it by the external crystal frequency, and overflow resulted. Now intermediate variable is used and only the final result of the division is placed in handle->cfg.cpu_speed. http://qi-hw.com/p/jzboot/1cfb149 2011-05-27 08:07 [commit] Peter Zotov: Fix -v to be less ugly. http://qi-hw.com/p/jzboot/792376f 2011-05-27 08:07 [commit] Peter Zotov: Update README to include jzboot building instructions. http://qi-hw.com/p/xburst-tools/a1652cf 2011-05-27 08:07 [commit] Peter Zotov: Fix Debian package name in configure helper. http://qi-hw.com/p/xburst-tools/0b86056 2011-05-27 08:07 [commit] Peter Zotov: Updated bundled jzboot. http://qi-hw.com/p/xburst-tools/89f8d68 2011-05-27 08:10 usbboot_cmdset.o: In function `usbboot_load_kernel': 2011-05-27 08:10 /home/bas/build/xburst-tools/jzboot/src/usbboot_cmdset.c:159: undefined reference to `load_elf' 2011-05-27 08:10 whitequark: --^ 2011-05-27 08:10 /home/bas/build/xburst-tools/jzboot/src/usbboot_cmdset.c:159: undefined reference to `load_elf' 2011-05-27 08:22 kyak: hmm, it builds for me 2011-05-27 08:22 very strange 2011-05-27 08:23 kyak: I've did a fresh clone, and it still builds 2011-05-27 08:23 what's the revision of jzboot submodule? 2011-05-27 08:32 kyak, I think I have a solution now. ... 2011-05-27 08:50 [commit] Xiangfu Liu: uboot-xburst: nanonote: using 0xFF fill the bin file http://qi-hw.com/p/openwrt-xburst/43a8661 2011-05-27 08:51 kyak, when the startpage is 0. there shouldn't have a 'check' 2011-05-27 08:54 [commit] Xiangfu Liu: [debian] update the URL, add new depends for jzboot http://qi-hw.com/p/xburst-tools/d15b0fb 2011-05-27 08:54 xiangfu: i'll test if it works now and let you know. Thanks! 2011-05-27 08:55 $ git submodule 792376fcbe4d1ece13c64382d46e3473e48a6044 jzboot (remotes/origin/HEAD) 2011-05-27 08:56 whitequark: hope it helps... 2011-05-27 08:59 kyak: mine rev is the same 2011-05-27 08:59 try reconfiguring it, i.e. ./autogen.sh && ./configure 2011-05-27 09:06 [commit] Xiangfu Liu: usbboot: remove useless code http://qi-hw.com/p/xburst-tools/b8420d2 2011-05-27 09:07 kyak, I will reply your email,(for future using, if other people have that problem :) 2011-05-27 09:18 kyak, email sent out.  I explain a little on that email. 2011-05-27 09:19 (load_elf) ./autogen.sh && ./configure, fix that problem. 2011-05-27 09:29 The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log//home/xiangfu/compile-log//openwrt-xburst.full_system-05262011-1222/ 2011-05-27 09:30 the URL should fix in next build :) 2011-05-27 10:12 [commit] Werner Almesberger: prod/doc/: added HTML macro processor (hmac) and page-specific style http://qi-hw.com/p/ben-wpan/a99fbbf 2011-05-27 10:12 [commit] Werner Almesberger: prod/doc/: converted index.html to index.hmac http://qi-hw.com/p/ben-wpan/2f6c22d 2011-05-27 10:12 [commit] Werner Almesberger: prod/doc/: converted analysis.html to analysis.hmac; language cleanup http://qi-hw.com/p/ben-wpan/9ab0824 2011-05-27 10:12 [commit] Werner Almesberger: prod/doc/: converted setup.html, flash.html, and test.html to hmac http://qi-hw.com/p/ben-wpan/8a70d4b 2011-05-27 10:12 [commit] Werner Almesberger: prod/doc/style.inc: fixed header formatting in Firefox http://qi-hw.com/p/ben-wpan/213e703 2011-05-27 11:34 whitequark: yep, autogen.sh + configure made it build 2011-05-27 11:45 whitequark: I don't have an autogen.sh in jzboot 2011-05-27 11:46 the web view doesn't show one either: http://projects.qi-hardware.com/index.php/p/jzboot/source/tree/master/ 2011-05-27 11:49 mth : http://projects.qi-hardware.com/index.php/p/xburst-tools/source/tree/master/INSTALL#L12 2011-05-27 11:49 mth LINE: 12 ^ 2011-05-27 11:49 the jzboot is a git-submodule in xburst-tools. 2011-05-27 11:50 ah, I thought it was a standalone tool 2011-05-27 11:57 it does work when I compile it from xburst-tools 2011-05-27 12:20 mth: have you tested it on any hardware? 2011-05-27 12:50 xiangfu: building as part of xburst-tools works, thanks 2011-05-27 12:50 whitequark: yes, with Dingoo A320 2011-05-27 12:50 I have a config file for that if you're interested 2011-05-27 13:13 [commit] Xiangfu Liu: usbboot: fix hand.fw_args.cpu_id have wrong value when there is no 'boot' in commands http://qi-hw.com/p/xburst-tools/1d7a2f3 2011-05-27 13:16 kyak ^ this commit should fix the problem. just found the root cause. 2011-05-27 13:16 kyak, thanks for bring this issue up :D 2011-05-27 13:17 xiangfu: heh, ok, good thing i haven't yet got home to test :) 2011-05-27 13:17 kyak, sure, take your time 2011-05-27 13:30 "root cause found" - always sounds great to hear that! :-) 2011-05-27 13:35 and even greater when it's not some person :) 2011-05-27 13:41 [commit] Xiangfu Liu: add color ash shell, add the method to gmenu2x.sh as comment http://qi-hw.com/p/gmenu2x/e0831be 2011-05-27 13:44 [commit] Xiangfu Liu: gmenu2x: update to 20110527 commit http://qi-hw.com/p/openwrt-packages/6a6b763 2011-05-27 13:46 [commit] Xiangfu Liu: gmenu2x: update to 20110527 commit http://qi-hw.com/p/openwrt-packages/dca49da 2011-05-27 14:02 mth: yeah, I'll add it to the repo 2011-05-27 14:49 hi qiotos ;) 2011-05-27 14:50 quack 2011-05-27 14:51 oink ;) 2011-05-27 15:57 [commit] kyak: ben-cyrillic: add display for letter "io" http://qi-hw.com/p/openwrt-packages/53192fc 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/style.inc: interleave the navigation bar and shrink font http://qi-hw.com/p/ben-wpan/49177eb 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/style.inc: use sans serif font in the navigation bar http://qi-hw.com/p/ben-wpan/c0ec3f7 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/setup.hmac, prod/doc/analysis.hmac: improved section titles http://qi-hw.com/p/ben-wpan/21cc289 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/: give introductory text a separate intro section http://qi-hw.com/p/ben-wpan/be2e8b1 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/hmac.pl: updated copyright; cleaned up declaration of local variables http://qi-hw.com/p/ben-wpan/838b8e1 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/hmac.pl: allow self-referential macros (not general recursion) http://qi-hw.com/p/ben-wpan/2386f1f 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/Makefile: added "spotless"; cleaned up generated/downloaded/orig logic http://qi-hw.com/p/ben-wpan/77a60a9 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/: added bottom navigation bar http://qi-hw.com/p/ben-wpan/e4fc649 2011-05-27 16:24 [commit] Werner Almesberger: prod/doc/: make END macro generate the date and autor line; use current date http://qi-hw.com/p/ben-wpan/29ff186 2011-05-27 16:42 ;) 2011-05-27 16:47 [commit] kyak: Disable syslogd and klogd http://qi-hw.com/p/openwrt-xburst/7e22859 2011-05-27 17:19 qi-bot: why don't you reply when I PM you? 2011-05-27 17:29 heh 2011-05-27 17:52 qi-bot: why don't you walk away? 2011-05-27 17:53 hm, so no auto response on 'why don't you *' 2011-05-27 18:03 qi-bot: help 2011-05-27 18:04 qi-bot: status 2011-05-27 18:04 qi-bot: info 2011-05-27 18:04 qi-bot: owner 2011-05-27 18:04 qi-bot: author 2011-05-27 18:04 qi-bot: ? 2011-05-27 18:04 MEH! 2011-05-27 18:32 DocScrutinizer: try !help 2011-05-27 18:33 meh, how am I supposed to know about ! at all? 2011-05-27 18:35 qi-bot doesn't reply to any of the standard means a bot is supposed to identify itself, it doesn't tell about its master, and /ns info qi-bot shows [Notice] -NickServ- Flags      : HideMail 2011-05-27 18:35 according to freenode standards it had to get kickbanned 2011-05-27 18:36 DocScrutinizer: afaik, asimov's laws say nothing about identification :) 2011-05-27 18:36 that's freenode's law however 2011-05-27 18:36 freenode is rather clear about bots 2011-05-27 18:37 rule #1: there has to be an easy way to contact bot master, when bot misbehaves 2011-05-27 18:37 s/when/in case/ 2011-05-27 18:38 rule #0: bots mustn't join channels without allowance from chanop or chan owner (well that's not aplicable here I think) 2011-05-27 18:40 rule #2: if a bot misbehaves on e.g rule#0 and you can't raise the concern due to bot violating rule#1, kickban it before it does anything odd 2011-05-27 18:41 as I'm aware qi-bot is set up by chanowners, I'm just mentioning it here 2011-05-27 18:42 freenode staff might think and act differently ;-) 2011-05-27 18:45 and freenode staff might take a look faster than you might think, just consider qi-bot having some minor issues with authentication at either freenode or nameserv. Some staff might notice, take a look, realize there's no hint about whom to contact about it, and BANg 2011-05-27 18:45 even kline 2011-05-27 18:53 wpwrak: the 4th law "a robot should identify himself as an electronic creature" may have some sense :) 2011-05-27 18:56 hmm, the justification for Lyuben Dilov's 4th law seems rather weak 2011-05-27 18:59 found this while digging thru the shallows of internet for freenode policy about bots: http://freenode.net/channel_guidelines.shtml - not exactly to the point but a rather instructive read I missed to reread for too long 2011-05-27 19:07 wpwrak: who's Lyuben Dilov? 2011-05-27 19:13 ah, yes, that's exactly what I suggested for 4th law 2011-05-27 19:17 qi-bot: are you a robot? 2011-05-27 19:18 the interesting philosophical question: must a robot identify itself as a robot if it cannot recognize the question? 2011-05-27 19:19 i.e. it technically cannot identify itself "in all cases"... 2011-05-27 19:19 or, thinking from the other side, the nick "qi-bot" may or may not already carry the message 2011-05-27 19:19 whitequark: perhaps it should just mutter "i'm a robot. i'm a robot. ..." all the time, just to err on the side of safety. 2011-05-27 19:20 whitequark: (nick) good point ! 2011-05-27 19:22 wpwrak: what if you didn't know English? its muttering then would be useless for you 2011-05-27 19:24 the law doesn't say that it has to be useful. hmm. perhaps it would be sufficient if the robot would just silently emit a radio message. 2011-05-27 19:24 I suggest encoding it with different neutrino's 2011-05-27 19:25 or modulate dark energy appropriately 2011-05-27 19:25 if you'd place a small synchrotron inside, and change beam targets in a certain pattern, you will easily generate the signal 2011-05-27 19:25 or you can go further 2011-05-27 19:26 gravity waves. much easier. move a nano-scale object. even a very very very small mass has gravity. 2011-05-27 19:28 let's represent the robot itself as a quantum system (of course it is). then we make it very cold, in which case it becomes a single system 2011-05-27 19:28 grr, I don't know enough fancy terms to explain that. 2011-05-27 19:30 perhaps you're referring to a BEC ? not sure if this works for non-gaseous robots 2011-05-27 19:30 (Bose–Einstein condensate) 2011-05-27 19:32 wpwrak: probably not. I was talking about a state of several quantum particles (electrons are commonly used), in which case they share some common something, and altering an internal state of one also changes the state of others in a predictable way 2011-05-27 19:32 in russian it is called ":20=B>20O 70F5?;5==>ABL", but my dictionary does not know that. 2011-05-27 19:33 BEC surely has to do something with it, but it is different AFAIK 2011-05-27 19:34 in german it probably is: quanten verschraenkung 2011-05-27 19:34 quantum entanglement ? 2011-05-27 19:34 entanglement 2011-05-27 19:34 yup 2011-05-27 19:35 oh yes 2011-05-27 19:37 I've just understood that in order to free MSC0 on my board I can solder off the NAND which shares the pins 2011-05-27 19:37 can ingenics boot from MSC1? 2011-05-27 19:37 I'd like to use 4-bit MSC0 for an SDIO card 2011-05-27 19:39 you can only use msc0 for booting 2011-05-27 19:40 can the 4720 boot from MMC at all ? 2011-05-27 19:40 no 2011-05-27 19:40 only jz4750 and better 2011-05-27 19:40 s/better/later/ 2011-05-27 19:41 larsc: okay. then, can I connect two cards to MSC0? a brief look at PM suggests they can use different CS's 2011-05-27 19:41 I'm talking about "supports up to 10 cards" 2011-05-27 19:42 you'd need a mmc multiplexer for that i guess 2011-05-27 19:42 ah, you're talking about some other chip. i was already wondering where that MSC1 came from ;-) 2011-05-27 19:42 wpwrak: mine device has jz4725B==jz4750L 2011-05-27 19:42 *my device 2011-05-27 19:44 larsc: how do you think, will an SDIO WiFi card work in 1-bit mode? 2011-05-27 19:44 without the other 3 lines at all 2011-05-27 19:45 for sdio you need at least two lines 2011-05-27 19:45 i think 2011-05-27 19:45 one for data and one for interrupts 2011-05-27 19:45 crap. 2011-05-27 19:45 can't it work in polled mode? 2011-05-27 19:45 not sure 2011-05-27 19:46 I don't want to buy a $50 sdio card just to discover it is not supported at all 2011-05-27 19:47 hm, the spec says "May be used Interrupt...." 2011-05-27 19:48 ah, thats dat1 2011-05-27 19:49 acording to this you even need dat2 http://www.interfacebus.com/Secure_Digital_IO_Card_Pinout.html 2011-05-27 19:49 hmm, I have a plan! 2011-05-27 19:50 I'm flashing u-boot and kernel on nand, then it boots, turns off nand, turns on MSC1, uses it as root, then uses msc0 as it wants 2011-05-27 19:52 could work 2011-05-27 19:52 are all ADDR pins in use? 2011-05-27 19:54 A15 and A16 are the default pins for address and command latch, but you could easily use any other pins aswell 2011-05-27 19:54 i hope 2011-05-27 19:57 but you also need FRE_ and FWE_ :/ 2011-05-27 19:58 hm, in their reference design, they also multiplex nand and mmc0 2011-05-27 19:58 ADDR... 2011-05-27 19:59 do I need them at all? I'm satisfied with root just on mmc1 2011-05-27 19:59 i thought you wanted to use msc1 for sdio? 2011-05-27 20:01 if I could use msc1 for sdio, I won't muck with nand/msc0 then 2011-05-27 20:01 I'd just boot from nand 2011-05-27 20:01 right 2011-05-27 20:01 msc1 is cut on 4725b, and only has 1 bit of interface => probably no sdio 2011-05-27 20:01 but sd storage works fine 2011-05-27 20:02 according to the jz4725b specs i have all four data lines are available 2011-05-27 20:02 then I may turn off NAND and use the pins for MSC0 2011-05-27 20:02 D28-D31 2011-05-27 20:03 well, they are probably present on the die 2011-05-27 20:03 but there are no physical pins. 2011-05-27 20:03 ingenic specs are writtten in... a very special way 2011-05-27 20:04 copy'n'paste style 2011-05-27 20:04 yeah 2011-05-27 20:04 I dumped three days searching that pins :/ 2011-05-27 20:04 copy over a noisy channel, injecting errors :) 2011-05-27 20:05 so the best option is probably to put a bootloader on the nand, which turns the nand off and switch the pins to mmc mode 2011-05-27 20:05 yeah, that's what I'll try 2011-05-27 20:05 I think that it will be enough to add proper msc0 initialization to linux 2011-05-27 20:06 the nand appears to be off (i.e. cs is high) when it is not used (read/written) 2011-05-27 20:06 I probably should still clear NFCSR, through 2011-05-27 20:07 ah yes, it has an option of asserting CE all the time or only during access periods 2011-05-27 20:08 wpwrak: that's a perfect anti-competitor trick. of course, if you don't think of it being anti-customer too... 2011-05-27 20:15 whitequark: i guess some of the copycats would just copy the bugs as well ;-) 2011-05-27 20:17 bug-compatible hardware: sounds great 2011-05-27 20:17 at least you can keep existing workarounds 2011-05-27 20:19 (there was an old joke: if you learn from your mistakes, you don't do old errors. instead, you do absolutely new and unknown, and much more disastrous errors) 2011-05-27 20:19 it's exactly the case. 2011-05-27 20:20 yeah. much better to make plenty of old errors, so nobody notices the new ones ;-) 2011-05-27 20:21 congrats, you've just defined The First Rule Of Chinese Hardware Development 2011-05-27 20:27 0_o 2011-05-27 20:29 kristianpaul: well, at least that applies to my device very well 2011-05-27 20:34 The news are full of questions 2011-05-27 20:35 Sony working on the PS4 for exemple 2011-05-27 20:35 what the heck seriously ? 2011-05-27 20:35 Isn't the PS3 powerfull enough ? 2011-05-27 20:35 Oh and Skype is becoming more and more closed.. as expected ;) 2011-05-27 20:36 literally 2011-05-27 20:40 LunaVorax: (skype) the microsoft touch of death. like nokia. 2011-05-27 20:45 wpwrak, haha 2011-05-27 20:45 lol 2011-05-27 20:45 Too bad, at least we still have jabber/xmpp 2011-05-27 20:46 But I was keeping the hope of seeing an open-source client for skype one day 2011-05-27 20:46 someone must reverse engineer skype I guess 2011-05-27 20:46 that's ultra hard tough 2011-05-27 20:46 even harder than normal reverse engineering 2011-05-27 20:46 and they'll sue you 2011-05-27 20:46 why? 2011-05-27 20:47 at least they will try 2011-05-27 20:47 there is DCMA exceptions for interoperability 2011-05-27 20:47 and you could have layers too like SFLC 2011-05-27 20:47 reverse engineering skype is against its license agreement, isn't it? 2011-05-27 20:47 s/you/the person reversing it/ 2011-05-27 20:48 yes, no problem, don't accept the license agreement 2011-05-27 20:48 or live in europe 2011-05-27 20:48 btw: http://news.slashdot.org/story/11/05/26/1933219/Chapel-Hill-Computational-Linguists-Crack-Skype-Calls 2011-05-27 20:48 I'm not sure what it means tough 2011-05-27 20:49 they use rc4 afaik 2011-05-27 20:49 I wonder how they could analyze a good block cipher to get these results... 2011-05-27 20:51 >They are measuring the payload size of IP packets and matching it to phonemes spoken. 2011-05-27 20:52 yes but couldn't they go further 2011-05-27 20:52 and do a kown plain text attack or something like that 2011-05-27 20:54 I think it's quite hard on recent ciphers. actually, extracting the key from client itself will be several orders of magnitude easier 2011-05-27 20:54 I mean, the key, protocol details and all that stuff 2011-05-27 20:56 I don't know how much is known 2011-05-27 20:56 but it's offuscated and encrypted(the binary) 2011-05-27 20:56 (known) close to nothing 2011-05-27 20:56 ok 2011-05-27 20:56 ouch 2011-05-27 20:57 and the authors did quite a good job of hiding the details 2011-05-27 21:00 Oh 2011-05-27 21:00 Apple ARM MacBook in the work ? 2011-05-27 21:00 Intersting 2011-05-27 21:04 LunaVorax, not so sure 2011-05-27 21:04 LunaVorax, look at idroid status 2011-05-27 21:04 http://www.idroidproject.org/wiki/Status 2011-05-27 21:04 GNUtoo, I took a look a while ago. 2011-05-27 21:05 GNUtoo, hummm maybe I should give it a try on my iTouch 2G but I don't know what to except/do with it. 2011-05-27 21:06 Oh wait, it's not compatible yet with my device :/ 2011-05-27 21:07 larsc: on my board, NAND CS1 and CS2 are wired to CE1 and CE2 of flash chip, but I don't see any references to CS switching in the driver 2011-05-27 21:07 expect no suspend 2011-05-27 21:07 how do you think, can I connect whatever I want to CS2, assuming the default asserted is CS1? 2011-05-27 21:08 oh wait, that's my driver. 2011-05-27 22:30 roh: which sw tools did you use for the MM1 case ? qcad ? 2011-05-27 22:38 Hi, I'm having a problem when powering on my Ben Nanonote: 2011-05-27 22:39 The display doesn't usually activate. Discovered tonight that ping response is OK and I have ssh'd in. 2011-05-27 22:39 So "the lights are off, but someone is home" 2011-05-27 22:39 Any experience with similar issues anyone? 2011-05-27 22:41 grunthus: what does "usually" mean ? does it sometimes activate ? 2011-05-27 22:42 grunthus: if the display always stays dark, this could be a problem with the cable connecting the LCD display to the bottom half of the device. let's hope this isn't the case :-) 2011-05-27 22:43 grunthus: also, how long did the device power on normally before starting to exhibit problems ? 2011-05-27 22:44 wpwrak: I got the device from new last week. Problems powering on since day 1. 2011-05-27 22:45 The power on button never brings LCD up. Always have to do something with reset/remove battery etc. 2011-05-27 22:45 grunthus: hmm. but eventually, it does turn on ? 2011-05-27 22:46 (Usually means I can get the LCD to come on after some combination of reset/battery out) 2011-05-27 22:46 let me just try a reboot via ssh 2011-05-27 22:47 when you get the LCD to turn on, will it keep on working for a while ? 2011-05-27 22:47 yes, indeed, it will stay on until I turn the Ben off. 2011-05-27 22:47 In fact, I was going to ask how to get it to go into powersave mode, but this problem is more pressing. 2011-05-27 22:48 interesting. doesn't sound like the cable then. more like a problem initializing the LCM. 2011-05-27 22:48 Not responding to ping now after reboot, will try reset switch again 2011-05-27 22:48 afaik, powersave/suspend isn't very well supported at the moment 2011-05-27 22:49 if it doesn't respond, maybe just try pushing POWER for a bit 2011-05-27 22:49 (1-2 seconds) 2011-05-27 22:50 it can sometimes end up in some undead state where it doesn't properly reset, but the power button will bring it up 2011-05-27 22:51 No response via power button. 2011-05-27 22:52 Additionally, it is no longer listed via lsusb 2011-05-27 22:53 let's try this: remove the battery. disconnect USB. wait 20 seconds. then connect USB. 2011-05-27 22:53 OK, reset button causes device to show up in lsusb 2011-05-27 22:53 and ping response is back 2011-05-27 22:54 (reset) good. so that works, too :) 2011-05-27 22:54 but no display ? 2011-05-27 22:54 nope 2011-05-27 22:54 you mentioned LCM before? 2011-05-27 22:56 you should be able to cycle the ben as follows: press POWER, wait a few seconds, the press POWER and hold it for about 1 second. 2011-05-27 22:56 let me give you more exact numbers ... 2011-05-27 22:56 OK 2011-05-27 22:58 assuming it's on: press POWER. it should then turn off within 5 seconds. press and hold POWER until the screen comes on (should take ~3 seconds). the system will be fully up about 30 seconds after pressing and holding POWER. 2011-05-27 22:59 it is on just now, i'm ssh'd in. About to try your procedure above...here goes 2011-05-27 22:59 /sbin/reboot -f   from SSH should also cycle it reliably 2011-05-27 23:00 if it's a hardware problem, it could be that the LCD cable only gives contact intermittently. but then i would expect that the display also fails from time to time when it's up and running. 2011-05-27 23:00 so the symptoms are a little strange. 2011-05-27 23:01 The power has cycled. SSH/PING dropped on poweroff. Power on 3sec, ping and ssh'd back in. 2011-05-27 23:01 No LCD 2011-05-27 23:01 will try the /sbin/reboot -f cycle 2011-05-27 23:04 No joy, SSH OK, no LCD. 2011-05-27 23:04 the problem may be stochastic in nature. i.e., the same procedure may sometimes work and sometimes not. to analyze this, we'd first have to find out what makes it more or less likely to happen 2011-05-27 23:05 i.e., try each method a few (~5) times before switching to the next 2011-05-27 23:05 OK, I'll do /sbin/reboot -f repeatedly 2011-05-27 23:05 Thanks for helping 2011-05-27 23:06 no problem :) too bad wolfgang isn't around. he knows all the little quirks best. 2011-05-27 23:09 i'd try the following three cycling processes: 2011-05-27 23:09 1) the reboot -f you're doing now 2011-05-27 23:09 2) the power button 2011-05-27 23:10 3) remove the battery; unplug usb, wait 30 s; connect USB; wait until the system comes up; repeat (if the system doesn't come up within ~30 s, press POWER) 2011-05-27 23:11 if none of these yields anything, then there may be a mechanical component. you could try gently shaking the ben, then repeating one of the three methods a few times. if it still doesn't work, shake the ben again, etc. 2011-05-27 23:11 OK. I have run number 1) 5 times. Same behaviour 2011-05-27 23:12 if all this gets too boring, maybe just leave it completely powered down (no battery, no usb) for an hour or so, then connect USB 2011-05-27 23:13 Sure, it might get boring. I notice that the ethernet over USB seems to die but ifconfig on desktop system can be used to reestablish connection straight away. Probably nothing related 2011-05-27 23:14 if the problem has a mechanical component, it may be one of these two: 1) the connector into which the LCD cable slides is not properly locked. this could be repaired by opening the ben, properly placing the cable, then locking the connector. 2) the cable is broken (hairline crack or such). this isn't repairable. 2011-05-27 23:14 both kinds of problems have happened, although (luckily) not very often 2011-05-27 23:14 Power button certainly works. Ping stops very quickly on press. 2011-05-27 23:15 (power button) there's nothing as reassuring as a power button that works well ;-) 2011-05-27 23:19 No change with method 2) 2011-05-27 23:19 let's hope for method 3 then 2011-05-27 23:31 No change on 3 either. 2011-05-27 23:32 system log shows usb device dis/connect appropriately 2011-05-27 23:34 If I try reseating the LCD cable, will that invalidate warranty, opening case. 2011-05-27 23:36 it shouldn't ... where did you get your ben from ? directly from sharism ? 2011-05-27 23:37 it's from tuxbrain 2011-05-27 23:38 hmm, dunno what his policy is. maybe mail him ? in general, nobody should complain if you open the device. but i can't speak for tuxbrain :) 2011-05-27 23:38 Will do. Perhaps he will prefer me to send it back. 2011-05-27 23:40 ah, here's wolfgang. just in time :) 2011-05-27 23:40 wolfspraul: you'll be happy - we have a support case. lcm acting up on a new device. only sometimes activates. most of the time doesn't. 2011-05-27 23:41 wolfspraul: he already tried all the usual ways of power-cycling several times, to no avail. so it seems there's a mechanical component in the problem. 2011-05-27 23:42 wolfspraul: hi, I'm the case!! 2011-05-27 23:42 wolfspraul: the device is from tuxbrain. should he (grunthus) try to open the ben and see if he can re-seat the cable ? or do you have any other things he could try ? 2011-05-27 23:42 wpwrak: do you mind if I mention you in email to David Samblas (tuxbrain) 2011-05-27 23:43 grunthus: sure. he knows my name well enough ;-) 2011-05-27 23:46 grunthus: ah hi! 2011-05-27 23:46 Thanks, I have asked if I can open it. 2011-05-27 23:46 hi 2011-05-27 23:46 I was about to reply to you on the forum, but now you are here :-) 2011-05-27 23:47 on the forum you said it worked with the reset button? 2011-05-27 23:47 It has done, but not today. 2011-05-27 23:47 is it an LCM problem or mechanical issue with the power button? 2011-05-27 23:47 when you press the power button, hold it for a good long 5 seconds or so, just in case 2011-05-27 23:47 don't press too hard, just long 2011-05-27 23:48 The power button seems to cycle the power properly, I can see log messages on my desktop system relating to usb device 2011-05-27 23:48 but the screen remains dark? 2011-05-27 23:48 and I can watch ping response 2011-05-27 23:48 dark, yes. 2011-05-27 23:49 On the occaisions when reset press has activated the LCD it works reliably 2011-05-27 23:49 for hours on end, lid open/shut, no problems. 2011-05-27 23:49 it may be an issue with the fpc (flexible printec circuit, a thin cable) running from the mainboard under the keys to the lcm 2011-05-27 23:49 it goes to the lcm on the right side, where it says 'mic' 2011-05-27 23:50 wpwrak thouhgt that 2011-05-27 23:50 wolfspraul: btw (other topic), have you heard of Linaro ? http://www.linaro.org/ 2011-05-27 23:51 wait grunthus first 2011-05-27 23:51 it's possible that the fpc doesn't sit tight in the connector anymore 2011-05-27 23:51 wolfspraul: they're a sw house, but with ties to hw. 2011-05-27 23:51 (sure) 2011-05-27 23:51 if it is not connected at boot time, it may miss some initialization of the lcm module 2011-05-27 23:52 what does FPC abbreviate? 2011-05-27 23:52 a thin cable (flexible printed circuit) 2011-05-27 23:52 ahh. 2011-05-27 23:52 I'm still thinking whether our analysis is correct 2011-05-27 23:53 but yeah, I think so 2011-05-27 23:53 is there anything in /proc which would allow me to query the LCD in some way? 2011-05-27 23:53 good question, probably only larsc would know 2011-05-27 23:54 for the Ben, I'm sorry for the inconvenience but yeah, it looks like we need to replace it and give you a new one 2011-05-27 23:54 wolfspraul: (analysis correct) i also suspect the cable 2011-05-27 23:55 sure I know linaro 2011-05-27 23:55 Thanks for helping. 2011-05-27 23:55 it's an attempt of arm ltd. and the arm ecosystem to pump money (and engineering resources) into cleaning up ARM support in linux 2011-05-27 23:56 grunthus: can you try to press with your finger where the 'mic' label is? 2011-05-27 23:56 (replace) could grunthus perhaps try open the ben and reseat the cable ? in case it's just a case of the connector not being properly locked 2011-05-27 23:56 sure he can try, but because it's his first time he may end up with a device that has a few scratches 2011-05-27 23:56 even if it then works 2011-05-27 23:57 wolfspraul: (linaro) ah, not quite what we need then. i wonder if they may have contacts that could help us, though ? 2011-05-27 23:57 grunthus: no worries we had such cases before (unfortunately), and if you contact tuxbrain it will be replaced without a fuss 2011-05-27 23:57 pressure around mic area - no response on LCD 2011-05-27 23:57 by now we had maybe 10 such cases 2011-05-27 23:58 wolfspraul: can I mention your name if I email David Samblas? 2011-05-27 23:58 from about 1200-1300 nanos sold 2011-05-27 23:58 of course you can, why not? 2011-05-27 23:58 ~1%. did you do a post-mortem on them to see if it's connector or cable ? 2011-05-27 23:58 less than 1% then. 2011-05-27 23:59 50% cable reseating helps, 50% the connector on the mainboard side has a soldering problem, i.e. resoldering it helps 2011-05-27 23:59 I don't remember that we've had an issue with the heat-printed connection under the lcm (on the other side of the cable) 2011-05-27 23:59 I think I saw an article (on BBC?) about VGA via SD slot which led me to the Nano, I bought one within an hour of reading the article.