2010-12-06 01:57 <xiangfu> exit
2010-12-06 02:52 <kyak> xiangfu: hey
2010-12-06 02:53 <kyak> xiangfu: btw, mocp is working just fine for me, with the Makefile in git (only removed the BROKEN tag)
2010-12-06 02:53 <kyak> it complains about terminal size, however.. But doesn't segfault
2010-12-06 02:54 <xiangfu> kyak: oh.. hmm.. I only test in my laptop. which the .config is different. I will try in buildhost.
2010-12-06 02:54 <xiangfu> kyak: I will try to find out why.
2010-12-06 02:55 <kyak> xiangfu: i didn't try on buildhost, too..
2010-12-06 06:55 <kyak> xiangfu: seems that stardict builds its own version of libsigc, and links against it. And it causes some problems for me. I tryed adding libsigcxx to stadict's dependecies, this should help (i hope)
2010-12-06 06:56 <kyak> in the full build, it uses libsigc from openwrt
2010-12-06 06:57 <kyak> also, when building stardict in minimal build, i foudn that it lacks for libstdcpp dependency
2010-12-06 06:57 <xiangfu> kyak: oh. good job :)
2010-12-06 06:58 <kyak> but.. this can be confirmed only in the evening :)
2010-12-06 06:58 <xiangfu> I just send out some email to u-boot, send ben nanonote patches to upstream :)
2010-12-06 06:58 <kyak> oh great! is our u-boot very far away from upstream?
2010-12-06 06:59 <xiangfu> kyak: yes. it's eating time for me. I will be back in ~ 1 hour. talk to you later. sorry.
2010-12-06 06:59 <kyak> bon appetit!
2010-12-06 07:00 <xiangfu> kyak: Ingenic's u-boot very far from upstream. ours much much better. :)
2010-12-06 07:00 <kyak> would be nice to get rid of u-boot some day :) and use grub
2010-12-06 07:01 <lekernel> why?
2010-12-06 07:04 <kyak> because uboot needs specially built uImage and uboot doesn't provide a great flexibility (menus, editing kernel cmdline etc) , like grub does?
2010-12-06 07:06 <qi-bot> [commit] Andres Calderon: Has been moved the labels that overlap. http://qi-hw.com/p/xue/fb92de3
2010-12-06 07:11 <viric> kyak: what dictionaries you use in stardict? You seem very interest in it
2010-12-06 07:11 <viric> interested
2010-12-06 07:12 <kyak> viric: russian<->english and english <-> german
2010-12-06 07:12 <kyak> i mostly use sdcv however (console version of stardict)
2010-12-06 07:12 <kyak> stardict fails (or failed?) to start on my minimal build
2010-12-06 07:13 <kyak> i'm pretty much sure it will start now...
2010-12-06 07:25 <viric> ok
2010-12-06 07:25 <viric> I use, for similar situations, 'dict'.
2010-12-06 07:26 <xiangfu> kyak: we can set kernel command in ben nanonote.
2010-12-06 07:26 <viric> kyak: http://vicerveza.homeunix.net/~viric/akcentiga/index.html.en
2010-12-06 07:26 <xiangfu> 1. run /usr/bin/fw_setenv_default  which write the default u-boot envs to nand.
2010-12-06 07:27 <xiangfu> 2. using fw_setenv bootargs .... for set the cmdline.
2010-12-06 07:30 <xiangfu> kyak: I think we should create a package like "nandnote-full-system-files", put all gmenu2x, ... all files not rewrite openwrt base file to this package.
2010-12-06 07:30 <kyak> viric: as i remember, "dict" is gtk1, and gtk1 can't work with framebuffer (needs X)
2010-12-06 07:31 <kyak> xiangfu: yeah, we can use the fw_setenv_default for that, but with grub it's just easy as pressing 'e' during boot. and the menu?
2010-12-06 07:32 <viric> kyak: 'dict' is a server program
2010-12-06 07:32 <viric> kyak: and it comes with a console client
2010-12-06 07:32 <xiangfu> kyak: hmm.. then we must write keyboard and lcd driver for grub.
2010-12-06 07:32 <kyak> xiangfu: i think it is better to move such files to relevant packages. The files that are not a part of some pacakge, can be left as they are? (like /etc/inputrc)
2010-12-06 07:32 <viric> kyak: you can install other clients too.  It works through serving in tcp/localhost.
2010-12-06 07:32 <xiangfu> kyak: compare to grub. maybe kboot is much better.
2010-12-06 07:33 <kyak> viric:  ah ok.. need to have a look
2010-12-06 07:34 <kyak> xiangfu: maybe! i never really tried anything except for grub/lilo
2010-12-06 07:35 <kyak> viric: put a word "60;N78" in your accentizer, it won't work ;)
2010-12-06 07:35 <viric> kyak: eh... :)
2010-12-06 07:35 <kyak> xiangfu: hm, i didn't think it was so hard.. a special driver for keyboard/lcd for grub?
2010-12-06 07:36 <kyak> viric: how does it work anyway?
2010-12-06 07:36 <viric> kyak: http://vicerveza.homeunix.net/~viric//cgi-bin/Dict dictionaries
2010-12-06 07:36 <kyak> parsing some dictionary?
2010-12-06 07:36 <viric> kyak: yes
2010-12-06 07:36 <kyak> oh ok
2010-12-06 07:37 <viric> kyak: did you notice that you can click on words?
2010-12-06 07:37 <viric> (in the 'accentizer')
2010-12-06 07:37 <kyak> uep
2010-12-06 07:37 <viric> I think it's a great tool... but I failed to spread it.
2010-12-06 07:37 <xiangfu> kyak: I am not sure about grub. I just want say. if we can write those driver for grub, then we can write them for u-boot. if you have a keyboard in u-boot. then you can easy edit just as grub :)
2010-12-06 07:37 <kyak> the tooltip is a little bit over the word though
2010-12-06 07:37 <kyak> in firefox
2010-12-06 07:37 <viric> kyak: I only learnt the very very minimal javascript+css for that ;)
2010-12-06 07:38 <viric> I use the akcentiga almost always I need to read anything in Russian
2010-12-06 07:38 <viric> (I wrote it some years ago)
2010-12-06 07:39 <kyak> hmm, i didn't realize it is hard to put accents for foreigners.. but i guess, yes, it is hard.. there are not general rules for that, a lot of excpetions :)
2010-12-06 07:40 <xiangfu> kyak: since the gmenu2x store in projects.qi-hardware.com, maybe we just put all files/usr/share/gmenu2x/* to gmenu2x.git
2010-12-06 07:40 <kyak> xiangfu: having menu in u-boot would be cool ;)
2010-12-06 07:40 <viric> kyak: My sixth sense for guessing the accent usually puts the accent in a totally wrong position ;)
2010-12-06 07:41 <viric> kyak: and it's very hard to find texts with accents marked.
2010-12-06 07:41 <kyak> xiangfu: do you think maybe it is better to have those files in gmenu2x in openwrt-packages?
2010-12-06 07:41 <xiangfu> kyak: my plan on u-boot is first send to upstream  then add new feature, so we stop add new thing to u-boot. (I am a little slow on send ben nanonote to upstream :-(
2010-12-06 07:42 <kyak> viric: believe me, there are a lot of native speakers who are putting wrong accents
2010-12-06 07:42 <viric> I imagine. But not on almost every word I imagine. :)
2010-12-06 07:42 <kyak> usually other people laugh in their faces
2010-12-06 07:42 <kyak> no, not like that ;)
2010-12-06 07:43 <viric> having a quick dictionary like that of clicking the words also helps a lot.
2010-12-06 07:43 <kyak> xiangfu: this is a good plan!
2010-12-06 07:43 <viric> And it's no client-server interaction.. the HTML has all the dictionary definitions. You can save the html and have the click-code working
2010-12-06 07:45 <kyak> viric: http://slovari.yandex.ru/~:=838/!;>20@L%20C40@5=89/
2010-12-06 07:45 <kyak> A;>20@L C40@5=89 )
2010-12-06 07:48 <kyak> xiangfu: i think putting gmenu2x files in gmenu2x.git will lead to mixing between source code and configs... I think configs need to be provided by gmenu2x in openwrt-packages
2010-12-06 07:48 <kyak> configs+icons
2010-12-06 07:51 <xiangfu> kyak: yes. sound good, let's do it.
2010-12-06 07:52 <kyak> viric: dict homepage - is it http://www.dict.org/?
2010-12-06 07:54 <kyak> xiangfu: btw, you've shown a nice way of postinstall handling (in nightsky). There are still files in /root that need to be moved to relevant packages (like netsurf and mplayer)
2010-12-06 07:54 <kyak> i don't know what to do with /root/.vimrc though :)
2010-12-06 07:54 <kyak> vim is from openwrt
2010-12-06 07:56 <xiangfu> kyak: yes I will work on the move those files to relevant packages.
2010-12-06 07:56 <kyak> or /root/.tclshrc
2010-12-06 07:57 <kyak> ok, great!
2010-12-06 07:57 <xiangfu> kyak: I also not sure about .vimrc .tclshrc . let's keep it in files/ for now.  the plan is stick upstream as much as possible.
2010-12-06 07:58 <kyak> yes, they live in file/ just fine for now..
2010-12-06 08:00 <kyak> hmm, i just noticed there is a qstardict
2010-12-06 08:01 <kyak> taking into account that cyrillic input is working in Qt, might be a better choice than stardict
2010-12-06 08:01 <kyak> i wonder what's working faster
2010-12-06 08:02 <viric> kyak: yes
2010-12-06 08:29 <qi-bot> [commit] Xiangfu Liu: mv all gmenu2x stuff to it's package http://qi-hw.com/p/openwrt-xburst/32e4611
2010-12-06 08:29 <qi-bot> [commit] Xiangfu Liu: move gmenu2x from openwrt-xburst.git to it's package http://qi-hw.com/p/openwrt-packages/e517e97
2010-12-06 08:35 <qi-bot> [commit] Xiangfu Liu: remove temp file http://qi-hw.com/p/openwrt-packages/ce1b4fa
2010-12-06 08:35 <qi-bot> [commit] Xiangfu Liu: add icon for snownews http://qi-hw.com/p/openwrt-packages/af56909
2010-12-06 09:05 <viric> kyak: Qt on directfb?
2010-12-06 09:05 <viric> xiangfu, larsc: yesterday I had a problem on 2.6.35
2010-12-06 09:05 <viric> Leave a cpu intensive program run for more than 10 minutes
2010-12-06 09:06 <viric> (maybe others can do the test)
2010-12-06 09:07 <viric> And check its 'user time' and 'cpu time' (/proc/PID/stat some numbers there)
2010-12-06 09:08 <viric> After more or less 11 minutes, the user-time counter stops, and all gets added into the system-time counter.
2010-12-06 09:10 <kyak> viric: yes, Qt can run on top of directfb
2010-12-06 09:10 <viric> A usual cpu intensive program you can run is "openssl speed"
2010-12-06 09:10 <viric> It checks the 'user-time' counter to display the cpu time passed
2010-12-06 09:11 <viric> and after 11 minutes of running, it starts saying 0.0;
2010-12-06 09:11 <viric> monitoring with strace, I see that what accumulated as user time, it goes to system (kernel) time and the user-time counter stops.
2010-12-06 09:12 <viric> Different runs make the stopping moment vary. But it's always between 10 and 11 minutes, for what I tried. I tried with gzip and openssl speed.
2010-12-06 09:12 <viric> Can someone put his nanonote with the heavy job of 'openssl speed'?
2010-12-06 09:14 <viric> Is there a report of what is ready for the nanonote in 2.6.36?
2010-12-06 09:19 <viric> maybe noone here has a running nanonote? :)
2010-12-06 09:19 <viric> xiangfu testing 'nerase', kyak with qemu, ... :)
2010-12-06 09:21 <kyak> nanonote? i heard someinth about it..
2010-12-06 09:21 <kyak> :)
2010-12-06 09:21 <bartbes> viric: running? :O
2010-12-06 09:21 <bartbes> :P
2010-12-06 09:21 <viric> hehe
2010-12-06 09:21 <viric> I mean with an OS there and able to run programs
2010-12-06 09:22 <viric> I'll try to build a 2.6.36 kernel
2010-12-06 09:22 <viric> for i
2010-12-06 09:22 <bartbes> maybe I do..
2010-12-06 09:22 <viric> t
2010-12-06 09:22 <viric> bartbes: could you make it run for 11 minutes (at least) "openssl speed"?
2010-12-06 09:22 <bartbes> if you keep the time, I'll surely forget
2010-12-06 09:22 <viric> well
2010-12-06 09:22 <bartbes> no openssl installed?
2010-12-06 09:22 <viric> you can make it run until it finishes :) It may take around 20 minutes.
2010-12-06 09:23 <viric> ah you don't have openssl?
2010-12-06 09:23 <viric> bad.
2010-12-06 09:23 <viric> sooo
2010-12-06 09:23 <kyak> openssl binary is not installed, yes
2010-12-06 09:23 <viric> another thing. Try to make it run:   gzip </dev/zero > /dev/null &
2010-12-06 09:23 <viric> kyak: I cannot reproduce the trouble in 2.6.36 malta, btw.
2010-12-06 09:24 <bartbes> viric: alright, it's doing that
2010-12-06 09:24 <viric> bartbes: then, note the gzip PID, and paste from time to time /proc/PID/stat here.
2010-12-06 09:24 <bartbes> and now we wait
2010-12-06 09:24 <viric> (a line with numbers)
2010-12-06 09:25 <bartbes> ugh, time for ssh, so I can copy-paste
2010-12-06 09:25 <viric> ah
2010-12-06 09:26 <viric> bartbes: you can run:   cat /proc/PID/stat | cut -d ' ' -f 12,13
2010-12-06 09:26 <viric> that will choose the numbers I want to run
2010-12-06 09:26 <viric> I want to *see*
2010-12-06 09:26 <bartbes> viric: 3 0
2010-12-06 09:27 <viric> ouch. maybe not those then
2010-12-06 09:27 <bartbes> 663 (gzip) R 436 663 436 1025 663 4194304 168 0 3 0 17827 917 0 0 20 0 1 0 8550 1638400 127 2147483647 4194304 4653656 2142728432 2142727632 4417872 0 0 0 0 0 0 0 18 0 0 0 0 0 0
2010-12-06 09:27 <viric> try 14,15
2010-12-06 09:27 <viric> aha, 14,15
2010-12-06 09:28 <viric> 17827 = user jiffies = 178.27 seconds of user-mode time
2010-12-06 09:28 <viric> 917 = system jiffies = 9.17 seconds of kernel-mode time
2010-12-06 09:28 <viric> So what I see here is that, around 64000 jiffies (640 seconds), the user-mode time jiffie counter STOPS, and then all the time goes to the system jiffies (kernel mode time)
2010-12-06 09:29 <bartbes> 27413 1388
2010-12-06 09:29 <viric> looks fine.
2010-12-06 09:29 <viric> let's wait for the 640 seconds
2010-12-06 09:29 <viric> bartbes: what kernel you run btw?
2010-12-06 09:30 <bartbes> ehm..
2010-12-06 09:30 <viric> (thank you very much for the test)
2010-12-06 09:30 <viric> uname -a
2010-12-06 09:30 <bartbes> root@BenNanoNote:~# uname -a
2010-12-06 09:30 <bartbes> Linux BenNanoNote 2.6.32.10 #1 PREEMPT Tue Jun 15 17:53:33 CEST 2010 mips GNU/Linux
2010-12-06 09:30 <bartbes> yeah did that already
2010-12-06 09:30 <viric> ok
2010-12-06 09:30 <viric> good test then.
2010-12-06 09:30 <bartbes> 36223 1834
2010-12-06 09:30 <viric> that looks fine. user time increasing a lot, system time increasing little.
2010-12-06 09:31 <bartbes> so ehm
2010-12-06 09:31 <kyak> bartbes: you are good to update your system :) pretty old summer image
2010-12-06 09:31 <bartbes> apparently you know
2010-12-06 09:31 <bartbes> what are those time values supposed to be anyway?
2010-12-06 09:31 <bartbes> kyak: well did SDL get fixed?
2010-12-06 09:31 <viric> bartbes: user time in centiseconds, and kernel mode time in centiseconds
2010-12-06 09:31 <kyak> bartbes: hm, did it get broken?
2010-12-06 09:31 <bartbes> well yeah, but is the meaning of it?
2010-12-06 09:31 <bartbes> kyak: it did, sometime
2010-12-06 09:31 <viric> bartbes: How much time the process is spending CPU time in user-mode, and how much time the process is spending CPU time in kernel-mode (inside system calls)
2010-12-06 09:32 <kyak> bartbes: should be fine in the last testing image
2010-12-06 09:32 <bartbes> kyak: no stables coming up?
2010-12-06 09:32 <bartbes> 46725 2339
2010-12-06 09:32 <viric> (I'm building 2.6.36 to test if I also see the problem therE)
2010-12-06 09:33 <kyak> bartbes: http://en.qi-hardware.com/wiki/Official_Software_Image#Image_2010-11-17
2010-12-06 09:33 <kyak> i think it's official;
2010-12-06 09:33 <bartbes> gforth added, yay
2010-12-06 09:34 <kyak> beware though that the rootfs is 512 Mb now. you shoud probably save your data from datafs
2010-12-06 09:34 <bartbes> I don't think I have much data anyway
2010-12-06 09:35 <bartbes> the thing I'm worried about is confs ;)
2010-12-06 09:35 <kyak> oh. do youreally have a lot of modifications?
2010-12-06 09:36 <viric> wait - are you overwriting the whole rootfs to update your openwrt in the nanonote?
2010-12-06 09:36 <bartbes> isn't that.. necessary?
2010-12-06 09:36 <bartbes> 69752 3461
2010-12-06 09:36 <viric> bartbes: 69752! I could not reach this. So it seems you are not seeing the problem I was seeing
2010-12-06 09:36 <viric> bartbes: maybe it was something particular of the 2.6.35 I was running then.
2010-12-06 09:36 <bartbes> I will keep it running for a little bit
2010-12-06 09:37 <viric> bartbes: thank you1
2010-12-06 09:37 <viric> !
2010-12-06 09:37 <viric> So, for openwrt... I have no idea, I never used openwrt on the nanonote.
2010-12-06 09:37 <viric> But I expected it had some update system...
2010-12-06 09:38 <bartbes> I also have jlime on my sd card
2010-12-06 09:38 <bartbes> 82731 4062
2010-12-06 09:38 <bartbes> looks like it's working properly
2010-12-06 09:38 <kyak> opkg can update. however now i think reflashing a newer image is only supported
2010-12-06 09:39 <viric> bartbes: yes. Fine. thank you very much :)
2010-12-06 09:39 <kyak> i think it's considerably faster, too
2010-12-06 09:39 <bartbes> root@BenNanoNote:~# kill 663
2010-12-06 09:39 <bartbes> ash: cannot kill pid 663: No such process
2010-12-06 09:39 <bartbes> wee
2010-12-06 09:39 <viric> bartbes: I'll check on 2.6.36. Maybe the bug was introduced at some time before 2.6.32 and 2.6.35
2010-12-06 09:40 <bartbes> peace and quiet returns
2010-12-06 09:40 <viric> :)
2010-12-06 09:40 <bartbes> I.. forgot that shutting down from ssh leaves my ssh client wondering what the hell happened...
2010-12-06 09:40 <viric> ~.
2010-12-06 09:41 <viric> That kills the openssh client
2010-12-06 09:41 <bartbes> the server, not the client
2010-12-06 09:41 <viric> ah
2010-12-06 09:41 <bartbes> so I'll have to wait until it times out, or kill it
2010-12-06 09:41 <viric> how you know it's the server?
2010-12-06 09:41 <bartbes> because.. the server runson on the ben?
2010-12-06 09:42 <viric> Isn't it shut down?
2010-12-06 09:42 <bartbes> and I just shut down the ben?
2010-12-06 09:42 <bartbes> well exactly
2010-12-06 09:42 <bartbes> so the server is down
2010-12-06 09:42 <bartbes> the client doesn't know that yet
2010-12-06 09:42 <viric> type ~.
2010-12-06 09:42 <viric> that kills the client :)
2010-12-06 09:42 <bartbes> no it doesn't
2010-12-06 09:42 <viric> what ssh client you useç'
2010-12-06 09:42 <viric> ?
2010-12-06 09:42 <viric> openssh client is killed by 'tilde dot'
2010-12-06 09:42 <viric> sorry
2010-12-06 09:42 <bartbes> openssh
2010-12-06 09:42 <viric> enter-tilde-dot
2010-12-06 09:42 <bartbes> yeah, but it needs to be on its own line
2010-12-06 09:42 <bartbes> I think that's where it fails
2010-12-06 09:43 <bartbes> and I may or may not have overridden that key combo
2010-12-06 09:43 <viric> maybe the stop sequence on the ben is broken; it shuts down before the ssh server can properly finish.
2010-12-06 09:43 <viric> bartbes: why would you override enter-tilde-dot? :)
2010-12-06 09:43 <bartbes> oh hey, I finally got it to work
2010-12-06 09:43 <bartbes> or it timed out..
2010-12-06 09:43 <bartbes> viric: I could have changed the key
2010-12-06 09:43 <viric> you should not forget the 'enter'
2010-12-06 09:43 <bartbes> I had to do alt-gr+shift+tilde then dot
2010-12-06 09:44 <kyak> hm, never heard of that magic ~. :)
2010-12-06 09:44 <viric> enter-tilde-?  explains other combinations
2010-12-06 09:44 <kyak> i had to kill the process manually
2010-12-06 09:44 <viric> it's similar to the telnet ^]
2010-12-06 09:44 <bartbes> kyak: and the enter is there because it needs to be on its own line
2010-12-06 09:44 <kyak> hm
2010-12-06 09:45 <kyak> need to try it
2010-12-06 09:45 <viric> own line?
2010-12-06 09:45 <viric> what own line? :)
2010-12-06 09:45 <kyak> how openssh client distinguish - maybe i want to send ~ to the server?
2010-12-06 09:45 <viric> kyak: enter-tilde-tilde sends enter-tilde
2010-12-06 09:46 <kyak> no, i mean i want to type ~
2010-12-06 09:46 <kyak> like cd ~
2010-12-06 09:46 <bartbes> viric: you can't do:
2010-12-06 09:46 <bartbes> a~.
2010-12-06 09:46 <bartbes> but you can do:
2010-12-06 09:46 <viric> it does not have any problem. You can type ~ whenever you want. You only have to care if you want to type it AFTER *enter*
2010-12-06 09:46 <bartbes> lol, fail
2010-12-06 09:46 <bartbes> ~.
2010-12-06 09:46 <viric> and in that case, type it twice.
2010-12-06 09:46 <bartbes> I just disconnected trying to type that
2010-12-06 09:46 <bartbes> :P
2010-12-06 09:46 <kyak> heh
2010-12-06 09:47 <viric> There is not any magic. The parser takes the sequence "enter-tilde", and that's all.
2010-12-06 09:47 <kyak> ok, great thing to try when i get to openssh
2010-12-06 09:47 <viric> it's not about any line. :)
2010-12-06 09:47 <bartbes> viric: not true
2010-12-06 09:47 <bartbes> it searches for ~ at the start of the line buffer
2010-12-06 09:47 <viric> I'm at an irssi session
2010-12-06 09:47 <bartbes> or so some docs said
2010-12-06 09:47 <viric> I might have echo disabled
2010-12-06 09:47 <viric> I might have the terminal in raw mode  (so no line buffer)
2010-12-06 09:48 <viric> (like what I have now at the irssi session :)
2010-12-06 09:48 <bartbes> viric: yeah yeah
2010-12-06 09:48 <bartbes> whatever
2010-12-06 09:48 <bartbes> it just needed to be at the start of the line
2010-12-06 09:48 <viric> haha
2010-12-06 09:48 <bartbes> which corresponds to \n~
2010-12-06 09:48 <viric> no no
2010-12-06 09:48 <viric> it's Enter-Tilde
2010-12-06 09:48 <viric> not \n Tilde
2010-12-06 09:48 <viric> In xterm, vt100 and other terminals, the enter key in raw mode provides a scancode of \r, and not \n.
2010-12-06 09:49 <bartbes> viric: that was to signify a newline!
2010-12-06 09:49 <bartbes> :@
2010-12-06 09:49 <viric> And mine was to signify a carriage return ;)
2010-12-06 09:49 <bartbes> !$@# those scancodes
2010-12-06 09:50 <bartbes> (censorship provided by Quality Boats, get your censorship today!)
2010-12-06 09:50 <viric> hehehe
2010-12-06 09:50 <viric> utime 31038, stime 25. let's see how far it goes.
2010-12-06 09:52 <bartbes> until it overflows ;)
2010-12-06 09:53 <viric> Will anything be faster in 2.6.36? Who knows
2010-12-06 09:53 <bartbes> I wonder
2010-12-06 09:53 <bartbes> can those counters overflow?
2010-12-06 09:53 <bartbes> (well, why wouldn't they?)
2010-12-06 09:54 <viric> few may be worried on that :)
2010-12-06 09:55 <bartbes> oh it won't cause anything bad
2010-12-06 09:55 <bartbes> just wondering if it can
2010-12-06 09:56 <viric> I don't think anyone implemented infinite-precision arithmetic for those.
2010-12-06 09:56 <viric> utime 60037
2010-12-06 09:56 <viric> utime 64125
2010-12-06 09:56 <viric> 66110
2010-12-06 09:56 <viric> great great
2010-12-06 09:56 <viric> I consider it fixed on 2.6.36
2010-12-06 09:57 <bartbes> yeah thought so
2010-12-06 09:58 <bartbes> I mean, why would you bother?
2010-12-06 09:58 <viric> well, all benchmark reports from openssl get broken
2010-12-06 09:58 <viric> as it uses the 'user time' as measure.
2010-12-06 09:59 <bartbes> meh
2010-12-06 09:59 <bartbes> :P
2010-12-06 10:02 <viric> updating openwrt through reflash looks annoying
2010-12-06 10:29 <xiangfu> viric: kyak have added flashing progress. which is better now :), but I would like advice flash from sd card. :)
2010-12-06 10:30 <viric> progress where?
2010-12-06 10:30 <viric> in usbboot?
2010-12-06 10:33 <xiangfu> viric: in reflash_ben.sh
2010-12-06 10:33 <viric> ahh.
2010-12-06 10:36 <qi-bot> [commit] Xiangfu Liu: add nanonote-example-files pakcage to config.full_system http://qi-hw.com/p/openwrt-xburst/225b32c
2010-12-06 11:30 <lekernel> http://www.getupanddiy.com/projects/thin-film-sputtering-machine/index.php
2010-12-06 11:36 <wpwrak_> lekernel: working on your fab ? ;-)
2010-12-06 11:38 <wolfspraul> great article
2010-12-06 11:38 <lekernel> wpwrak_: preparing said work
2010-12-06 11:38 <wolfspraul> I saw a machine once at a lense maker, I think it was some sort of thin film as well, not sure
2010-12-06 11:39 <lekernel> wpwrak_: right now I have friends who got hands on vacuum pumps (2 primary pumps, 1 mercury (!) diffusion pump, 2 turbomolecular pumps and even one ion pump)
2010-12-06 11:39 <lekernel> i'm going to check that out mid January
2010-12-06 11:40 <lekernel> I also found an old evaporator from the 70s that no one uses and I can play around with... problem it weights hundreds of kg and is 1500km from where I live
2010-12-06 11:40 <wolfspraul> what do you plan to build?
2010-12-06 11:40 <wolfspraul> (or manufacture)
2010-12-06 11:40 <lekernel> mess around with semiconductors, OLED displays, etc.
2010-12-06 11:41 <lekernel> nothing commercial, just a fun hobby
2010-12-06 11:42 <wolfspraul> great
2010-12-06 11:42 <wolfspraul> we find a commercial application :-)
2010-12-06 11:43 <lekernel> hm, will be hard imo :)
2010-12-06 11:45 <wpwrak_> lekernel: well, we need a better lcm ... ;-)
2010-12-06 11:46 <lekernel> LCM?
2010-12-06 11:46 <lekernel> display
2010-12-06 11:46 <lekernel> ?
2010-12-06 11:46 <lekernel> well manufacturing them myself won't probably be economically viable
2010-12-06 11:46 <wpwrak_> yes. lcd module
2010-12-06 11:47 <wpwrak_> naw, invent the ground-breaking technology. let other figure out how to produce it :)
2010-12-06 11:53 <wolfspraul> roh: you there?
2010-12-06 11:53 <roh> wolfspraul hey
2010-12-06 11:53 <wolfspraul> ah hi!
2010-12-06 11:54 <wolfspraul> I posted a few things for you the other day, about the m1 case
2010-12-06 11:54 <wolfspraul> 2 boards are on the way to Sebastien, hopefully they arrive tomorrow or the next few days
2010-12-06 11:54 <roh> nice
2010-12-06 11:54 <wolfspraul> did you read what I wrote? was about tolerances I think
2010-12-06 11:55 <wolfspraul> worst seems to be the DC jack
2010-12-06 11:55 <wolfspraul> I didn't know how bad this is until I saw it now :-)
2010-12-06 11:55 <wolfspraul> so that one needs a lot of tolerance left and right
2010-12-06 11:55 <roh> eh.. nope.. email?
2010-12-06 11:55 <wolfspraul> in the next run we may want to tighten that a bit
2010-12-06 11:55 <wolfspraul> probably here in the channel
2010-12-06 11:55 <wolfspraul> ok let's just redo it
2010-12-06 11:55 <wolfspraul> you asked about tolerances
2010-12-06 11:56 <wolfspraul> the connectors to watch out for are: 1) DC jack 2) line-in and line-out 3) vga maybe a little
2010-12-06 11:56 <wolfspraul> in that order
2010-12-06 11:56 <wolfspraul> DC jack needs at least 1mm left and right tolerance
2010-12-06 11:56 <roh> ok in case of doubt i can always add some more space
2010-12-06 11:56 <roh> 1mm is _huge_
2010-12-06 11:56 <wolfspraul> if you want to try, you can unsolder the DC jack on the sample you have, then you see how much wiggle room you have
2010-12-06 11:57 <wolfspraul> yes
2010-12-06 11:57 <wolfspraul> I know
2010-12-06 11:57 <wolfspraul> there was a back and forth about vendors, and the result is that the holes in the pcb are quite big
2010-12-06 11:57 <wolfspraul> unsolder your DC jack on the sample, then you see it yourself
2010-12-06 11:57 <wolfspraul> so DC jack is the worst
2010-12-06 11:57 <wolfspraul> after that - line-in and line-out
2010-12-06 11:57 <roh> well.. its a dc jack.. i think the contacts are quite normal (the holes)
2010-12-06 11:58 <wolfspraul> yes 'quite'
2010-12-06 11:58 <wolfspraul> but when you go into the details and tolerances well there are still differences
2010-12-06 11:58 <wolfspraul> just unsolder and see yourself :-)
2010-12-06 11:58 <roh> lets just try some boards in plural and see how it comes out
2010-12-06 11:58 <wolfspraul> you can try the same for line-in and line-out
2010-12-06 11:58 <wolfspraul> ok up to you
2010-12-06 11:58 <wolfspraul> unsoldering the DC jack will give you a quick idea
2010-12-06 12:00 <wolfspraul> how is it going with the case?
2010-12-06 12:01 <roh> waiting for the rc2 board
2010-12-06 12:01 <roh> got my spacers
2010-12-06 12:15 <qi-bot> [commit] kyak: stardict: add missing dependencies http://qi-hw.com/p/openwrt-packages/6c23e13
2010-12-06 16:59 <qi-bot> [commit] Werner Almesberger: ecn/ecn0007.txt: Revised via spacing (for the antenna) http://qi-hw.com/p/ben-wpan/fbd3e53
2010-12-06 17:55 <kristianpaul> oh well..
2010-12-06 17:56 <kristianpaul> i hope i wasnt too hard on those mails
2010-12-06 18:09 <wpwrak_> kristianpaul: naw. you're right. carlos should be in a very good position to post about "interesting" things. so if he doesn't do it, he shouldn't complain that others are filling the void
2010-12-06 18:49 <kristianpaul> wpwrak_: you'were righ about your comments yday
2010-12-06 18:49 <kristianpaul> testing now, i got the SPI to parallel now, but still missing SYN part i hope get it soon
2010-12-06 18:58 <wpwrak_> kewl. can you use DMA with that parallel interface ? i haven't examined the fancier GPIO features yet, but I would suspect that you can't.
2010-12-06 19:49 <kristianpaul> hmm close but now i'm missing 4 nibbles per convertion :S
2010-12-06 19:49 <kristianpaul> http://kristianpaul.org/~paul/tmp/spytoprallel.png
2010-12-06 19:49 <kristianpaul> (fianlly got an esy way of use scp and not deal with www permisions :))
2010-12-06 19:50 <wpwrak_> kristianpaul: downloads.qi-hardware.com works quite nicely, too ;-)
2010-12-06 19:51 <kristianpaul> ahh well
2010-12-06 19:51 <kristianpaul> thats for the dumps for sure :)
2010-12-06 19:52 <wpwrak_> the problem may be that you're using values > 3. given that you get a sync every 4 clock cycles, that can't work
2010-12-06 19:53 <wpwrak_> so one has to give ...
2010-12-06 19:53 <wpwrak_> (well, or at least that's what it was like a while ago)
2010-12-06 19:54 <kristianpaul> i realy need a verilog boof for chrismass after this
2010-12-06 19:54 <kristianpaul> ah, wait i can move an if some where
2010-12-06 19:54 <kristianpaul> wait
2010-12-06 19:54 <wpwrak_> booK ? :)
2010-12-06 19:54 <kristianpaul> nah ,)
2010-12-06 19:55 <kristianpaul> just "following" the buying spirit
2010-12-06 20:00 <kristianpaul> Well i think i may be too stric, cause once i got a  sync signal i can predict next one and so on... well if i really trust hardware...
2010-12-06 20:02 <wpwrak_> why not just re-sync ?
2010-12-06 20:04 <wpwrak_> or change as follows: have an LSR and an output buffer. shift into LSR, on sync, clock LSR to output buffer.
2010-12-06 20:05 <wpwrak_> you need something like this anyway :)
2010-12-06 20:05 <wpwrak_> so SYNC is not the beginning of a data packet but the end of the previous one
2010-12-06 20:06 <kristianpaul> hmm  i dint consider that one
2010-12-06 20:06 <wpwrak_> if there's the wrong number of clocks between syncs, you get garbage. but then, you lose in this case anyway.
2010-12-06 20:06 <wpwrak_> if you really want to get fancy, you could have an "error" signal
2010-12-06 20:06 <kristianpaul> ha you got me
2010-12-06 20:07 <kristianpaul> but thats for later
2010-12-06 20:07 <kristianpaul> for sure
2010-12-06 20:43 <kristianpaul> ok now it works http://kristianpaul.org/~paul/tmp/spitoparallel.png
2010-12-06 20:43 <kristianpaul> but i *trust* on sync
2010-12-06 20:44 <kristianpaul> may be i can do other modeling to keep eye on sync good behave
2010-12-06 20:44 <wpwrak_> you mean you never reset ? :)
2010-12-06 20:44 <kristianpaul> yes
2010-12-06 20:44 <kristianpaul> no wait
2010-12-06 20:44 <kristianpaul> i mean yes i do reset
2010-12-06 20:44 <kristianpaul> look mcu_rst
2010-12-06 20:45 <wpwrak_> so, no trust on sync then ?
2010-12-06 20:45 <wpwrak_> naw. i mean "reset the shift"
2010-12-06 20:45 <wpwrak_> the full system reset is something else :-)
2010-12-06 20:45 <kristianpaul> ahh thats a problem
2010-12-06 20:45 <kristianpaul> (reset the shift)
2010-12-06 20:45 <wpwrak_> well, you don't need to reset the shift. just copy data over to the latch
2010-12-06 20:46 <kristianpaul> aja
2010-12-06 20:46 <kristianpaul> o just reset count
2010-12-06 20:46 <kristianpaul> wait i'll commit
2010-12-06 20:46 <wpwrak_> now that you have a shifter, there shouldn't be a counter ;-)
2010-12-06 20:47 <kristianpaul> hehe
2010-12-06 20:47 <kristianpaul> well that help me to..
2010-12-06 20:51 <qi-bot> [commit] Cristian Paul Peñaranda Rojas: Code now uses a shift register, and sync once to sync signal http://qi-hw.com/p/ben-gps-sdr/0324a53
2010-12-06 20:54 <kristianpaul> "The description style you are using to describe a register or latch is not supported in the current software release."
2010-12-06 20:54 <kristianpaul> oh here we go
2010-12-06 20:55 <kristianpaul> i wonder if sofware compilers have those kind of messages :S
2010-12-06 20:57 <wpwrak_> "internal compiler error" ? ;-)
2010-12-06 20:57 <kristianpaul> lol
2010-12-06 21:00 <wpwrak_> you indentation style looks very confusing
2010-12-06 21:00 <wpwrak_> youR
2010-12-06 21:00 <kristianpaul> i know
2010-12-06 21:00 <kristianpaul> it looks for me too
2010-12-06 21:00 <kristianpaul> wjay you suguest?
2010-12-06 21:00 <kristianpaul> what*
2010-12-06 21:01 <wpwrak_> pascal style: if (...)\nbegin\n\t...\n\t...etc...\nend
2010-12-06 21:01 <wpwrak_> so the begin/end are at the same level as the if
2010-12-06 21:03 <wpwrak_> i hope you realize that the counter now does absolutely nothing :-) it's all input, no output
2010-12-06 21:03 <kristianpaul> yes yes
2010-12-06 21:05 <wpwrak_> why not   always @ (posedge clk) begin if (sync) out <= shift_reg; shift+ref <= { data,shift_reg[WIDTH-1:1]}; end   ?
2010-12-06 21:05 <wpwrak_> (i hope i got the syntax right)
2010-12-06 21:06 <wpwrak_> err .. s/shift+ref/shift_reg/
2010-12-06 21:07 <kristianpaul> i'll comment it for now
2010-12-06 21:07 <kristianpaul> but i may help
2010-12-06 21:07 <kristianpaul> is my watchdog
2010-12-06 21:07 <kristianpaul> well watch for now
2010-12-06 21:07 <kristianpaul> i'm missing the dog
2010-12-06 21:09 <wpwrak_> ah, i see. well, a bit of confidence ... :)
2010-12-06 21:18 <kristianpaul> http://kristianpaul.org/~paul/tmp/wpwrakspitoparallel.png
2010-12-06 21:18 <kristianpaul> (confidence) sure you will :)
2010-12-06 21:18 <wpwrak_> that doesn't look too bad :)
2010-12-06 21:22 <kristianpaul> assign out = shift_reg;
2010-12-06 21:22 <kristianpaul> that fits better
2010-12-06 21:22 <kristianpaul> wich is actually the snippet i founded http://hdlsnippets.com/verilog_parameterized_serial_in_parallel_out_shift_register
2010-12-06 21:23 <kristianpaul> a bit close
2010-12-06 21:24 <kristianpaul> i'm just afraid it start to shift data even when not sync signal is there :/
2010-12-06 21:26 <wpwrak_> yes, it will shift without sync. but that's an abnormal situation anyway.
2010-12-06 21:26 <wpwrak_> so what every you do it wrong :)
2010-12-06 21:27 <wpwrak_> (assign) hmm, "procedural continuous assignment". seems to have the same effect as a normal assignment, no ?
2010-12-06 21:27 <wpwrak_> (in this case)
2010-12-06 21:29 <kristianpaul> order vs parallel
2010-12-06 21:29 <kristianpaul> http://www.asic-world.com/verilog/vbehave1.html#Blocking_and_Nonblocking_assignment
2010-12-06 21:30 <wpwrak_> ah ... got it. but that's = vs. <=, not assign vs. <=/=
2010-12-06 21:30 <wpwrak_> so ...
2010-12-06 21:30 <wpwrak_> ... out = shift_reg; shift_reg = { data,shift_reg[WIDTH-1:1]}; ...
2010-12-06 21:31 <kristianpaul> ah yes
2010-12-06 21:31 <kristianpaul> sorry
2010-12-06 21:32 <kristianpaul> assign is used for wiring to real world actually
2010-12-06 21:32 <kristianpaul> thats why i now
2010-12-06 21:32 <kristianpaul> s/why/what
2010-12-06 21:32 <kristianpaul> s/now/know
2010-12-06 21:32 <kristianpaul> argg typo
2010-12-06 21:33 <wpwrak_> isn't the "real world" part something that's in the declaration ? (not sure)
2010-12-06 21:33 <wpwrak_> i have a book on verilog, and it says that "assign" basically overrides assignments with <= and =
2010-12-06 21:34 <wpwrak_> the example being a reset signal: while reset is asserted, you want to force the output to a given value, even if there's a clock or any other change of input
2010-12-06 21:34 <kristianpaul> hmm you got me on that, i'm learning verilog btw ;)
2010-12-06 21:35 <wpwrak_> so when reset gets asserted, you "assign" the reset value. when reset gets deasserted, you "deassign" it. if anything else tries to change the value with = or <= while "assign"ed, nothing happens
2010-12-06 21:35 <wpwrak_> or at least that's how i understand it :)
2010-12-06 21:36 <wpwrak_> don't worry, i don't even know verilog. i just have a book :)
2010-12-06 21:40 <kristianpaul> The assign and deassign procedural assignment statements allow continuous assignments to be placed onto registers for controlled periods of time. The assign procedural statement overrides procedural assignments to a register. The deassign procedural statement ends a continuous assignment to a register.
2010-12-06 21:40 <kristianpaul> space.gif
2010-12-06 21:40 <kristianpaul> ops
2010-12-06 21:41 <kristianpaul> I need read mre
2010-12-06 21:46 <kristianpaul> hmmm i may want to do a 16bit register at once in order to save time
2010-12-06 21:47 <wpwrak_> sounds like the great return of the counter :)
2010-12-06 21:48 <wpwrak_> 16 bit shifter, count to 4 syncs, then out = shift_reg
2010-12-06 21:48 <wpwrak_> or use a multiplexer. not sure which is more efficient.
2010-12-06 21:49 <kristianpaul> neither me, actually thats  a question for xilinx eng
2010-12-06 21:50 <wpwrak_> don't you get some chip resource usage info when you do the synthesis ?
2010-12-06 21:50 <kristianpaul> sure
2010-12-06 21:50 <kristianpaul> i can do becnhmark later
2010-12-06 21:50 <kristianpaul> also i get timings
2010-12-06 21:50 <wpwrak_> then you can just implement both and see which comes back smaller
2010-12-06 21:50 <kristianpaul> sure
2010-12-06 21:52 <kristianpaul> okay 16 bits looks good also to take the whole A port
2010-12-06 21:52 <kristianpaul> but  thats not valid for a ben.. if i may want try on it later..
2010-12-06 21:52 <wpwrak_> for then ben, you could implement SDIO ! ;-)
2010-12-06 21:53 <kristianpaul> thats 8 bits?
2010-12-06 21:53 <kristianpaul> or 4..
2010-12-06 21:53 <kristianpaul> i always ask the same :/
2010-12-06 21:53 <kristianpaul> let see
2010-12-06 21:55 <wpwrak_> 4 bits + clock + command
2010-12-06 21:56 <kristianpaul> ah ok i'll stick on 4 and let that work (16bit) to sofware
2010-12-06 21:56 <wpwrak_> for sdio, things get a little more complicated ... e.g., the clock comes from the host
2010-12-06 21:57 <kristianpaul> hmm
2010-12-06 21:57 <wpwrak_> so you may need a buffer for the whole block
2010-12-06 21:57 <kristianpaul> yeap
2010-12-06 21:57 <kristianpaul> whats the clock rate?
2010-12-06 21:57 <wpwrak_> but that's something you don't have to worry about now :)
2010-12-06 21:57 <kristianpaul> yeap
2010-12-06 21:57 <wpwrak_> there are several clock rate ranges. the host gets to pick what it likes.
2010-12-06 21:59 <kristianpaul> ok i'll wire it later, well on fpga i already wired SiGE and ANT cable :)
2010-12-06 21:59 <kristianpaul> gn8
2010-12-06 21:59 <wpwrak_> sweet dreams ! :)
2010-12-06 21:59 <kristianpaul> i'll dream with clocks for sure ;)