2011-05-24 03:12 hello everyone :P is there any program to listen to XM, IT, MOD and other module files for the Ben NanoNote? 2011-05-24 03:21 [commit] Xiangfu Liu: [nanonote-files] reflash_ben.sh: fix -d using correct path http://qi-hw.com/p/openwrt-packages/cb0fb36 2011-05-24 03:40 [commit] kyak: gcc-mips: prepare for trunk http://qi-hw.com/p/openwrt-packages/e12038a 2011-05-24 03:40 [commit] kyak: alsa-lib: no need for this patch in trunk http://qi-hw.com/p/openwrt-packages/5d9fb4f 2011-05-24 03:40 [commit] kyak: ncursesw is perfectly fine in openwrt trunk, no need to override http://qi-hw.com/p/openwrt-packages/2a9d88c 2011-05-24 03:40 [commit] kyak: triggersad is now happy again! http://qi-hw.com/p/openwrt-packages/a587847 2011-05-24 03:40 [commit] kyak: guile: fix compilation in trunk http://qi-hw.com/p/openwrt-packages/bd0dd2e 2011-05-24 03:40 [commit] kyak: gnuplot-gfx: fix compilation issue in trunk http://qi-hw.com/p/openwrt-packages/db5ca76 2011-05-24 03:40 [commit] kyak: ben-cyrillic: fix keymap for VolUp/VolDown http://qi-hw.com/p/openwrt-packages/94156cd 2011-05-24 03:40 [commit] kyak: keymouse: fix keymap for VolUp/VolDown http://qi-hw.com/p/openwrt-packages/6c1f1bd 2011-05-24 03:40 [commit] kyak: ks7010: support kernel > 2.6.35 http://qi-hw.com/p/openwrt-packages/da6e346 2011-05-24 03:40 [commit] kyak: busybox in trunk has changed some unicode options http://qi-hw.com/p/openwrt-packages/11d4435 2011-05-24 03:40 [commit] kyak: libpurple: initial port http://qi-hw.com/p/openwrt-packages/57d4eb8 2011-05-24 03:40 [commit] kyak: centerim5: initial port http://qi-hw.com/p/openwrt-packages/e4daa38 2011-05-24 03:41 kyak, Hi 2011-05-24 03:43 kyak, will send you an email about the commit on openwrt-package trunk. 2011-05-24 03:47 [commit] Xiangfu Liu: [nanonote-files] reflash_ben.sh: update version to 2011-05-22 http://qi-hw.com/p/openwrt-packages/cdd70d2 2011-05-24 04:44 http://lists.en.qi-hardware.com/pipermail/discussion/2011-May/008060.html 2011-05-24 04:44 OpenWrt Release: for stable 2011-05-22 2011-05-24 05:11 whitequark: not on the jz47xx branch 2011-05-24 06:08 [commit] kyak: alsa-lib: no need for this patch in trunk http://qi-hw.com/p/openwrt-packages/09d5d02 2011-05-24 06:08 [commit] kyak: ncursesw is perfectly fine in openwrt trunk, no need to override http://qi-hw.com/p/openwrt-packages/1d17965 2011-05-24 06:08 [commit] kyak: triggersad is now happy again! http://qi-hw.com/p/openwrt-packages/ed48679 2011-05-24 06:08 [commit] kyak: guile: fix compilation in trunk http://qi-hw.com/p/openwrt-packages/ec6b1e7 2011-05-24 06:08 [commit] kyak: gnuplot-gfx: fix compilation issue in trunk http://qi-hw.com/p/openwrt-packages/17d05bb 2011-05-24 06:08 [commit] David Kühling: mplayer_jz47xx: upgrade to 0.1.5 version that supports /proc//pagemap http://qi-hw.com/p/openwrt-packages/36bcb9e 2011-05-24 06:08 [commit] David Kühling: mplayer_jz47xx: fix md5-sum for updated version http://qi-hw.com/p/openwrt-packages/f342c3b 2011-05-24 06:08 [commit] kyak: update ffmpeg to a working git revision http://qi-hw.com/p/openwrt-packages/71d83e9 2011-05-24 06:08 [commit] kyak: ben-cyrillic: fix keymap for VolUp/VolDown http://qi-hw.com/p/openwrt-packages/38ada8f 2011-05-24 06:08 [commit] kyak: keymouse: fix keymap for VolUp/VolDown http://qi-hw.com/p/openwrt-packages/3c53b09 2011-05-24 06:08 [commit] kyak: ks7010: support kernel > 2.6.35 http://qi-hw.com/p/openwrt-packages/822e1e0 2011-05-24 06:08 [commit] David Kühling: emacs: make programming language comments colored by default http://qi-hw.com/p/openwrt-packages/32e4ab8 2011-05-24 06:08 [commit] kyak: config.full_system: disable busybox's strings, enable binutils and http://qi-hw.com/p/openwrt-packages/05e9503 2011-05-24 06:08 [commit] Xiangfu Liu: nanonote-files: config.full_system: disable libxfce4util http://qi-hw.com/p/openwrt-packages/cd2b5dc 2011-05-24 06:08 [commit] Xiangfu Liu: nanonote-files: feeds.conf: disable useless feeds http://qi-hw.com/p/openwrt-packages/2a5cc31 2011-05-24 06:08 [commit] kyak: busybox in trunk has changed some unicode options http://qi-hw.com/p/openwrt-packages/ef1173e 2011-05-24 06:08 [commit] kyak: libpurple: initial port http://qi-hw.com/p/openwrt-packages/0cde876 2011-05-24 06:08 [commit] kyak: centerim5: initial port http://qi-hw.com/p/openwrt-packages/d04c529 2011-05-24 06:08 [commit] kyak: Merge branch 'master' into trunk http://qi-hw.com/p/openwrt-packages/ad8ac99 2011-05-24 06:08 [commit] kyak: Merge branch 'trunk' of projects.qi-hardware.com:openwrt-packages into trunk http://qi-hw.com/p/openwrt-packages/1e52ad6 2011-05-24 06:08 xiangfu: hm, i don't understand.. after i did git pull, i got 21 commits ahead of trunk?... 2011-05-24 06:09 kyak, I rebase the trunk branch, for get some last commit from 'master' 2011-05-24 06:10 I guess there is a 'git merge master' in your local git 2011-05-24 06:10 xiangfu: what's the difference between rebasing and merging? I think the history is lost during rebase.. So we should merge 2011-05-24 06:10 xiangfu: btw, i answered you e-mail 2011-05-24 06:11 rebaseing: is try to apply the pathes on top of another branch. if there are same commits like "nanonote-files: feeds.conf: disable useless", will only have one after rebase. 2011-05-24 06:11 merge will just mix them together for simple :) 2011-05-24 06:12 damn.. why it has to be so hard :) 2011-05-24 06:13 anyway, i wonder why i do 'git co master' and see centerim5 package there 2011-05-24 06:13 but i don't see it here: http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/ 2011-05-24 06:14 kyak, maybe you run 'git merge trunk' under 'mater' branch 2011-05-24 06:14 also i wonder why the history is lost every time.. ] 2011-05-24 06:14 xiangfu: no-no, it says "on branch master" 2011-05-24 06:15 and no commits pending 2011-05-24 06:16 the history is changed after rebase. 2011-05-24 06:16 i think we should always avoid push -f 2011-05-24 06:16 this is what causing history lost.. am i right? 2011-05-24 06:17 yes. 2011-05-24 06:18 but sometime we have to do that. :(, like rebase openwrt-xburst on top of last upstream backfire 2011-05-24 06:18 the only thing is after rebase we have to run 'git reset --hard origin/trunk' at local 2011-05-24 06:18 why do we have to do that? 2011-05-24 06:18 kyak, or we will never find our commit again. 2011-05-24 06:19 hm 2011-05-24 06:19 like our commit will insterted to 100 openwrt upstream commit. 2011-05-24 06:19 ah ok.. 2011-05-24 06:19 something similar i did recently :)) 2011-05-24 06:20 resolved manually the conflict in sound.mk 2011-05-24 06:20 kyak, sorry, I have to rebase the 'trunk' branch again. there are some mess. :) 2011-05-24 06:20 and the commit got inside another commit 2011-05-24 06:20 xiangfu: yeah, please do what you have to do :) 2011-05-24 06:20 kyak, but after this time, I think we will never rebase 'trunk' again. :) 2011-05-24 06:20 why not? 2011-05-24 06:21 trunk is still not the same as master 2011-05-24 06:22 all master commits have included by trunk 2011-05-24 06:22 yeah 2011-05-24 06:22 and since we decide switch to 'trunk' we will never try to commit new thing to 'master' only fix last release bug I think 2011-05-24 06:22 but not all trunk commits are included in master 2011-05-24 06:22 ah, ok 2011-05-24 06:23 i thought we are going to "overwrite" master with trunk 2011-05-24 06:23 'trunk' will became 'master' in next few days :) 2011-05-24 06:23 rename them 2011-05-24 06:23 ok 2011-05-24 06:23 'master' --> 'backfire' 2011-05-24 06:23 'trunk' --> 'master' 2011-05-24 06:23 this makes sense 2011-05-24 06:23 same with openwrt-xburst.git I think. 2011-05-24 06:24 xiangfu: centerim5/libpurple commits must not get inside the master (i.e. backfire) 2011-05-24 06:24 yes. 2011-05-24 06:24 so we only rebase on top 'master', never merge 'trunk' back to 'master' 2011-05-24 06:25 [commit] Xiangfu Liu: [nanonote-files] reflash_ben.sh: update version to 2011-05-22 http://qi-hw.com/p/openwrt-packages/cdd70d2 2011-05-24 06:25 [commit] kyak: gcc-mips: prepare for trunk http://qi-hw.com/p/openwrt-packages/83e109c 2011-05-24 06:25 [commit] kyak: alsa-lib: no need for this patch in trunk http://qi-hw.com/p/openwrt-packages/d9c3322 2011-05-24 06:25 [commit] kyak: ncursesw is perfectly fine in openwrt trunk, no need to override http://qi-hw.com/p/openwrt-packages/60ae3de 2011-05-24 06:25 [commit] kyak: triggersad is now happy again! http://qi-hw.com/p/openwrt-packages/0f74ee4 2011-05-24 06:25 [commit] kyak: guile: fix compilation in trunk http://qi-hw.com/p/openwrt-packages/e0bb18d 2011-05-24 06:25 [commit] kyak: gnuplot-gfx: fix compilation issue in trunk http://qi-hw.com/p/openwrt-packages/a8ac0c6 2011-05-24 06:25 [commit] kyak: ben-cyrillic: fix keymap for VolUp/VolDown http://qi-hw.com/p/openwrt-packages/f54d4ad 2011-05-24 06:25 [commit] kyak: keymouse: fix keymap for VolUp/VolDown http://qi-hw.com/p/openwrt-packages/5395297 2011-05-24 06:25 [commit] kyak: ks7010: support kernel > 2.6.35 http://qi-hw.com/p/openwrt-packages/82df0af 2011-05-24 06:25 [commit] kyak: busybox in trunk has changed some unicode options http://qi-hw.com/p/openwrt-packages/839aab9 2011-05-24 06:25 [commit] kyak: libpurple: initial port http://qi-hw.com/p/openwrt-packages/4fd96bb 2011-05-24 06:25 [commit] kyak: centerim5: initial port http://qi-hw.com/p/openwrt-packages/00d5146 2011-05-24 06:25 kyak, last rebase done. you can 'git fetch -a && git reset --hard origin/trunk' under local trunk branch 2011-05-24 06:25 then run 'gitk' you will see all commits is on top of master 2011-05-24 06:26 ok, never merge, always rebase :) 2011-05-24 06:28 the merge is used like: there are three branch 'master' 'ben-naonote' 'ya-naonote', then we can merge 'ben-nanonote' under 'master', merge 'ya-nanonote' under 'master' 2011-05-24 06:28 but our case is we have to rebase on top of openwrt upstream, also this rebase help us find the different with upstrem 2011-05-24 06:28 just fyi, :) 2011-05-24 06:29 yep, i got it. 2011-05-24 06:29 just i still don't understand why some files in web interface don't have history 2011-05-24 06:29 http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/trunk/ben-cyrillic/files 2011-05-24 06:29 see ben_ru_uni.map 2011-05-24 06:29 this was changed recently 2011-05-24 06:30 and it's date and history is empty 2011-05-24 06:30 the projects.qi-hardware.com using 'indefero' cache a lot, so we better check that again tomorrow :) 2011-05-24 06:31 hmm.. there is no 'age' and 'message' on ben_ru_uni.map 2011-05-24 06:32 yes 2011-05-24 06:32 and the same for some other files 2011-05-24 06:32 i'd say that all commits to trunk don't have such history 2011-05-24 06:33 seems it's 'indefero' cache problem. let's give 'indefero' 24 hours for caching :) 2011-05-24 06:33 it's not caching, most commits are much more than 24 hrs old 2011-05-24 06:33 like that gcc-mips commit 2011-05-24 06:33 but we just rebased. 2011-05-24 06:33 hmm 2011-05-24 06:34 this is tricky.. i thought the commit identifier is kept 2011-05-24 06:34 ok, let's see in some time :) 2011-05-24 06:52 kyak, if the last openwrt release don't have big bug/problem, we can switch to 'trunk' after that. 2011-05-24 06:53 kyak, also we can think about Jlime/Openwrt dual boot, 2011-05-24 06:53 think about nand partition, since we have fast mount time, 2011-05-24 06:54 add atben support 2011-05-24 07:00 i'm using trunk for quite some time now, without apparent problems. Btw, plplot fails to build for some reason, i guess we could ask dvdk to have a look.. 2011-05-24 07:00 yes. 2011-05-24 07:00 xiangfu: dual boot - i think it's working already by holding a button during power on. What more can we wish? 2011-05-24 07:01 some menu.. i'm not sure, it only waste precious seconds during bootup 2011-05-24 07:01 yes. then the Jlime/Openwrt have to install in two partition. 2011-05-24 07:01 2 Gb is not much at all :) 2011-05-24 07:02 I don't have clear idea on dual boot. :( 2011-05-24 07:02 taking into account the growing number of uSD slot hacks 2011-05-24 07:02 not everyone would have spare uSD slot for jlime :) 2011-05-24 07:03 i'm happy with the current partition layout 2011-05-24 07:04 more than 512 Mb for rootfs is good if you need to pre-install all the software. but in real life, one person doesn't need that much 2011-05-24 07:04 512 Mb rootfs with around 150 Mb free space for installation of additional pacakges is good 2011-05-24 07:05 having 2 Gb rootfs would make me hesitate to reflash 2011-05-24 07:05 because i'm lazy to backup and then restor my user files after reflash 2011-05-24 07:06 back/restore is bad. me either 2011-05-24 07:06 I mean I also don't want to do backup/restore. 2011-05-24 07:07 having some space that can survive between reflashes is good. 2011-05-24 07:09 frankly, i wouldn't give another 512 Mb of NAND for the second OS.. 1.5 Gb of datafs is not that much at all 2011-05-24 07:09 also, i don't know who will be using both OSs actively at the same time 2011-05-24 07:10 i.e. constantly switching between each other 2011-05-24 07:10 another OS that would be just a waste of space 2011-05-24 07:11 for someone using jlime, 512 Mb of openwrt (that he doesn't use or uses very rare) is a waste of NAND 2011-05-24 07:11 and vice versa 2011-05-24 07:12 and, having two OS's means doubling of support efforts 2011-05-24 07:13 yes. 2011-05-24 07:14 that's true 2011-05-24 07:28 http://www.phoronix.com/scan.php?page=news_item&px=OTQ3NQ 2011-05-24 08:14 Hi all! 2011-05-24 08:16 lunavorax_frizzl, Hi 2011-05-24 08:18 xiangfu: do i need to be root to run reflash_ben.sh? 2011-05-24 08:18 i saw this requirement had been removed 2011-05-24 08:19 i'm almost used to flashing Ben as root :) is it required? 2011-05-24 08:20 since the xburst-tools have changed, as long as you have write access to ingenic usb device like: 2011-05-24 08:20 /etc/udev/rules.d$ more 80-ben-nanonote.rules 2011-05-24 08:20 SUBSYSTEM=="usb", ATTRS{idVendor}=="601a", ATTRS{idProduct}=="4740", MODE="0666" 2011-05-24 08:20 kyak, at before, we check 'root' under 'reflash_ben.sh' and 'usbboot', 2011-05-24 08:21 but using udev is better then just 'root' 2011-05-24 08:21 http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/commit/cb0fb36a9ddfb0885eb2b0040435660ddcbcd812/ 2011-05-24 08:21 i see that checking for root has been removed 2011-05-24 08:21 kyak, me too, before setup the udev :) 2011-05-24 08:21 i'll setup udev :) 2011-05-24 08:22 it was buggin me to run that as root, but not as much as to take measures :) 2011-05-24 08:29 xiangfu: couple of days ago, i merged openwrt-trunk into qi-openwrt-trunk. Should i now rebase instead? 2011-05-24 08:29 which repos? openwrt-xburst.git? 2011-05-24 08:29 there was only one conflict at that time.. i think it lead to creation of "double" merge 2011-05-24 08:29 yeah, openwrt-xburst.git 2011-05-24 08:30 i.e. our local change in sound.mk got merged with upstream change in another (third) commit 2011-05-24 08:30 instead of rebasing on top of that upstream change 2011-05-24 08:34 yes. rebase is better for maintain our commits. 2011-05-24 08:34 you can use 'git rebase -i OPENWRT_TRUNK_BRANCH_NAME' 2011-05-24 08:35 then it will bring a text for you to edit. decide which commit you want. 2011-05-24 08:35 yep, it brings the text 2011-05-24 08:35 i want all of them :) 2011-05-24 08:35 not sure if this one "pick a85f9e8 trunk: build sound modules in kernel" 2011-05-24 08:35 will rebase without conflicts 2011-05-24 08:36 just save and exit. see if there is conflicts? 2011-05-24 08:36 if no. then everything is find. if there is we have to manually fix the conflict. 2011-05-24 08:37 Could not apply a85f9e8... trunk: build sound modules in kernel 2011-05-24 08:37 just like i said 2011-05-24 08:37 after i fix the conflict. How should i proceed? 2011-05-24 08:37 add/rm this file, or git rebase --continue ? 2011-05-24 08:37 'git rebase --continue' 2011-05-24 08:38 you can run 'git mergetools' 2011-05-24 08:38 sorry, 'git mergetool' 2011-05-24 08:38 one minute.. 2011-05-24 08:47 Could not apply 21fdcfd... package/kernel: Remove all 2.4 definitions 2011-05-24 08:47 but files require merging.. wtf? 2011-05-24 08:48 *no files 2011-05-24 08:49 this commit is from upstream? 2011-05-24 08:49 sorry. should be from ours. 2011-05-24 08:51 where is this commit from ? are you sure you have correct branch? current branch and which branch you are rebase on? 2011-05-24 08:53 that commit is from upstream 2011-05-24 08:54 i know how it got there.. 2011-05-24 08:54 that' because of merging.. 2011-05-24 08:55 fixing it now.. 2011-05-24 08:57 [commit] jow: [package] iw: fix calculation of fractional multicast rates like 5.5Mbps due to wrong operator precedence http://qi-hw.com/p/openwrt-xburst/030f9c1 2011-05-24 08:57 [commit] jow: [package] ncurses: enable C++ bindings (#9442) http://qi-hw.com/p/openwrt-xburst/bfa121a 2011-05-24 08:57 [commit] jow: [netfilter] package u32 match and TEE target, patches by Maxim Uvarov http://qi-hw.com/p/openwrt-xburst/36715e6 2011-05-24 08:57 [commit] Mirko Vogt: add http://qi-hw.com/p/openwrt-xburst/b1a7200 2011-05-24 08:57 [commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/402a517 2011-05-24 08:57 [commit] Xiangfu Liu: [xburst] Improve mounttime http://qi-hw.com/p/openwrt-xburst/807cc4b 2011-05-24 08:57 [commit] Xiangfu Liu: nanonote optimize http://qi-hw.com/p/openwrt-xburst/5f63507 2011-05-24 08:57 [commit] Xiangfu Liu:  Add-gfortran-compiler-support-to-the-toolchain http://qi-hw.com/p/openwrt-xburst/eaaf0bd 2011-05-24 08:57 [commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/2703fe0 2011-05-24 08:57 [commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/ed08699 2011-05-24 08:57 [commit] kyak: config-2.6.37: enable battery, disable RNDIS http://qi-hw.com/p/openwrt-xburst/8d85716 2011-05-24 08:57 [commit] kyak: patches-2.6.37: support for Ben NAND partitioning http://qi-hw.com/p/openwrt-xburst/21c6371 2011-05-24 08:57 [commit] David Kühling: linux kernel: add CONFIG_PROC_PAGE_MONITOR=y to allow for clean user-space DMA http://qi-hw.com/p/openwrt-xburst/1502cdd 2011-05-24 08:57 [commit] kyak: config-2.6.37: enable options needed for keymouse http://qi-hw.com/p/openwrt-xburst/89bf2df 2011-05-24 08:57 [commit] kyak: trunk: fix kernel keymap for VolUp/Down and Del http://qi-hw.com/p/openwrt-xburst/c27e043 2011-05-24 08:57 [commit] kyak: trunk: build sound modules in kernel http://qi-hw.com/p/openwrt-xburst/c1d7c81 2011-05-24 08:57 [commit] kyak: trunk: add ks7010 support patch http://qi-hw.com/p/openwrt-xburst/328d74a 2011-05-24 08:57 [commit] Xiangfu Liu: base-files, move it to openwrt-package/nanonote-files http://qi-hw.com/p/openwrt-xburst/0432ba5 2011-05-24 08:57 [commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/80fdec5 2011-05-24 08:57 [commit] Xiangfu Liu: base-files, move it to openwrt-package/nanonote-files http://qi-hw.com/p/openwrt-xburst/920e585 2011-05-24 08:58 xiangfu: now everything should be as expected.. Could you double check? 2011-05-24 08:58 our commits to trunk nice and clean on top of the latest trunk 2011-05-24 09:03 great. one small things is you can just remove the top three commits. 2011-05-24 09:03 since it'a add and delete the same file. 2011-05-24 09:04 kyak, sorry. the top two commits. not three. 2011-05-24 09:05 heh, right :) 2011-05-24 09:09 hooks/post-update: line 24: echo: write error: Broken pipe 2011-05-24 09:09 hmm 2011-05-24 09:10 but anyway, git reset --hard HEAD~2; git push -f origin trunk is done 2011-05-24 09:11 kyak, great you have merged 'fix typo from the previous commit' to the correct commits :) 2011-05-24 09:11 yeah, that i did, too :) 2011-05-24 09:12 that was embarassing typo :) now noone knows it has ever been 2011-05-24 09:12 :D 2011-05-24 09:13 hmm.. I can not 'git fetch -a', it show there is no update in git server. 2011-05-24 09:13 can you push again 2011-05-24 09:14 one sec 2011-05-24 09:14 $ git push origin trunk 2011-05-24 09:14 Everything up-to-date 2011-05-24 09:15 wait, it's working now. 2011-05-24 09:15 git show-branch openwrt trunk (openwrt is the name of remote openwrt branch) shows 15 commits in trunk 2011-05-24 09:17 kyak, works just fine. 2011-05-24 09:17 good! 2011-05-24 09:21 git log -p ^openwrt trunk <- create cumulative patch from openwrt-trunk to qi-openwrt-trunk :) 2011-05-24 09:22 such a beast... 2011-05-24 09:23 you want git diff openwrt ? 2011-05-24 09:24 heh, another way to do it :) 2011-05-24 09:24 git has too much to offer 2011-05-24 09:25 one big patch :) 2011-05-24 09:25 git format-patch -15 :) is better 2011-05-24 09:25 different commands can be used to achieve the same goal,, perhaps it's not very good 2011-05-24 10:20 Anyone here knows a good DOS disassembler ? 2011-05-24 13:35 [commit] Werner Almesberger: bin/fk: little helper script to flash the kernel via SSH or usbboot http://qi-hw.com/p/wernermisc/387e6dd 2011-05-24 13:36 [commit] Werner Almesberger: bin/ben, bin/jlime: helper scripts for network setup and SSH login http://qi-hw.com/p/wernermisc/6aace95 2011-05-24 13:42 Oh I never realized how much space Xorg was using in RAM 2011-05-24 13:42 ~580MB 2011-05-24 14:09 nt exactly xorg but probably all the apps allocating rather large canvas aka webpages aka oversized scrollable windows 2011-05-24 14:11 which are usually larger than the framebuffer for the screen's real resolution 2011-05-24 15:45 hello everyone :D 2011-05-24 15:46 I know it's a noob question, but how do I insert a microSD card into the ben nanonote? 2011-05-24 15:50 vladkorotnev: so it arrived ? congratulations ! 2011-05-24 15:50 vladkorotnev: you insert the card with the contacts facing upward 2011-05-24 15:50 wpwrak: thanks! 2011-05-24 15:50 wpwrak: it tries to get back out :P 2011-05-24 15:51 push it in a little more. then it should lock (you can still pry it out, but it resists a little) 2011-05-24 15:52 oh thanks, I got it 2011-05-24 15:53 but where's its mount point? 2011-05-24 15:56 puuh. not sure if there's any kind of automount. maybe you have to mount manually. 2011-05-24 16:00 thinking about possible futre nanonote derivative, a question: changing toi a different LCD display module implies (??) a new lcm controller?   2011-05-24 16:01 from something I read here months ago, apparently the lcd controller was especially tough to crack (open up code). is that correct 2011-05-24 16:02 ron_: you mean the chip on the lcd module ? yes, there's a number of such chips and you can never quite tell which one they use 2011-05-24 16:02 ron_: this happened before i got involved, byt lcd controllers are generally a mess, so i wouldn't be surprised if it was a pain 2011-05-24 16:02 s/byt/but/ 2011-05-24 16:03 wpwrak my real question is it practical to go to a new and larger display with higher resolution 2011-05-24 16:04 i understrand that having more bits to move around is a challenge 2011-05-24 16:04 roh: well, i wouldn't change the form factor of the nanonote much. but a slightly wider display should be possible 2011-05-24 16:05 on the other hand 4760 will run about 2x faster 2011-05-24 16:08 on the other hand the main attraction of Ben is it is very open. on a spec basis, it is very weak compared to many other portable devices that can be used with Linux. e.g. Palm Pre run a nice linux. 2011-05-24 16:09 yeah, a new design would have a lot more memory bandwidth. maybe faster clock, sdr->ddr or even ddr2, a wider bus. you could drive a very large screen. 2011-05-24 16:09 it specs are weak, but the price is low :) i think that's an interesting niche. 2011-05-24 16:10 vladkorotnev: it arrived at the right time to give it a try to new testing image from xiangfu :) 2011-05-24 16:12 ron_: i would also hope that more opened design would be easier to adapt. e.g., you could make a laptop-sized variant with a moderate investment. still a few kbucks, but far less than what it would cost today. 2011-05-24 16:14 valhalla: great it arrives indeed 2011-05-24 16:14 oops 2011-05-24 16:14 is gone.. 2011-05-24 16:14 sorry valhalla 2011-05-24 16:15 ron_: all we'd need to make this happen is a pot of gold. anyone stumbled upon one by chance ? :) 2011-05-24 16:15 kristianpaul: the curse of auto-completion :) 2011-05-24 16:16 yeah.. :S 2011-05-24 16:37 wpwrak. ron_: I'll prefer case and keyboard like HP Jornada ;) 2011-05-24 16:37 interesting, is Pandora case schematics awailable? 2011-05-24 16:38 I mean OpenPandora 2011-05-24 16:41 hello how is the development going? 2011-05-24 16:42 kristianpaul: np, the conversation looks interesting anyway :D 2011-05-24 16:43 Jay7: no, the openpandora is not open as far as hardware is concerned 2011-05-24 16:43 valhalla: I mean case 2011-05-24 16:44 Jay7: yes, case included 2011-05-24 16:44 bad OpenPandora, bad! 2011-05-24 16:45 they are dead scared of clones appearing before they have managed to finish builiding the preorders 2011-05-24 16:46 they are failed almost anything 2011-05-24 16:46 but they was one of pioneers 2011-05-24 16:48 exactly, when they started they were sort of "open enough for now" 2011-05-24 16:49 we have to keep raising the bar :) there's still a lot to do. 2011-05-24 16:50 well, the nanonote is also "open enough for now", since the SoC is still proprietary, only the "now" of the nanonote is later than  the "now" of pandora 2011-05-24 16:51 the nanonote also lacks open schematics that were used for production (the "real" schematics are in a proprietary format), an open layout, and an open case designs. 2011-05-24 16:52 schematics and layout should be easy enough to "do right" in a future device. the case is harder. 2011-05-24 16:53 case design is very special thing.. 2011-05-24 16:55 wolfspraul: btw, someone asked for the ben layout a few days ago. have you ever released the gerbers ? 2011-05-24 16:55 Jay7: it's different from electronics. but hey, it should certainly be doable for a few lads with sharp wits and some CNC system (mill, printer, whatever) :-) 2011-05-24 16:57 wpwrak: the avt2 gerbers are published in both kicad and pads, I believe. 2011-05-24 16:58 the other gerbers are irretrievable due to the process back then with multiple companies involved 2011-05-24 16:58 (avt) cool. (others) :-( 2011-05-24 16:58 but for all practical purposes the lb60 and avt2 gerbers are the same, it's only a technical problem 2011-05-24 16:59 The ben gerbers are released as avt2, in both pads and kicad format. 2011-05-24 16:59 that's the bottom line 2011-05-24 17:00 the pads version is even production tested (the kicad version is not) 2011-05-24 17:01 the naming of lb60 and avt2 was unfortunate 2011-05-24 17:01 naming pcb revisions in open projects is a pain 2011-05-24 17:01 hmm, where are they ? http://downloads.qi-hardware.com/hardware/qi_avt2/RC2/ only has schematics (as PDF) 2011-05-24 17:01 ah, v1.0 ! :) 2011-05-24 17:03 design files for orcad and pads: http://downloads.qi-hardware.com/hardware/qi_avt2/v1.0/ 2011-05-24 17:03 yes 2011-05-24 17:03 http://en.qi-hardware.com/wiki/AVT2_RC2_Reference_Board#PCB_GERBER/DRILL_FILES 2011-05-24 17:03 wolfspraul: (naming pcb revisions) hmm, what do you mean ? 2011-05-24 17:03 the kicad run never made it though, so the kicad files are untested 2011-05-24 17:04 those random numbers lb60 and avt2 are a bad idea 2011-05-24 17:04 it just doesn't work 2011-05-24 17:05 ah. well, they look "professional" :) 2011-05-24 17:05 the best is to only have one file format (say kicad), to start in that file format from day 1, always stay in that file format 2011-05-24 17:05 any derivatives or generated files should be generated in a clean and reproducible process, from a known revision of the original open kicad files 2011-05-24 17:06 and all boards should be named after the product they are being part of, and then just a date code, or revision number 2011-05-24 17:06 that's the theory 2011-05-24 17:06 hmm yes, including the git revision would be an interesting idea 2011-05-24 17:06 in practice it's sometimes not like that :-) 2011-05-24 17:07 well, ben-wpan is pretty close. i still maintain my version number (basically a date code) manually, but besides that, everything originates from the kicad design files 2011-05-24 17:08 (plus some auxiliary material for BOM, CNC, etc. but that's kinda unavoidable) 2011-05-24 17:55 PADS \o/ :-S 2011-05-24 17:56 is looking at google analytics for kexecboot.org site 2011-05-24 17:56 wpwrak: seems you made lot of traffic ;) 2011-05-24 17:57 I see interesting sources like acessa.me, google.com.pe 2011-05-24 17:59 location chart is interesting too.. Brazil, Pery, Colombia, Mexico, Argentina 2011-05-24 17:59 s/Pery/Peru/ 2011-05-24 17:59 Jay7: (traffic) hm no, i just mentioned it on a forum in germany. don't think it spread far from there 2011-05-24 17:59 Jay7: maybe someone else discovered it independently ;-) 2011-05-24 17:59 well, may be :) 2011-05-24 18:00 btw, now USA visitors count is greater than Russia visitors count :) 2011-05-24 18:00 good sign 2011-05-24 18:00 USA is at 1st place now :) 2011-05-24 18:01 whee ! :) 2011-05-24 18:01 if you translate the page to chinese, maybe even more people will come ;-) 2011-05-24 18:02 I don't speak chinese :( 2011-05-24 18:02 btw, some people from South Korea was here too 2011-05-24 18:02 and Japan 2011-05-24 18:02 now you've earned global fame :) 2011-05-24 18:03 and India 2011-05-24 18:03 hehe 2011-05-24 18:03 well.. I should commit something then :) 2011-05-24 18:03 btw what happend with kexecboot and nanonote? 2011-05-24 18:03 almost nothing :) 2011-05-24 18:03 ah :-) 2011-05-24 18:03 I have no time to find and fix kexec problem on NN 2011-05-24 18:04 and kexecboot is unusable w/o working kexec at this moment 2011-05-24 18:04 so work is kinda stalled 2011-05-24 18:04 i hope your followers are not here 2011-05-24 18:05 I'll add support for switch_root and switch_root + losetup soon :) 2011-05-24 18:05 then kexecboot may be usable even w/o kexec :) 2011-05-24 18:07 may be i'm blind, but any body case a link to source code here http://gnss-sdr.ru/index.php?blogid=2 ? 2011-05-24 18:07 s/case/can see 2011-05-24 18:07 hehe.. glonass.. 2011-05-24 18:07 Jay7: over your sky ;) 2011-05-24 18:08 kristianpaul: http://gnss-sdr.com/sklad/GLON_SDR_scilab.rar 2011-05-24 18:08 scilab source code 2011-05-24 18:08 rar.. 2011-05-24 18:09 yeah.. windows users very like it here 2011-05-24 18:09 but migrating to 7zip slowly 2011-05-24 18:10 http://gnss-sdr.ru/sklad/gps_for_www.zip 2011-05-24 18:10 kicad sources 2011-05-24 18:10 phew how do i missed.. 2011-05-24 18:12 kristianpaul: just click on every header and check articles 2011-05-24 18:12 there are some more links inside 2011-05-24 18:12 e.g. http://gnss-sdr.ru/sklad/gps-sdr.zip 2011-05-24 18:13 dammit i tought was a single page.. 2011-05-24 18:13 feel about it 2011-05-24 18:13 thanks Jay7  :-) 2011-05-24 18:13 kristianpaul: np :) 2011-05-24 18:14 great there is code for the cpld.. :D 2011-05-24 18:16 kristianpaul: btw, have you tried gpredict? 2011-05-24 18:17 Jay7: of course i used once a week, at least to try just "see" some sats for now :-) 2011-05-24 18:18 kristianpaul: is it working? I mean that OE port 2011-05-24 18:18 ahh OE, not tried 2011-05-24 18:18 that go after werner ubb-vga.. 2011-05-24 18:18 still have lingot unpushed.. 2011-05-24 18:20 urgh, the're using the cypress chip.. 2011-05-24 18:20 or usrp legacy ;) 2011-05-24 20:00 nice GPS site 2011-05-24 20:01 "GPS" 2011-05-24 21:03 GNSS! 2011-05-24 21:16 ok kristianpaul, sorry for the mistake ;) 2011-05-24 21:24 hi, looking for some help with software USB-boot, for new Ben 2011-05-24 21:29 ah, no, looks like I got 601a:4740 from lsusb now 2011-05-24 21:30 ls /dev/bus/usb 2011-05-24 21:51 methril_work: nha, just kidding, actuatully the blog is focus on glonass it seems, thats is gnss too 2011-05-24 22:10 Hmmm. OK, reflash_ben.sh reported success, however the Ben will still not switch on for normal use? Any ideas anyone? 2011-05-24 22:11 Erm, disregard. I got it via the reset switch!! 2011-05-24 22:13 :-) 2011-05-24 23:13 roh: do you have a needlebed tester? (maybe a special tool for your CNC mill) 2011-05-24 23:26 ponders to revamp an old 24pin impact printer, then feed the results to kicad to RE the schematics 2011-05-24 23:26 of the DUT 2011-05-24 23:30 HAH, (C): use a electroluminescent transparent layer of twice the PCB length and width, with the needle with RF in the center 2011-05-24 23:31 use a second EL layer for PCB backside 2011-05-24 23:31 2 cameras 2011-05-24 23:31 where's the next patent lawyer?! 2011-05-24 23:33 NB I'm talking about blank PCB, not PCBA