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