<tuxbrain> morning channel!
<tuxbrain> see metrhil has finnally find a motivating stuff to get into :)
<tuxbrain> morning wolfspraul!
<wolfspraul> tuxbrain: morning
<tuxbrain> I see methril has found something motivating to come into :)
<wolfspraul> just uploaded a nice picture showing IDA Systems headquarters in Jaipur
<wolfspraul> if you have one for the Tuxbrain hq that would be cool too...
<wolfspraul> yes indeed, very happy methril is excited
<wolfspraul> this mail from Fernando was excellent
<wolfspraul> I will follow up on this, only problem is so much to do! It will all take some time...
<wolfspraul> tuxbrain: did you see, Harald was pretty happy about our MTK research as well... http://laforge.gnumonks.org/weblog/2010/05/09/#20100509-cect_c3100
<wolfspraul> need to dig deeper, knowledge is power...
<wolfspraul> Bas did an Iris update
<wolfspraul> Atommann reported that Debian doesn't boot for him, let's see how that goes
<wolfspraul> roh sent some good links regarding the hoperf modules with some free software we can reuse, which is very very cool
<tuxbrain> yes :) we have a late night chat about mtk with steve|m who is in charge of mkt stuff in osmocom-bb :)
<tuxbrain> seem we have god matherial for a community update :)
<wolfspraul> steve? which steve?
<tuxbrain> steve|m
<wolfspraul> are you following osmocom? (didn't know :-))
<tuxbrain> the chat was in this channel
<wolfspraul> this phone I looke at costs 18 USD
<wolfspraul> unbelievable, eh?
<tuxbrain> seems that is osmocom who is following us :)
<wolfspraul> we could easily donate 20 or 30 to jumpstart development
<wolfspraul> I love this power of technology, complete phone for 18 USD retail. Unbelievable.
<wolfspraul> unfortunately many people are missing the real revolution that is going on
<wolfspraul> everybody sees the iphone and so, and I agree that is amazing. but they don't see the other revolution going on :-)
<wolfspraul> oh well...
<wolfspraul> hey David, this is for you (just kidding)
<wolfspraul> guess what the retail margin of this phone is?
<wolfspraul> :-)
<tuxbrain> yeah i we achevive to comercialize such stuff cheap enough with hackable free soft inside I thing we have winner here
<wolfspraul> the retail margin per phone is a whopping 5 RMB = 56 EUR cents!!!
<wolfspraul> and bloodsuckers as we are, when we bought 15 of them we bargained it down to 34 cents!
<tuxbrain> hahaaha wow, seem like tuxbrain margins hahaah
<wolfspraul> yeah, I thought this might make you feel better...
<tuxbrain> common you have the guts to bargain with this prices????
<wolfspraul> but seriously, this 18 USD thing is amazing
<wolfspraul> oh sure
<wolfspraul> in China you bargain for every penny
<wolfspraul> the carbonized rubber button is 0.5 us cents I think
<wolfspraul> but we bargained it down to 0.4 US cents
<wolfspraul> :-)
<tuxbrain> hey when we sell milions it will means thousands of $ :P
<wolfspraul> yes the scary thing is that is what is happening
<wolfspraul> we need to get reall Linux into this machine...
<wolfspraul> tuxbrain: have you tried Debian on your Nano yet?
<tuxbrain> steve|m points to guys trying to do so in similar device mkt arm7 http://peeklinux.com
<tuxbrain> not, but soon if not today tomorrow
<tuxbrain> now I have another unit to use as openwrt testing I will use the mutant one to play with debian, and try to port avr toolchain there
<wolfspraul> interesting don't know this peek device
<wolfspraul> if this is an anti-vendor effort it's not for me, I don't believe in that
<wolfspraul> obviously since I try to become a copyleft vendor myself, then there is no more need for anti-vendor ports
<tuxbrain> yep it seems like a rigid nn with sim card :P
<wolfspraul> so hope they talk to the peek manufacturers etc.
<wolfspraul> I hear there are some interesting things coming on sim cards.
<tuxbrain> no seems it pure reverse ingeniering from the beggining to end
<wolfspraul> 'interesting' unfortunately from the wrong perspective, from the perspective of the operators who want to stay in control
<wolfspraul> yeah the reverse stuff cannot work, you will always be chasing
<tuxbrain> yep, but here we are to propose an alternative,
<wolfspraul> reverse to gain knowledge is OK, that's what we do. but then need to produce yourself, or at least instruct the manufacturers yourself.
<wolfspraul> you have no idea how fast Chinese can change, and they will change over and over and over, for .01 cents savings they will take down compatibility with all the software you have been working on for years.
<wolfspraul> without hesitation
<tuxbrain> sure peeklinux guys will be pleased to work in a openhardware if we provide one :)
<wolfspraul> I'll add the peeklinux channel, good link thanks!
<tuxbrain> sorry copyleft hardware
<wolfspraul> did you hear some good (sales) news because of the Linux Magazin artice in Germany?
<wolfspraul> 4 pages in a nice magazine about Ben NanoNote, but don't know the circulation of the magazine
<tuxbrain> ?
<wolfspraul> Pulster knows already
<tuxbrain> I have no idea! :) good news :)
<wolfspraul> just sent you a link
<tuxbrain> is dreaming a qi-hardware 50¬ simple but free phone
<tuxbrain> ouch! wlan is very highlighted (too much)
<wolfspraul> tuxbrain: well that's what we are working towards, no?
<wolfspraul> it's just a huge amount of technology in the little phone, so it needs some time to come together
<wolfspraul> fortunately some people see the big picture, hopefully it will grow over time and we don't die on the way (but even then I'm sure others continue)
<tuxbrain> die is not an option
<wolfspraul> tuxbrain: there you go, I know we will hang in for a while :-)
<tuxbrain> ok cu
<wolfspraul> tuxbrain: did you try Debian on your Nano? who did?
<wolfspraul> cu
<tuxbrain> will try debian today or tomorrow
<emdete> wolfspraul: i did ;)
<tuxbrain> hehehe emdete authors not counting :P
<tuxbrain> emdete: any progress in sd booting?
<emdete> tuxbrain: :) yes, you are right. but josch takes over now, he got the dev today
<wolfspraul> emdete: authors count, but now we need to transfer the experience to the readers...
<emdete> tuxbrain: just playing around with it. did you have any success?
<tuxbrain> not, I will try the "classical" method in short
<wolfspraul> emdete: the kernel from the latest openwrt-image, can it be used for debian without recompile?
<emdete> wolfspraul: no, its missing two options, one will be switched on in the future as i understand, the other is in discussion. also we use differen partition sizes for now
<emdete> but it is possible to agree on a common set of options i think
<wolfspraul> ah OK
<emdete> will run to the office - back in a minute...
<josch> hey guys
<josch> got my nn a few minutes ago and am in process of bootstrapping debian for it atm
<josch> stay tuned
<josch> tuxbrain: i guess you want to be pinged once i have smth?
<tuxbrain> josch: mmmm only if you explainme what is smth, it hurts?
<josch> i hope it will not
<tuxbrain> can't wait and is flashing debian right now
<tuxbrain> debian failed at first try, uboot and kernel ok but rootfs not found (kernel panic) erasing rootfs and reflashing again rootfs
<shevek> Does anyone know details about the nand flash?  Which bank is it connected to?  Does it need the NFCE bit set or not?  Which error-correction is better?
<qi-commits> Carlos Camargo: Minor changes on SAKC gerbers http://qi-hw.com/p/nn-usb-fpga/07ca557
<tuxbrain> emdete: No way on booting debian, I guess there is problems with qi u-boot and partitions due it was unnable to open the rootfs, Ben cannot use the avt2 uboot it doesn't work on ben at all, where I can put the kernel panic log?
<emdete> depends on the u-boot. qi-default is serial, mine is lcd
<tuxbrain> I have the kernel panic, I just want to know where to postit
<tuxbrain> will take a picture :P
<tuxbrain> to upload on my own website
<larsc> good
<emdete> :D
<emdete> tuxbrain: just tell us the url ;)
<emdete> tuxbrain: there is a wrong root= in the kernel args... can you do a `strings` on the u-boot binary you flashed to check the kernel params?
<tuxbrain> ops closed the bad window
<tuxbrain> bad->wrong
<tuxbrain> emdete:see the pic?
<emdete> tuxbrain: yes
<tuxbrain> any clue?
<shevek> <emdete> tuxbrain: there is a wrong root= in the kernel args... can you do a `strings` on the u-boot binary you flashed to check the kernel params?
<emdete> shevek: thnx! :D
<shevek> tuxbrain: You just missed that. ;-)
<emdete> tuxbrain: but i have overseen the line on top of the screenshot - ubi0... makes sense. but a strings is always a good thing to do ;)
<emdete> tuxbrain: block(0,0) is probably a fallback
<shevek> emdete: I expect it to be the detected major and minor number, which both remain 0 when detection fails.  But that makes it behave as a fallback, though a useless one. ;-)
<emdete> 0,0 is probably first ide and often right ;)
<tuxbrain> now the cuestion is... how I do that "strings"
<tuxbrain> I'm a damn shopkeeper!
<emdete> tuxbrain: :D in the shell type string u-boot*.bin
<tuxbrain> in what shell?
<emdete> hm... how do u flash?
<shevek> emdete: No, 0 is not actually registered as a block device.  8 is ide.
<tuxbrain> ok using uboot
<emdete> shevek: oh, then it's always crap ;)
<tuxbrain> ok in the host shell!!!!
<tuxbrain> mmmm I start feeling like a windowser in fosdem
<emdete> :D we like you for selling nanos, not for using shells! :D
<tuxbrain> ouch!, my geek-ego is lying crying on the floor...
<tuxbrain> result of #strings openwrt-xburst-u-boot.bin|grep bootargs
<tuxbrain> bootargs
<tuxbrain> bootargsfromsd
<tuxbrain> bootargs=mem=32M console=tty0 console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait
<tuxbrain> bootargsfromsd=mem=32M console=tty0 console=ttyS0,57600n8 rootfstype=ext2 root=/dev/mmcblk0p2 rw rootwait
<tuxbrain> ? I dont see any difference (appart of the mem and the mac between qi- uboot and yours)?....
<emdete> tuxbrain: looks fine
<emdete> tuxbrain: HE! we are even more excited if you do both!
<emdete> tuxbrain: the kernel is the one from pyneo.org?
<tuxbrain> emdete:yes
<emdete> i'm a bit lost. larsc, do u have any idea what could go wrong?
<josch> tuxbrain: ping
<tuxbrain> josch: pong
<josch> tuxbrain: i just built a 75MB ubifs debian rootfs
<josch> tuxbrain: i will now upload the ubi image and a tarball
<josch> it boots fine and one can login with user: root and no pw
<tuxbrain> ok I will try once uploaded, I hope I have more luck than with the big one
<josch> tuxbrain: the big one from pyneo.org?
<tuxbrain> yep
<josch> tuxbrain: what happened there?
<emdete> tuxbrain: i think we have to fix in the beginning, probably u-boot or kernel is to blame, not the rootfs...
<tuxbrain> emdete: I agree too
<emdete> tuxbrain: vegyraupe succeeded with it, maybe we try to track down the diffs between your doiings and his
<vegyraupe> tuxbrain: dif you use the newest uboot ?
<vegyraupe> newest == latest
<tuxbrain> yep only black screen
<vegyraupe> which one r u using now ?
<tuxbrain> the one xianfu compliled with uart on tp4 tp5 ,
<vegyraupe> hm
<tuxbrain> it also has lcd kernel log
<vegyraupe> k tell you waht
<vegyraupe> I am gonna upload the uboot I used
<tuxbrain> ok, I will try
<vegyraupe> emdete: I used ur kernel, right?
<tuxbrain> flashing uboot better that reflashing rootfs :P
<emdete> vegyraupe: yes. you need to, fpu-emu, partition & inotify are needed
<vegyraupe> ok
<emdete> vegyraupe: we have to agree on that with the openwrt guys...
<emdete> fpu is in discussion...
<vegyraupe> so the only difference between tuxbrain's and my stories are the uboots
<tuxbrain> vegyraupe: yep
<vegyraupe> I am trying to find it
<vegyraupe> not sure where i put it
<vegyraupe> give me a few
<tuxbrain> <dramatical mode> the future of copyleft hardware is on that uboot </dramatical mode>
<vegyraupe> :D
<tuxbrain> vegyraupe:I see a drop of sweet in you front?
<emdete> tuxbrain: which probably just fall into his notebook triggering a short-circuit...
<emdete> vegyraupe: still there?
<vegyraupe> emdete: yepp
<vegyraupe> saved the drop from destroying the universe
<emdete> :D
<tuxbrain> josch: BTW what you have put in the small rootfs  and what differs with actual minimal?
<josch> tuxbrain: the following packages have been added:
<emdete> josch: it's completly new and not based on mine, right?
<josch> tuxbrain: udev,module-init-tools,sysklogd,klogd,psmisc,mtd-utils,ntpdate,debconf-english,locales,screen,less,vim-tiny,console-tools,conspy,console-setup-mini,man-db,fbset,input-utils,libts-bin,ifupdown,netbase,iputils-ping,dhcp3-client,curl,wget,openssh-server,vpnc,rsync
<josch> emdete: yes i built it anew
<josch> this is also the reason libts-bin is in there
<josch> because i wrote the script for the openmoko platform
<tuxbrain> josch: tar.lzma content=ubi content?
<emdete> conspy is cool... :D wasnt ifupdown already in?
<emdete> tuxbrain: still wanting to boot from sd? :D
<josch> tuxbrain: no it is a tarball of the rootfs
<josch> tuxbrain: i remember you wanted to put it on sd
<josch> emdete: what do you mean by "already in"?
<emdete> in my mini-rootfs
<tuxbrain> yep :) , wolf and vegy knows how I supply my lack of knowledge, with pure obstination
<josch> emdete: might be but only because you installed it - i can check that later
<emdete> josch: don't need to. i just point my wiki to you page ;)
<emdete> (and forget about my rootfs)
<josch> emdete: dont do that yet
<emdete> sure
<josch> emdete: i'm still not finished with it
<emdete> we settle down you stuff and then we switch
<tuxbrain> no luck just flashing the uboot, same result as uboot of lastest release
<vegyraupe> tuxbrain: I suggest you empty the whole NAND
<tuxbrain> I will wipe out whole nand and start again, I will flash the smaller rootfs this time
<vegyraupe> and then go to usbboot manually
<vegyraupe> yes
<tuxbrain> let fanfares sound loud and proud!!! I boot in debian :) :) :)
<tuxbrain> vegyraupe: does that uboot has the lastests xianfu patches on uart stuff?
<emdete> tuxbrain: what did you do different this time?
<tuxbrain> vegyraupe uboot + josch rootfs
<tuxbrain> pyneo kernel
<josch> oh n1ce
<emdete> von allem nur das beste
<emdete> oh, sry
<emdete> vegyraupe: could you translate? :D
<vegyraupe> hrhr
<vegyraupe> the best of both worlds :)
<vegyraupe> I guess
<vegyraupe> ok so the prob is uboot ?
<emdete> vegyraupe: both? three! :D
<tuxbrain> yep most probably, now that we found a sure combination I will try to reflash the big one again to eliminate that variable also
<tuxbrain> emdete: you forguet lamer obstination to the equation
<vegyraupe> ok
<emdete> :D
<tuxbrain> flashing rootfs directly if it doesn't work I will wipe out nand and do vegy-uboot+pineokernel+pineoenourmousedebianrootfs again, if it stillnot working I will return to save trio
<tuxbrain> vegyraupe: you know if that uboot has the lastets xiang uart patches?
<vegyraupe> tuxbrain: I am sure it doesn't
<vegyraupe> it is from the april image
<vegyraupe> someone needs to figure out what changed in those 2 uboots
<tuxbrain> sh?&t , well we can't have it all isn't it?
<vegyraupe> hrhr
<vegyraupe> but we can damn well try :D
<tuxbrain> yes I hope xiang or larsc wake up from the sofa and put at least this item in their empty todo list :P
<vegyraupe> hrhr
<tuxbrain> meanwhile I will work in the compiling part of the arduino plan, due flashing has few chances if we can isolate keyboard from uart
<tuxbrain> can -> can't
<tuxbrain> vegyraupe: now the sweed drop is in my front, does the uboot support the U+Power to flash or was the buggy one that doesn't work?....
<tuxbrain> sweed->sweet
<vegyraupe> tuxbrain: pwr+U *should* work
<tuxbrain> ok I will confirm in a *couple* of minutes
<vegyraupe> :D
<qi-commits> Juan64Bits: Adding expansion pcb for sakc http://qi-hw.com/p/nn-usb-fpga/5938d65
<qi-commits> Lars-Peter Clausen: pwm fixes. http://qi-hw.com/p/qi-kernel/f1df893
<qi-commits> Lars-Peter Clausen: jz4740-battery: Add MODULE_ALIAS entry http://qi-hw.com/p/qi-kernel/78fb315
<mirko> hrmpf, stupid opkg... :(
<mirko> it does not even allow underscores in package names
<mirko> well, it does... - but it results in very misleading faults...
<mirko> larsc, i guess we have to rename all the libX*-packages as well
<mirko> and dependencies to them
<mirko> *sigh*
<larsc> we could patch opkg
<mirko> larsc, yeah, however that way our packages are incompatible with other systems which use opkg
<mirko> it's quite common that people are using openwrt-ipk's in their environment
<larsc> then we should push that patch upstream
<mirko> larsc, you don't think they did that for reason?
<larsc> don't know
<qi-commits> Carlos Camargo: Adding post route simulation to FPGA  examples http://qi-hw.com/p/nn-usb-fpga/717c35e
<qi-commits> Carlos Camargo: Adding plasma test_bench files http://qi-hw.com/p/nn-usb-fpga/fa1b48e
<qi-commits> Carlos Camargo: Adding modelsim simulation files http://qi-hw.com/p/nn-usb-fpga/23184f3
<tuxbrain> emdete , josch, vegyraupe thanks to the serial output I think I finally arrive at some conclusions see the list post here
<tuxbrain>
<tuxbrain> vegyraupe
<tuxbrain> I want to thank you all for the support in this.
<maden> !stats test
<tuxbrain> maden:?
<maden> wrong chan
<tuxbrain> :) ok
<tuxbrain> is fascinating seing apt-get installing packages
<wolfspraul> tuxbrain: great news! you did it again
<tuxbrain> obstination and friends are powerful weapons :P
<wolfspraul> kristianpaul: u there? does Debian work on your Nano now?
<zear> tuxbrain, any benefits from running debian on nano?
<kristianpaul> wolfspraul: not
<kristianpaul> i need time to test
<kristianpaul> now at work
<tuxbrain> zear: a looooooooooooooooooooooot of pakages ready to install and play
<zear> ;D
<zear> any graphical ones? :)
<kristianpaul> seems after try some times flashing it works as i was told here before
<tuxbrain> zear:not tested yet, I'm focused on compile/flashing arduino stuff
<zear> ah, ok
<wolfspraul> kristianpaul: you shouldn't need to flash several times. either it's flashed or not.
<wolfspraul> if it doesn't work after the first flashing, let me know
<tuxbrain> kristianpaul: I agree with wolfgang, I have made a lot of trys I think the problem is on the big image , well not really on the rootfs itself is more like uboot/kernel , can't deal with such a monster. take a look at http://en.qi-hardware.com/pipermail/developer/2010-May/002932.html and you will find a win combination :)
<tuxbrain> it's late and I'm barely falling sleep in front of the keyboard but.... I successfully compiled and Arduino sketch in a Ben NanoNote! :), tomorrow will start the flashing phase and see if every thing was really ok , good night
<tuxbrain> good news is that bitrate of upload to Arduino 328 is same as default in ben serial, so let's cross fingers
<tuxbrain> isn't free software beatifull?
<qwebirc59542> hi, everybody,
<qwebirc59542> i'm trying to compile with MAKE the openwrt and always says me this
<qwebirc59542> make[3] -C toolchain/binutils install  make[3] -C toolchain/gcc prepare  make[3] -C toolchain/kernel-headers prepare make -r world: build failed. Please re-run make with V=99 to see what's going on make: *** [world] Error 1
<qwebirc59542> just next of TOOLCHAIN/kernel-headers
<methril__> tuxbrain_away: it's amazing!! i love it ;)
<qi-commits> Juan64Bits: Moving files. http://qi-hw.com/p/nn-usb-fpga/7766f63
<qi-commits> Juan64Bits: Fixing expansion board. http://qi-hw.com/p/nn-usb-fpga/ac9d3c8