#qi-hardware IRC log for Sunday, 2011-02-13

rohnand is _really_ scary. only watch it if you want to really know what happens with your bits in flash00:00
wolfspraulfeels so much better on an SD card00:00
wpwrakhowever, yaffs2-shutdown = needed each time you change something, kernel-partition-"shutdown" = needed each time you change the kernel. so again, it's only comparable if you have a dedicated boot partition anyway00:00
rohwolfspraul: same problem. just more honey around it to hide it (another 8051)00:00
rjeffriesNot bad at all: 20:42 <wpwrak> rjeffries: about 1 EUR per UBB, MOQ 500. I was figuring 1,000 would be an economic qty.00:00
wpwrakwolfspraul: (sd card) i'll print and frame this one ;-)00:01
wolfspraulI was kidding :-) I just wanted to advertise the fantastic proprietary technology that will 'take care' of 'all' problems once could ever encounter with raw NAND. Werner has a secret side job to advertize those bits...00:01
rohwell.. hdds or dram isnt less scary in the same level of detail00:01
wpwrakrjeffries: at 1000, you'd drop down to something like 0.75 EUR/UBB. looks like a medium-volume fab. if you want to make > 10k, you probably need to go to china :)00:02
rohhdds in the end 'recieve rf from the disk and 'statistically' isolate bits there and grade and rate them. same spookyness.00:02
wpwrakwolfspraul: it's called "outsourcing" ;-)00:03
rohram.. needs to be refreshed and has spooky realworld failrates. nobody really wants to know. often just nothing bad enough happens one even notices00:03
qi-bot[commit] Xiangfu Liu: update package revision to 25513, xfce: using nls.mk http://qi-hw.com/p/openwrt-xburst/e2738c000:20
rjeffrieswpwrak //re UBB// if you want to make > 10k, you probably need to go to china :) //and wolfspraul needs to sell more Bens//00:25
wpwrakrjeffries: for every 1000 UBB you buy, you get a free ben ;-)00:25
rjeffriesI read your 2006 PDF about making the LED gdget. nice piece of work. very instructive00:26
wpwrak(so change EUR 2 per UBB. at production cost EUR 0.75 1000k+, you get a decent margin, even with the ben on top :)00:26
wpwrakerr, 1k+ ;-)00:26
wpwrakrjeffries: thanks :) alas, already a bit obsolete00:27
rjeffriesthere is more to wpwrak than meets the eye00:27
rjeffriesitwill be intereting to compart USA estimate with Tuxbrain I suspect similar prices actually00:28
rjeffriesunless he is gettinga special deal from a friend of a friend or a guy who knows a guy who...00:29
wpwraki would expect a larger price range in the US, with the silicon valley. nothing rock-bottom, though. you have to go to asia for that.00:29
rjeffrieshas Tuxbrain decided to push forwar with UBB. if so I will get estimates ten simply buy some for me from tuxbrain simple as tat00:30
rjeffriesthe cheapest price we can get is zero dollars/ea00:30
rjeffriesthis is so dmall and so simple that it is all setup I think00:30
rjeffriesI am just learning anyway00:31
rjeffriess/ten/then00:31
rjeffriesI know a great guy in Asia00:31
rjeffriesIt's funny, he klives in Cina, has a shop in Hong King, has people in Taiwan, and an engineer in Argentina and others in France, Germany Russia and god only knows weher else00:32
rjeffrieshis name sounds German but it may be just a virtual persona. not that there is anything wrong with that00:33
qi-bot[commit] Xiangfu Liu: write default u-boot env to nand where first boot http://qi-hw.com/p/openwrt-packages/65c0e0301:06
qi-bot[commit] kyak: ben-cyrillic: remove small glitch in fonts http://qi-hw.com/p/openwrt-packages/e82c47b03:21
qi-bot[commit] kyak: setfont2: remove small glitch in fonts http://qi-hw.com/p/setfont2/30bc03503:22
qi-bot[commit] kyak: setfont2: update to the latest git http://qi-hw.com/p/openwrt-packages/154d83103:23
kyakzrafa: are you here?06:06
kyakzrafa: i'm trying to port supertux to openwrt, based on Jlime port here: http://downloads.qi-hardware.com/jlime/repository/ipk/extra-packages/sources/supertux-milestone1.tar.gz06:07
kyakzrafa: can you show your build settings for the package? i.e. configure and make flags06:08
kyakbasically, it builds and runs fine, but objects in the game are not adapted to 320x240 (though i use --enable-320x240)06:09
kyakzrafa: regarding other "extra packages" in Jlime, where i can find the recipy file for them (i.e. how you built them with OE)?06:10
qi-bot[commit] David Kühling: brainless: use faster gforth-fast interpreter; upstream fixes http://qi-hw.com/p/openwrt-packages/13c75d106:37
qi-bot[commit] David Kühling: add icon for brainless (launched in utf-8 graphics mode in a jfbterm) http://qi-hw.com/p/gmenu2x/63f462c06:39
bartbeshmm, it appears I can't use OpenID on the wiki...07:55
bartbesmaybe I need to link it to my account first?07:55
wolfspraulbartbes: sorry yes, that's one of the really high priority bugs I want to fix08:05
wolfspraulknowing that you also ran into it makes it high+ priority :-)08:06
bartbesalright, then at least it isn't me ;)08:07
wolfsprauldefinitely not. unfortunately I've heard that there are bugs in the openid plugin on mediawiki, so I'm hoping if I just wait a little I can upgrade and it will go away.08:08
wolfspraulunfortunately it may not be that easy... oh well.08:08
wolfspraulit's 100% a bug on the server08:08
bartbesyeah, my openid provider tells me access had been granted08:11
bartbesso it got there, at least08:11
Action: bartbes installs gforth08:11
bartbesI lost a lot of programs in that reflash..08:11
bartbes(it refused to boot a while back)08:12
kristianpaul(win 2808:17
kristianpauloops08:18
Action: kristianpaul asleep08:18
rjeffrieshullo08:19
rjeffrieswolfspraul: what time zone do the timestamps reprsent in irc log http://en.qi-hardware.com/irclogs/latest.log.html08:23
wolfspraulwell, what does it look like?08:34
wolfspraul21:08 for me (beijing) minus 13 = 08:0808:34
wolfspraulcould be EST?08:34
wolfspraulor maybe EST-108:34
wolfspraulI don't know. does it matter?08:35
wolfspraulmaybe for clarity it should be UTC08:35
qi-bot[commit] bartbes: nlove: Font display fix http://qi-hw.com/p/openwrt-packages/48effcf08:36
bartbesoh and for those wondering, I also created a compatibility listing recently08:37
bartbeshttp://dl.dropbox.com/u/440010/nlove/differences.html08:37
wolfspraulcool, about 50% supported, that looks promising!08:39
wolfspraulis there any love game we can bundle?08:39
wolfspraulI mean include in the openwrt image.08:39
bartbessomeone who packages nlove for caanoo and dingoo ported some games..08:40
bartbesoh and I have a pong and a snake game08:41
bartbesbtw, that's only for graphics and audio08:41
bartbesthe rest is completely supported08:41
wolfspraulI added a todo item to change irclogs time stamps to utc, but it's not very high priority for me. http://en.qi-hardware.com/wiki/Server_setup#To_Do08:42
kyakbartbes: you should package some games, too.. Otherwise is kind of useless...08:42
wolfspraulthanks for reporting though!08:42
bartbeskyak: how do you suppose I distribute them?08:45
bartbes*recommend08:45
kyakwolfspraul: irc logs timestamp comes from eggdrop.. i might have a look08:46
kyakbartbes: make the "Games" submenu "nlove games"?08:47
kyaksure, they will depend on nlove itself08:48
bartbeskyak: I am asking about distribution first ;)08:48
kyakwhere are there games coming from?08:48
kyakdo they have a download link?08:48
bartbesyeah08:48
bartbesthey are single files08:48
kyakso what's the problem?08:48
bartbesalso..08:49
bartbesAuto-merging package/uboot-xburst/Makefile08:49
bartbesCONFLICT (add/add): Merge conflict in package/uboot-xburst/Makefile08:49
bartbeskyak: how do you suggest doing it? packaging them seems a bit.. overcomplicated08:49
kyakyeah, it's a git trick.. you need to save your local changes, then git fetch -a; git reset --hard origin/master08:49
kyakbartbes: complicated? really?08:50
kyakyou need to do it once, and then only change names and download links :)08:50
bartbesgiving people a download link is easier08:50
bartbes:P08:50
bartbesthat worked, thanks08:50
kyaki remember you gave me a download link once08:50
kyakwhat happened next? i forgot it08:51
kyakjust in the moment when i wanted to give it a try to nlove :)08:51
bartbesso how do you think people will find the packages?08:52
kyakeasily, the will search for nlove games with opkg08:53
kyakalso i think these games are small, some of them could be included in the image08:53
kyakor maybe all of them08:53
kyaktest test13:56
kyakbartbes: btw, logs are UTC now :)14:12
bartbeswrong person?14:12
kyakbartbes: ah, sorry :)14:23
bartbesoh, nlove is in the image now?14:27
bartbescool14:27
kristianpaul David Kuehling around?14:27
rjeffriesthanks for the answer: 06:10 <kyak> bartbes: btw, logs are UTC now :)  //and a GREAT answer indeed.14:36
bartbeskyak: http://dl.dropbox.com/u/440010/nlove/games/14:40
bartbesoops14:40
bartbeshttp://dl.dropbox.com/u/440010/nlove/nlove_r494-1_xburst.ipk14:40
bartbesthen 3 games14:41
bartbes'games'14:41
bartbes2 games and a clock14:41
bartbeshttp://dl.dropbox.com/u/440010/nlove/games/clock.love14:41
bartbeshttp://dl.dropbox.com/u/440010/nlove/games/npong.love14:41
bartbeshttp://dl.dropbox.com/u/440010/nlove/games/snake.love14:41
kyakbartbes: thanks! i'll give it a try14:45
rjeffrieshttp://en.wikipedia.org/wiki/Little_red_hen  //a great story //15:32
lekernelrjeffries: so, what code have you committed today?15:35
qi-bot[commit] Werner Almesberger: cameo: new command "stats" to print path statistics http://qi-hw.com/p/cae-tools/dfc53c715:37
kyakbartbes: is there a central location for nlove games?15:40
bartbesyeah, my dropbox :P15:40
bartbesbut not really, no15:40
kyakthat'a pity15:41
bartbesthere aren't too many atm either15:41
bartbesbecause well, when you don't have a specific device in mind, why would you create your game at 320x240?15:41
dvdkkristianpaul: just connected15:42
kyakbartbes: yeah, you are right, but many games should scale well down to 320x24015:43
bartbessure15:43
bartbesand I'd use love.graphics.scale.. if not for it not being there :P15:43
kyakdoes it mean that games are limited to a specific resolution from the very beginning?15:43
bartbesbut basically if you take you have some free time and you are motivated it's not hard to rapidly expand the amount of nlove games15:44
bartbesno15:44
bartbesit just means that scaling images is woefully inefficient atm15:44
dvdkbartbes, kyak: i already planned porting liballegro to the NN15:45
bartbesand scaling the screen is impossible15:45
bartbes(as of yet)15:45
bartbesbut if your code handles it you can do any resolution you want15:45
dvdkvery simple graphics library, with a lot of older games available, that might match the NNs capability15:45
kristianpauldvdk: Hey, :)15:45
bartbesyou're just stuck to the nn's 320x24015:45
kyakdvdk: never heard of it, ok15:45
dvdkkristianpaul: hi, what's up?15:45
dvdktalula.demon.co.uk/allegro  afair15:46
kristianpauldvdk: yeah, can you do framebuffer stuff with forth?15:46
dvdkthey also have a pretty powerful graphics-mode text-editor that's based on allegro15:46
dvdkkristianpaul: sort of.15:46
kristianpauldvdk: do you have examples of it15:46
kristianpaul?15:46
dvdkkristianpaul: i wrote a wrapper that allows calling out to dynamic libraries.15:46
bartbeskristianpaul: that german article had some ffi, so in theory you could use directfb15:47
bartbesdvdk: oh wow, *the* david kühling?15:47
dvdkbartbes: no, does'nt use libffi if you mean that15:47
bartbesffi is a term15:47
bartbeslibffi is a lib15:47
kristianpaulah german..15:47
bartbesso ffi != libffi15:47
bartbesiirc you used some mips assembly to achieve your ffi15:48
dvdkso wha i used is dlopen/dlsym plus a hand-made libffi-like wrapper15:48
dvdka single, generic call wrapper15:48
dvdk, that allows calling of most mips-oabi functions15:48
dvdkhere is the svn :15:49
bartbesalso, dvdk, you are a forth genius15:49
dvdkhttp://mosquito.dyndns.tv/freesvn/trunk/nanonote/forth/15:49
kristianpaulforth genius <- indeed15:50
dvdkbarbes: forth is just like any other programmin language.  just a matter of getting used to it.  plus i was exposed to it at pretty young age :)15:50
kristianpaulbut you still using it?15:50
kristianpauli mean not just nanonote related work..15:51
bartbessure, but it still takes skill15:51
dvdkbarbes: nowadays you can write equally obfuscated code with C++ (boost+mpl) :)15:51
bartbesheh15:51
kristianpaulhmm15:52
dvdkat least forth doesn't produce error messages, where a single message takes up > 1 screen (try boost::lambda :)15:52
kristianpaulno thanks ;-)15:53
bartbeskyak: I started writing some script to run nlove games and download them from my dropbox in case you didn't have them15:53
bartbesbut I didn't quite succeed yet15:53
lekernelhttp://gnustep.istheshit.net/15:53
kyakbartbes: the idea is good! maybe even to have some simple interface to choose and run nlove games, and download them from qi's mirror if it's not downloaded yet15:56
bartbeskyak: if I can get it to work I'll probably make it create gmenu2x shortcuts too15:57
kyakyeah, would be great15:57
dvdkkristianpaul (user forth): (almost) only for fun.  as a fast script language.15:59
dvdks/user/using/15:59
bartbeskyak: alright, it's working16:00
bartbesI probably have some outdated versions though16:01
bartbesand there's no way to update yet..16:01
bartbesmaybe.. rsync?16:01
bartbesno http16:04
bartbeshmm16:04
kristianpaulk16:04
bartbeskyak: a full repo might be a bit much :P16:05
bartbeswhatever, no updates for now then16:05
bartbesI'll work that out later16:05
kyakbartbes: you could speak to wolfgang about hosting soem nlove games on qi server16:06
kristianpaulgames !16:07
kristianpaulopen wrt current image lack some less console like games afaik.. :(16:07
kristianpaulnlove will be great :)16:08
kyakkristianpaul: there are few qt4 games (http://en.qi-hardware.com/wiki/Applications#games), should be included in the next release16:12
kristianpaulah, good16:13
kristianpaulplease add content too ie, music16:13
kristianpaul:-)16:13
bartbeskyak: alright, it even creates gmenu2x launchers now16:13
kristianpaulqball :-)16:14
kristianpaulhe, the Worm icon suguest the game you'll open is wormux ;-)16:14
kyakbartbes: ah, so it's kind of installer :)16:14
bartbeskyak: http://dl.dropbox.com/u/440010/nlove/nlove-obtain16:15
bartbesdrop that in /usr/bin16:15
bartbesthen run: nlove-obtain snake16:15
bartbesit will download and run snake16:15
bartbesand create a launcher in gmenu2x16:15
bartbesI should work on the name ;)16:15
kristianpaulzgv :D16:16
kyaknlove-run coould be good :)16:16
bartbesbtw, Textmode, you don't happen to have a game idea that works on 320x240?16:16
Textmodebartbes: nothing I would actually consider a game.16:16
bartbesaww16:17
Textmodeplus, I'd have to convert it a bit.16:17
kristianpaulwhy port games from jlime too?16:17
kristianpaulzrafa: or those games just run on top of X?16:18
kyaki want to port supertux, it runs in SDL , but there are problem as i mentioned to zrafa above..16:18
kristianpauland gnurobbo?16:19
zrafamorning16:19
kristianpaulBlock rage?16:19
kristianpaulzrafa: morning from pole to pole :-)16:19
zrafakyak: supertux: which stuff does not fit well?.. the menues suck a bit but you can read it completely. ANd when you are playing all the stuff is well sized.16:20
kristianpaulalso an audio recoder frontend will be nice16:20
kyakblock rage would also be nice to port16:20
zrafakyak: most of the "extra packages" were not build with OE, those were built using the toolchain built by OE16:20
kyakzrafa: in jlime, yes, it's OK. since i use the same source as you use for jlime, that's why i wonder what else could be different? do you have a recipy for supertux?16:21
kyakhm, ok.. so it is not actually ported to OE16:21
kyakat least could you show the command lien you used to build it?16:21
zrafakyak: no, no recipy. It was built with ./configure ; make I think. BUt IIRC OE added supertux qvga recently. We could check that16:22
kyakzrafa: there is no "configure". There are however autogen.sh and gp2x_configure. Also, there msut be some options for configure16:23
kristianpaulhttp://en.wikipedia.org/wiki/List_of_games_using_SDL16:23
kristianpaulfrozzen bubble :D16:23
zrafakyak: let me check.. but I did not do anything special. I was talking with supertux devs at that time and they just pointed me to use an specific version from svn. Let me check those sources again16:23
dvdki think you should really have a look at allegro games.  since allegro dates back from ms-dos times, many games should still support low resolution modes16:23
kyakzrafa: sure, thanks!16:24
zrafakyak: ah.. that is the problem. There is not sources16:24
zrafa:P16:24
zrafakyak: where did you get those?16:24
kristianpaulprince of persia !16:25
kyakfrom http://downloads.qi-hardware.com/jlime/repository/ipk/extra-packages/sources/16:25
zrafadvdk: do you remember if allegro works nice on fb?16:25
dvdkzrafa: very nice.  supports a lot of graphis backends, btw, but just including fbdev should be best (in terms of code size etc.)16:25
zrafakyak: he.. I was checking jlime.com :)16:25
kyakzrafa: ok, could you point me to the right sources?16:26
dvdkzrafa: also it supports running 8-bit games on 32-bit modes (on-the-fly conversion)16:26
dvdk(i.e. this is where svgalib fails)16:26
zrafakyak: those are right. I used gp2x configure IIRC. Because those are the proper sources.16:27
kyakoh, ok !16:27
kyakzrafa: gp2x_configure is calling regular configure. So you must run ./autogen.sh first?16:28
kristianpaulhttp://happypenguin.org/news?nsearch=320x240&Go=Go16:28
kyakzrafa: ok, let me ask you simple. Is there any way to reproduce your build for Jlime? In general, how do you track pacakges like this (for exmaple, when releasign new Jlime version)?16:29
qi-bot[commit] bartbes: Add nlove-run to nlove package http://qi-hw.com/p/openwrt-packages/90251ca16:31
bartbeskyak: ^16:32
bartbesof course this is the point where it turns out to be broken :P16:33
kyakbartbes: i guess $(INSTALL_BIN) ./files/nlove-run should read as "$(INSTALL_BIN) $(FILES_DIR)/nlove-run $(1)/usr/bin/16:33
bartbessee16:33
bartbestold you16:33
kyak(./files is godd, too)16:33
kyak:)16:34
bartbesI copied ./files from another Makefile16:34
kyakwhich one?16:34
bartbesbut I'll go for FILES_DIR for good measure16:34
bartbesehm..16:34
bartbesgforth16:34
kyaki mean, there must be two agruments to $(INSTALL_BIN)16:34
bartbesoh yeah, that was my fault16:34
dvdkbartbes: very bad example (gforth), was th 1st package i ported16:34
qi-bot[commit] bartbes: Fixed nlove makefile http://qi-hw.com/p/openwrt-packages/8dca63116:35
bartbeskyak: this better16:35
kyakshould be good :(16:35
kyak:)16:35
bartbescool16:35
Action: bartbes updates feeds16:36
kyaktested nlove-run snake16:37
kyakworked fine!16:37
kyakhmmm16:37
kyakit downloads it every time16:38
zrafakyak: nobody builds that again, that is already built16:49
kyakhuh? do yo umean that you just copy binary from release to release?16:50
zrafakyak: you are asking because you see the development environment from openwrt pov. But well, there are serveral points. Extra packages are just that, extra packages built with toolchain.16:51
zrafakyak: we do not build that again and again. we just use opkg-arget to include that into rootfs. It is not cp binaries16:52
zrafakyak: do you know how opkg-target works?16:52
kyakzrafa: what would you do if someone want to follow your steps? Or if you want to build it again after one year?16:52
kyakno, i don't know how opkg-target works16:53
zrafakyak: extra packages are not intended to track them and next year to build again. It is just a build done with toolchain. Then many users can test it. If all are happy, we can include that into OE properly.16:53
zrafakyak: that is the meaning of extra packages there.16:53
zrafakyak: you are asking about packages which are not tracke16:53
zrafad16:53
kyakok, i got it. extra packages are not tracked16:54
bartbeskyak: oh oops, totally my fault16:54
bartbes:(16:54
bartbeskyak: could you try http://dl.dropbox.com/u/440010/nlove/nlove-run before I commit again and make a fool of myself? :P16:55
zrafakyak: and opkg-target is a tool which let you install packages into rootfs from host. For example. Surely you build the 80% of your rootfs again and again without chagnges on those packages. Which is the goal on that?. opkg-target would let you to install those packages which you already built once and you do not need to build again16:55
zrafakyak: if a rootfs building proccess takes 50 hours, you could do that in two hours building just the new packages or packages which changed, and then opkg-target would install the packges already built but which did not change16:56
kyakbartbes: it is working now :) thanks!16:56
bartbeskyak: good, time to commit then16:57
kyakzrafa: ok, this is clear.16:57
qi-bot[commit] bartbes: Fixed nlove-run so it won't keep redownloading http://qi-hw.com/p/openwrt-packages/e901f0f16:57
kyakzrafa: anyway, i have problems running supertux. No matter how i tried16:57
kyakzrafa: that's why i was guessing that you made soem adjustments in the source code.. which might be not documented16:59
kyakor maybe you build it in some other way, i don;'t know16:59
zrafakyak: no, I did not do. Dont know anything about it. BUt well, we should try supertux recipe on curretn OE. They have a qvga version, which is tracked like you need.17:05
zrafakyak: from my side I will build it again to check on nn.17:05
qi-bot[commit] Xiangfu Liu: config.full_system disable some demo and examples http://qi-hw.com/p/openwrt-xburst/b0785fe17:07
qi-bot[commit] Xiangfu Liu: uboot-xburst, add ubifs support http://qi-hw.com/p/openwrt-xburst/1c3f08317:07
kyakzrafa: ok, thanks..17:13
xiangfuwolfgang: load kernel from ubifs will increase ~5 seconds.17:15
xiangfuthis u-boot support load kernel from ubifs: de I wil17:15
xiangfusorry: http://downloads.qi-hardware.com/people/xiangfu/tmp/openwrt-xburst-qi_lb60-u-boot-with-ubifs.bin17:16
kyakzrafa: hm, can't seem to find supertux here: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes17:16
xiangfuwolfgang. by pressing [F4] when poweron. u-boot will try to load ROOTFS:/boot/uImage.17:16
kyakzrafa: oh, sorry, i need another eyes :)17:16
Action: xiangfu goto sleep17:17
xiangfunormal boot. u-boot needs ~1second, load kernel from ubifs, u-boot needs ~6seconds17:20
xiangfuwith 512M rootfs of cause.17:20
xiangfu1.5G rootfs needs more time.17:20
kristianpaul256M?17:21
kristianpaulhmm nv17:21
rjeffriessomeone is confused. not everyone who is interest in Ben Nanonote is a code committer17:31
rjeffriessome go off and figur eout how to build Werner's PCB is a very CopyLeft manner17:32
rjeffriesbut nice try, lekernel. God, I feel all warm and fuzzy and happy when I see your coments to me.17:32
rjeffrieslekernelrjeffries: so, what code have you committed today?17:32
lekernelrjeffries: sorry, could not resist. you are right, though you also talk/troll a lot :)17:52
dvdkxiangfu: hmm, what is the reason that ubifs is *that* slow?17:57
kristianpauldvdk: may be not ubifs itself, just u-boot implementation...17:58
dvdkbut this is a pure read-only implementation?17:58
xMffregarding the opkg-target suggestion, did you look into the imagebuilder already? you can set it up to use external repos and just repack images with desired packages18:00
dvdkkristianpaul: i guess this is i/o bound speed, so for some reason, ubifs makes it necessary to read from much more blocks than just the kernel?18:00
dvdkxMff: you mean we could build out-of-the-box images with preinstalled s/w without recompilation? sounds nice.  remembers me of debian's lifecd-image tool18:01
dvdk(life-helper)18:02
xMffdvdk: exactly18:02
xMffhttp://wiki.openwrt.org/doc/howto/firmware.build18:02
dvdkand having lots of prebuild images (games, vs dev, vs. minimal etc.) ready for download would be very nice for users18:03
xMffit is interesting for release images as it allows you to compile the IB once and then use that to generate various images18:03
kristianpauldvdk: perhaps, but i'll wait xiangfu wake up and ask more, i dint understand well what he pointed, so i'm bit confused18:03
dvdkkristianpaul: maybe it would help to create another, smaller /boot ubifs partition?18:04
kristianpauldvdk: yeah i was thiking same18:05
kristianpaulxiangfu ^18:05
dvdk.. and another detail that makes things more comples :/18:06
dvdks/comples/complex/18:06
kristianpaulhehe18:06
dvdkbtw i've seen arm boxes that had soldered-on IDE-flash to get rid of such problems (i.e. wear-leveling in hw).18:10
dvdkbut then i hate hw implementations that keep me from accessing my data at a low level (if things break).18:11
kristianpaulI think things will be better with no uboot in the middle18:11
dvdkkristianpaul: but how to load linux without uboot?18:12
kristianpaula smaller boot stage18:12
kristianpauli heard lars is working on something18:12
Action: dvdk likes boot-loaders18:13
dvdkat least something to access, in case kernel broken18:13
kristianpaulI think irclog archive may have the ogg video of a faster boot in a dingux/pandora i dont remenber18:13
dvdkopenfirmware was nice, btw18:13
kristianpaulif kernel broken in the nanonote you will have hardware-boot usbboot18:14
dvdkdidn't hear much good about hardware-usbboot18:15
wpwrakdvdk: (ubifs slowness) i think it's similar to jffs2. in jffs2, you need to scan the entire partition to collect the blocks. jffs2 assumes that any block can go bad and you thus can only be sure you have the latest version of a block when you've scanned everything for updates.18:15
kristianpaulactually with kernel broken in the nanonote i still not seen usefull uboot...18:15
dvdkwpwrak: yeah, no about jffs2, thought ubifs were properly redesigned18:15
dvdks/no/know18:15
wpwrakdvdk: (hw usbboot) the main problem is making that contact. if this was more like the reset button, it would be much easier.18:16
kristianpaulwpwrak: is it posible just drop the fs for kernel image? in the mm1 for example i think is written in a "raw" way18:16
dvdkwpwrak: yeah that'd be great, would sell my usbboot, for a boot-loader button :)18:16
dvdkkristianpaul: this is how it is done currently, afaik18:17
wpwrakdvdk: seems that ubifs shares the same O(partition_size) property. there may be specific reasons why they prefer this over a "if block X fails, just nuke it" approach18:17
dvdkkristianpaul: so changing to ubifs would make things 6s slower than now18:17
kristianpauldvdk: oh, i got it then !18:17
kristianpaul:_)18:17
wpwrakdvdk: part of it may be wear leveling18:17
dvdkwpwrak: well at least this way it's very easy to guarantee consistency.  if in doubt, use brute force18:18
wpwrakdvdk: i.e., you don't want to update meta-data when blocks move around. thus you need to search for them18:18
dvdk^18:18
dvdkwpwrak: then let's abandon ubifs :)18:19
kristianpauldvdk: (button) you can make a reset button for the alt + u keys i think :)18:19
dvdkkristianpaul: nope, alt+u is read by bootloader.18:19
wpwrakdvdk: (6s) iff the boot/root partition stays at 0.5 GB. if going to a unified root/data partition, that should become more like 15 s18:19
wpwrakwell, 15-20 s18:19
dvdkwpwrak: yuck!18:20
wpwrak(alt u) just U is enough18:20
Action: dvdk starts to hate ubifs18:20
dvdkkristianpaul: i.e. its a sw-button.  hw-pin is below battery18:20
kristianpauldvdk: yes18:20
wpwrakdvdk: i like the idea of flash memory being a "black box". we all trust this approach when it comes to disks. why try to deal with physics we have very incomplete knowledge of with NAND ?18:21
kristianpauldvdk: sorry i mean wire hw-boot pins to a convinient button18:22
dvdkwpwrak: have you ever tried what happens if you powerd down cf or ssds during use?18:22
dvdkkristianpaul: ah18:22
wpwrak(usb boot) might be interesting to just wire up U such that it connect to this selection pin by hardware. wouldn't be bullet-proof, but probably sufficient18:22
dvdkwpwrak: irrepairable inconsistencies, no reformat possible :(18:22
dvdkwpwrak: the KI button is unused, currently, afaik18:23
kristianpaulwpwrak: ah you mean wire the hw-boot pinds to a pad in the keyboard?18:23
kristianpauls/pinds/pins18:23
wpwrakdvdk: (power down flash) so what exactly happens ? and how often does it happen ? flash memory gets powered down in mid-access all the time. yet you hear relatively little about catastrophic failure.18:24
wpwrakkristianpaul: perhaps with some logic gates, yes18:24
dvdkwpwrak: bad engineering by whoever wrote the cf/ssd internal firmware :)18:24
kristianpaulwpwrak: yeah that will be cool18:24
kristianpaulwpwrak: ah wait, you did that with the idbg i remenber now !18:25
kristianpaulof course thats other part that may be bricked too, so is trusty the button + logic arrange18:26
kristianpauljeje http://wiki.openmoko.org/wiki/Qi18:26
wpwrakkristianpaul: idbg takes a different approach. there, you simply control the BOOT_SEL1 pin from the host18:27
wpwrakdvdk: it would be good to have some experimental data for the effect of power interruption with modern flash devices. i suspect that a lot of the horror stories are quite exaggerated.18:29
dvdkwpwrak: colleague told me that no cf card they tried survived constant (1/min) power cycling for more than a day or something18:33
dvdkgotta go18:34
dvdkcu18:34
bartbesqtopia?18:52
bartbesor opie, for that matter18:53
bartbesactually, it seems it has an openembedded recipe18:55
bartbesso I guess jlime can already run it18:55
wpwrakkristianpaul: assuming the matix is scanned with active row = L, inactive rows = Z, you could implement is with a few pull-ups and a circuit that does this: http://pastebin.com/mtXibTeh18:57
wpwrakkristianpaul: (Q) is internal "memory". doesn't need to be accessible on the outside18:57
wpwrakkristianpaul: nRST would be the system-wide active-low reset (RESETP_N), KO7I would be PC16 from the CPU, KO7O would be KEYOUT7 on the keyboard matrix19:02
wpwrakactually, we can simplify this a little ...19:07
qi-bot[commit] kyak: supertux: initial port http://qi-hw.com/p/openwrt-packages/8be517419:10
wpwrakthere http://pastebin.com/Ag2QRk4a19:11
wpwraknote that KEYOUT7 and Qi+1 have the same state. with A = L, and B = Z19:12
kristianpaulwpwrak: in wich datasheet page is PC16?19:18
kristianpaulfound it19:18
kristianpaulwpwrak: i was thinking some mechanism that fire usboot when usb_minib connector is pluged19:33
wpwrakthat's cheating. too simple !!!!19:34
kristianpaul:D19:34
Jay7hm.. another man in ML talking about making phone :)19:35
wpwrakkristianpaul: connect USBDET to BOOT_SEL1 and you're done19:36
kristianpaulah wait, i dint knew it about USBDET19:36
wpwrakcompletely unacceptable. there's not even a chance for obscure glitches and race conditions in this approach. what's left to debug then ? all the engineers will go hungry !19:37
wpwrakwell, one disadvantage would be that you probably also trigger it on a software reset. that wouldn't be so nice.19:38
kristianpauldelay-reset chips are common those days too :)19:40
wpwraklarsc: may i bother you with some trivia ? when you reboot the kernel, does it use a proper chip reset (watchdog ?) or something that doens't send the chip through its internal reset process ?19:42
larscit uses the watchdog19:43
larscwith timeout 0 seconds19:43
wpwraklarsc: thanks. so kristianpaul's approach would get you into usbboot after /sbin/reboot19:44
wpwrakphew. still some engineering left to do then :)19:44
wpwraka latch would probably be enough, though. clock in USBDET on reset L->H19:46
kristianpaulso you still like my approach? :')19:46
wpwraki.e., some 741G7919:46
wpwrakkristianpaul: i hate the approach19:47
wpwrakkristianpaul: because i didn't have the idea !19:47
kristianpaulhahaah xD19:47
wpwrakoh wait. there's another problem19:48
wpwrakyou also end up in usbboot if you want to power up from usb in general19:48
kristianpaulyes19:48
kristianpauli knew that19:48
kristianpaulbut, well.. who really want to do that if is not for usbboot mode?19:49
wpwraki start my bens like this all the time19:49
kristianpaulsurelly some very specific scenarios19:49
kristianpaulyou dont count ;)19:49
wpwrakgrmbl :)19:49
wpwrakwhat would work is if you sample USBDET only when the reset button is pressed. but then you race with the master reset logic, which would still have to be triggered by the system reset19:52
wpwrakyou could solve this by combining RESETK and RESETP_N in a gate, not with a wired AND.19:53
wpwrakso we return to needing two gates. one to latch USBDET, the other to separate the reset sources19:54
kristianpaul:-|19:57
kristianpaulif we dont use USBDET and just a logic that power-up from vusb? or a signal from charge battery when vusb is detected?20:11
kristianpaulor instead, a signal fired when no-battery is present20:14
wpwrakthat doesn't seem to solve the problem that usb power may be present during normal use and also for normal power-up20:16
wpwrakhowever, here's another idea: dual-use the reset button. short press = reset, long press = reset to usbboot20:17
wpwrakyou could accomplish this simply by putting an RC pair between RESETK and RESETP_N, plus connecting RESETK to BOOT_SEL120:18
wpwrakthe RC (parallel) pair would deliver the reset pulse. if you keep on pressing RESETK, the cap recharges. if you release RESETK, it would deliver a positive surge, though. not sure if this is a problem or if it will be just consumed by clamp diodes.20:19
wpwrakif it's an issue, use a monoflop20:20
kristianpauli like RC idea20:24
wpwraka diode would solve the surge problem. so, R+C+D :)20:28
rjeffrieswhat is teh delay (lag) between a post on irc and it showing in http://en.qi-hardware.com/irclogs/latest.log.html20:41
kristianpaulLinux fans... thats bad thing i think, as all you can wait from fans :-/20:57
kristianpaulThey just will swich to the next incartation of linux and something..20:57
virickristianpaul: ?21:00
rjeffriesSundays are SLOOOOW here. where are your priorities, people?21:09
dvdkwpwrak: why not just connect one of the normal keyboard keys to the boot_sel pin?  when booted up, reconfigure the I/O as a gpio for keyboard function, at reset it again becomes the boot_sel pin.21:13
dvdkto prevent accidental use, you could use one of the F1-F8 keys, or some other  key that is otherwise seldomly used21:14
wpwrakdvdk: bah, yet another lamely simple suggestion. where's the engineering spirit gone ? :)21:17
Action: dvdk is thinking how to complicate things more21:17
dvdkbtw the wikireader has a nice power/reset circuit: short keypress for power-on, long keypress for power-down21:18
dvdk(completely in hardware)21:19
dvdkwpwrak: wire the mircophone input to the boot_sel pin.  then provided pre-recorded audio that triggers the correct usb-boot sequence :)21:20
wpwrakdvdk: like whistling a 1024 bit pseudo-random sequence ?21:21
dvdkwpwrak: you got it.  still too simple?21:21
kristianpaulprn? what? no !21:22
kristianpaul;)21:22
kristianpaulhey, actually i tought in taking advantage of the mechanical swich of headset input21:27
dvdkbtw wrt UBI initialization: can't we just make the physical blocks larger (i.e. by combining 2 or 4 physical erase-blocks into 1 logical erase block?)21:28
dvdkthis should decrease UBI initialization by factor 2 or 421:28
dvdk(looked here: http://www.linux-mtd.infradead.org/doc/ubi.html#L_scalability)21:28
dvdkalso they claim that "a 1GiB NAND flash found in OLPC XO-1 devices is attached for about 2 seconds; "21:29
wpwrakdvdk: (1024 bit prs) the distributors could then sell trained birds to trigger usbboot ;)21:30
kristianpaullol21:31
dvdkwpwrak: let's make whisteling seminars21:31
wpwrakdvdk: (ubifs) their nand may be faster than ours21:32
wpwrakrejon: phew. a voice of reason on the list. thanks.21:35
rejonwpwrak :)21:37
kristianpaulrejon: indeed :)21:43
rejonwho got some scrilla to get realla21:47
wpwrakaah ! of course my usb protocol decoder can't make sense of the data ! in invert, so SE0 becomes SE1. grr.22:09
wpwrakokay. NOW i'm properly armed ;-)22:12
qwebirc33973hello everybody !!!22:25
qwebirc33973just wanted to ask if anybody has some answers regarding the future developement of nanonote ...? is this a proper place for this question ?22:29
kristianpaul Copyleft hardware - time is on our side | public logging at http://en.qi-hardware.com/irclogs | Welcome and please ask your questions...22:30
kristianpaultopic^22:30
Action: mstevens would be interested to know about the future of nanonote also22:35
qwebirc33973well, thanks @kristianpaul ... that's a lot of reading ... but for now just wanted to know if there are going to be any other Ben variants, like a Ben notebook (just a bigger screen), or a tablet Ben ? i would want to buy open source hardware, but i need to be able to use it somehow. By now, i can't seem to find a use for the nanonote. So... any other Ben variants based on the same hardware ?22:38
kristianpaulqwebirc33973: afaik i cant promess yoy anything else beyond what is right now22:39
kristianpauls/yoy/you22:39
kristianpaulqwebirc33973: What you dint found in the nanonote that you're looking for?22:40
qwebirc33973well... i can't use it22:41
kristianpaulYou can use the Ben nanonote as it is right, now, some people listen music, other load maps on it, or take notes, or do some gaming22:41
kristianpaulyeah sure i understand that, but why?, feedback is good :-)22:42
qwebirc33973i am not a hardware enthusiast, nor an electronic one. I can't use it, i need a bigger screen22:42
qwebirc33973sory for my latency in typing22:42
kristianpauloh, i see, so nanonote is not for you22:43
qwebirc33973i'm sorry, but in it's form righ now, is not for me. I would really like it if it had a bigger screen. Is there anything that we can do towards this direction ? a bigger Ben nanonote ?22:45
kristianpaulSupport the project buying one, that will help on future develoments22:46
qwebirc33973yes ... i know that's how it works, i am well aware. BUT, what would it take to develop a bigger one ?22:48
kristianpaulI dont know, thats something that works on demand you know22:50
qwebirc33973yes... well , is there anybody interested in something similar? can a poll or something be done somewhere ?22:52
wpwrakqwebirc33973: it would take quite a bit of time and money.the idea is to keep the form factor for a while while advancing the rest of the technology (and infrastructure)22:52
qwebirc33973that sounds perfectly sane, but a bigger screen , i think, will bring more supporters, since it has a bigger degre of usability , like office use ...22:54
wpwrakqwebirc33973: it would also lose one rather distinguishing feature. also, in a small device, low specs are easier to forgive22:55
wpwrakqwebirc33973: e.g., would you buy it if it just had a bigger screen ? but the same cpu, connectivity, memory, etc. ?22:56
qwebirc33973yes , I would, is exactly what i am looking for22:57
kristianpaulThere is a ereader that uses a xbusrt chip, and i think i saw it supported on the openwrt tree, larsc ?22:58
wpwrakqwebirc33973: so the absence of usb host, wifi, would not matter ? also, would "bigger screen" mean only a larger physical size or also more pixels ?22:58
qwebirc33973:) why would i want bigger pixels ? yes i think we need a screen variant with more pixels , something like 1024x600. wifi would not bother me too much. But i think a wired network could be useful, and easier to implement (this is just an opinion)23:02
wpwrakqwebirc33973: 1024*600 would mean an 8x higher memory bandwidth used for graphics. also, most graphics operations would take ~4-8x longer. so the machine would be quite slow.23:04
qwebirc33973and about low specs, i don't think you need bigger specs to read pdf, and write rich text documents23:05
wpwrakqwebirc33973: also, you'd run out of memory much quicker, because any application that actually uses that many pixels would need ~8x as much memory for them23:05
qwebirc33973well , that makes sense23:05
wpwrakqwebirc33973: so you would have a machine with a large screen but that's extremely slow otherwise. would that still be attractive ?23:06
qwebirc33973i'm guessing it should have somethig like 128 ram or something ? or more ?23:06
wpwrakqwebirc33973: i think what you're looking for is a machine in a different class of hardware. sort of a tablet, with faster cpu, more memory, more connectivity options, etc.23:06
wpwrakqwebirc33973: the problem with higher-spec machines is that a) the components get harder to obtain, b) the development cost is higher (r&d cost and also the initial investment into the first production run). who finances product that may need an investment of USD 1-2M ?23:08
kuribasWhat's the maximum speed for the usb port (at constant rate)?23:09
wpwrakqwebirc33973: also, by positioning it as a tablet, it competes directly with companies that produce in large volumes. so it the feature/cost ratio would be bad.23:09
wpwrakkuribas: speed doing what ? :)23:10
kuribasRecording musuc :)23:11
kuribasmusic23:12
wpwrakkuribas: hmm .. so the ben would act as an audio-over-usb device ?23:12
kuribasyes!23:13
wpwrakkuribas: i mean from the point of view of USB communication. there's some audio class for USB23:13
wpwrakkuribas: but i don't know it we have gadget support for this in linux23:13
kuribasusb 2.0 should be capable of high speed, right?23:14
qwebirc33973@wpwrak , you are killing my enthusiasm. This type of hardware, i think, has a user base wich relies on principles rather than actual spec/price ratios. I just wanted to know how much would it take to put a 10'' screen on the nanonote, because this is what i would support, with money (donation, buyng in advance, maybe a fundraising?) .23:15
wpwrakkuribas: the ben should be usb 2.0 high-speed capable, yes23:15
wpwrakqwebirc33973: heh, i just bring up the inconvenient facts that make this less straightforward than it may seem :)23:16
kuribasCool.  I'll need at least 1.4 mbps for 44.1kHz * 16bit.  Prefarable 4.6 mbps for 96kHz * 24 bit.23:17
wpwrakkuribas: sounds manageable. even full-speed (USB 1 or 2) could deliver that23:18
qwebirc33973@wpwrak  well... i see ... but in your opinion, 128mb ram and a 10'' , are doable ? (or does this implies other changes)23:21
wpwrakqwebirc33973: almost everything is "doable". the main problem would be financing. if you can bring some potent investor to the project, that would open a lot of doors23:22
wpwrakqwebirc33973: e.g., if you want a display that's on par with current tablets, you'd compete with apple, samsung, hp, etc., for the attention of display manufacturers23:23
wpwrakqwebirc33973: this kind of items isn't something that just build and send to supermarkets. they're usually built to order. and if they have customers who buy hundreds of thousand units, it will be difficult for you to get in an order for only a few thousand.23:25
wpwrakqwebirc33973: also, you need to pay in advance. same for the rest of the device. chips and all that. if you need a better cpu, you need to establish contacts at companies that make such cpus. if you need a type of ram that's in demand, it's the same.23:26
wpwrakqwebirc33973: even if the companies like you very much and don't mind working with you even for small quantities, you'll spend quite a lot of time just in meetings.23:26
wpwrakqwebirc33973: by the way, there is another device in the qi-hw universe, completely different from the ben. it's the milkymist vj station. it's an even more radical design - the entire cpu core is open, implemented on an fpga.23:31
wpwrakqwebirc33973: it's designed for audiovisual effects (video in/out, etc.), but there of course other things you could do with it as well23:31
wpwrakqwebirc33973: regarding the performance of the ben base hardware, you could relatively easily double the memory bandwidth. beyond that, a major design effort would be needed.23:35
wpwrakqwebirc33973: clock speed would stay in the same range, 360 MHz maximum. usb host (full-speed, not high speed) would be possible in a redesign.23:35
qwebirc33973i'm not the enemy here. I really want to help, but it seems is out of my reach... for now. I really need to sleep right now but i will be back on this topic...  Thx you for your answers @wpwrak and @kristianpaul , and keep up the good work !!! (maybe tomorrow i'll manage to change my id/nick :) )  thx again bye bye23:36
wpwrakqwebirc33973: you would need to find ~2000-5000 potential buyers to obtain good prices. if the number is smaller, the prices multiply. the cost making small numbers is almost constant, so if you, say, only have 1000 potentual buyers,23:37
wpwrakqwebirc33973: the price would be 2-4 times than what you'd get with the larger numbers23:37
wpwrakqwebirc33973: (not the enemy) hehe ;-) naw, it's just very common to have overly optimistic assumptions about what is involved in making hardware. but don't let that kill the enthusiasm. there are ways where you can still accomplish things, you just have to choose your battles carefully :)23:39
kristianpaulqwebirc33973: /nick you_nick23:39
kristianpaulzamox: : agree with wpwrak, your questions are very common, and you should be aware of the situation for that demand23:40
wpwrakwhee, welcome zamox ! :)23:40
wpwrakkristianpaul: now that we know his name, we control his soul, right ? :)23:40
kristianpaulwpwrak: :-D23:42
zamoxthank you all :) , i'll be back tomorrow  :) ... a good night to everyone who is actually in the night, a good day otherwise ! :) bye23:42
kristianpaulromania, interesting23:44
Action: wpwrak loves his scope with deep memory. DIY USB decoding is fun :)23:49
--- Mon Feb 14 201100:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!