<qi-commits> Xiangfu Liu: update READE, add INSTALL file http://qi-hw.com/p/xburst-tools/cd7bc7f
<fred-o> hi guys, new nanonote owner here. i have an embarrasing question: how do i exit gmu? :)
<tuxbrain_away> fred-o: alt+enter
<fred-o> sweet! thanks :)
<tuxbrain> It flash!!!!! it flash!!!! Nanonote has flashed and arduino board!!!!! yippy kay hey!!!!
<tuxbrain> is dancing the happy geek dance
<vegyraupe> tuxbrain: congrats!
<vegyraupe> can we get a video?
<vegyraupe> of the dance I mean ;)
<tuxbrain> hehehe sorry human being is not ready for this yet
<vegyraupe> hrhr
<vegyraupe> I understand ;)
<tuxbrain> but take for sure a new heavy metal video clip will born from this :)
<vegyraupe> :D
<emdete> tuxbrain: how is it connected?
<tuxbrain> trough serial port, using test points tp4 and tp5
<tuxbrain> ttyS0
<tuxbrain> is cleaning the "studio" to make the video demo
<emdete> :D great - pics & video rule!
<tuxbrain> BNN hardware modified... debian running... arduino flashed... I feel an emptiness  in my geeksoul .... once the tutorial/video was done ....what outofbounds goals I should point now? :P
<emdete> tuxbrain: wee need some case modelling...! :D
<tuxbrain> emdete: have you see this one? http://www.youtube.com/watch?v=4F5g559TMrE
<tuxbrain> emdete: if BNN can control arduino, it can control a RipRap or Makerbot :P
<tuxbrain> mmmm if they not where so f%&ing expensive using a BNN with some dedicated prog as interface to those 3d printers sould be a interesting project to get into
<emdete> tuxbrain: nice music...
<tuxbrain> yeah nanowar are great musicians with a greater sense of humor :), and also GNU/Linux and free knowledge advocates
<zear> tuxbrain, wait, a metal band interested in GNU/Linux?
<emdete> so there is direct wirering between nano & arduino? no additional converter?
<tuxbrain> emdete:yep
<emdete> tuxbrain: amazing..
<tuxbrain> zear:yep, and also they licence they music under CC :P
<zear> tuxbrain, so technically we could put some of their music as ogg samples or use it as a starting tune for the nanonote?
<tuxbrain> emdete:yes in spite of they work in diferent voltages, BNN 3,3 Arduino 5 , Arduino is interpreting 3,3V as logical 1 and it really does not output 5V is more a 4-4,2V son Ben can handel it :P
<tuxbrain> zear:yep :) I have some mails with gatto (the *leader* of the band) and he is totally happy to be related with NanoNote project :)
<zear> :D
<zear> tuxbrain, that might be very handy when we develop an alarm clock app
<zear> so their guitar solo could be used as an alarm tune :)
<qi-commits> Jonathan Nieder: update changelog http://qi-hw.com/p/xburst-tools/b65e321
<qi-commits> Jonathan Nieder: avoid accidentally tracking the xbboot stage1 firmware http://qi-hw.com/p/xburst-tools/63d8f08
<qi-commits> Jonathan Nieder: debian/rules: fix clean target http://qi-hw.com/p/xburst-tools/dbe9c8b
<qi-commits> Jonathan Nieder: update .gitignore http://qi-hw.com/p/xburst-tools/e6a1f0f
<qi-commits> Jonathan Nieder: include entire source tree in source package http://qi-hw.com/p/xburst-tools/78f38d4
<qi-commits> Jonathan Nieder: unset executable bit on firmware image http://qi-hw.com/p/xburst-tools/e140411
<qi-commits> Xiangfu Liu: update INSTALL, add how to get cross-toolchain http://qi-hw.com/p/xburst-tools/4ffa696
<tuxbrain> he :D yeah they have some noisy themes to weak up anyone
<zear> btw http://code.google.com/p/grafx2/ might be worth porting this app
<tuxbrain> [...]and generally any detailed graphics painted with a mouse[...] mouse? in BNN?
<zear> tuxbrain, they made a port of it to the gp2x
<zear> so i believe we could use some code from it for mouse emulation
<tuxbrain> ops! gp2x doen't have touchscreen?
<zear> tuxbrain, only the F200 model
<tuxbrain> ok :)
<tuxbrain> is should be nice to have a image editor on BNN :) but I'm still waiting for just a viewer :P
<zear> tuxbrain, oh, it has mouse emulation support already compiled in
<zear> just hold ctrl and move it with arrows
<tuxbrain> this will easy a lot the work :P
<zear> yep
<tuxbrain> zear: do you know zLouD? he has a very simple command line fb viewer Dinimavie http://www.gp32x.com/board/index.php?/topic/52364-dinimavie-ver-20100303/
<zear> tuxbrain, yeah, i think he hangs out at #dingoonity sometimes
<tuxbrain> I have tryied to reach him without success
<zear> i myself ported another image viewer for dingux, but it couldn't load anything greater than 320x240
<zear> so not good for hi res pics
<tuxbrain> It will be awesome if he release the the code under GPL , it also work with big image and rescale is very fast
<tuxbrain> and is simple to use
<tuxbrain> binary works out of the box on bnn but without the code can't be integrated in the main distro
<zear> i understand, will ask him for the source then
<tuxbrain> thanks a lot man
<tuxbrain> sure you have more chances to be listened than me :)
<zear> ;)
<tuxbrain> must leave for a moment now
<emdete> :D tuxbrain leaves and silence comes into this channel...
<josch> is this good or bad news? :P
<tuxbrain_away> :P
<tuxbrain_away> is always watching
<zear> tuxbrain_away, i asked zLouD about dinimavie, and currently the code isn't available
<zear> but he's working on a new version which will be gpl'ed
<tuxbrain> wtf has done with the code to make it unaviable?
<tuxbrain> :)
<zear> it never was available, was it?
<tuxbrain> nop, but if he is the author?
<zear> i guess it's too shitty to be published or something ;)
<zear> but he said he's working on a new - gpl'ed version, so it's only for the better
<tuxbrain> do him does directly in 0 1 01
<tuxbrain> just joking it's good news all in all
<zear> oh he has the code, i mean the code is not open
<zear> so not available form the public
<tuxbrain> thanks a lot zear, ping me if you have more news about this
<zear> ok
<tuxbrain> going to eat, emdete you can continue missing me :P
<kristoffer> anyone actually tried the debian port? Everything went well, but nanonote is unresponsive afterwards :)
<vegyraupe> kristoffer: yes and it worked for me otherwise I wouldn't have posted the info
<vegyraupe> david also reproduced it
<vegyraupe> and sent a mail about it yesterday
<kristoffer> very weird then
<vegyraupe> check david's email, he found the combination it works in
<kristoffer> what combination? I just downloaded all the files from his site
<vegyraupe> I'd also suggest erasing the NAND before flashing the kernel and uboot
<kristoffer> that I didnt do, so might been the cause
<vegyraupe> my wild guess is, that the problem is not debian itself
<kristoffer> no I dont think so either, since I atleast would have gotten something on screen (or U+PWR would work)
<kristoffer> so its bootloader and/or kernel
<vegyraupe> it is the different size of the kernel
<vegyraupe> yepp
<kristoffer> it blew the barrier size?
<vegyraupe> I do remember that we had problems if the kernel being flashed was smaller than the one being replaced
<zear> kristoffer, for some reason when i try to flash my nanonote with the flash script, it never correctly flashes the bootloader
<zear> and have to manually flash it again
<zear> that's probably what happened to you
<kristoffer> It also had some issues when the kernel was too large, atleast early on. I remember hitting that a couple of times.
<kristoffer> doh, now gotta spend 1-2 hours getting into usbboot mode :P
<zear> kristoffer, i know how it feels ;)
<zear> though, i noticed that after i hold the pins shorted for a longer time (2-3sec) it usually boots into usb mode
<kristoffer> oki got bootloader going (no more short circuiting), so going to try replace kernel (it blacks out after loading kernel).
<emdete> kristoffer: i soldered it to keep it in usbboot while testing my scripts ;)
<kristoffer> emdete, its an good idea. What I really miss is the serial output, so used to use it for kernel debugging.
<emdete> kristoffer: yes, i have no serial here. that's why i switched u-boot to tell the kernel to log to the lcd
<emdete> kristoffer: but i don't do really kernel debugging anyway...
<kristoffer> emdete, yeah same here. I think the bootmessages should automaticly come up on lcd. But I can understand that windows users hate that
<emdete> i think we are not in a state that we do enduser cosmetics, even a win user has to read whats coming up there to get help.
<emdete> but i understand you point. if everything works fine, i prefere a splash too
<kristoffer> I agree with you, I would really prefer the standard kernel/u-boot spitting out info while booting. And thats what Ive said on the mailinglist
<kristoffer> hmm, reflashed the kernel and still black
<emdete> kristoffer: the u-boot starts with output on lcd - do u see that?
<kristoffer> yeppers, so should be kernel
<kristoffer> unless kernel is feeding output into oblivion and userland takes forever to load
<emdete> nonono, i mean if you dont see anything we shouldnt talk about kernel, we should look why the u-boot does not load/start
<emdete> :)
<kristoffer> yeah agreed :) Maybe I should try and erase
<kristoffer> I see the bootloader so thats fine
<emdete> i made me a script doing /all/ steps and always start with a full erase when i played with a problematic device
<emdete> :D
<kristoffer> hehe
<emdete> see http://pyneo.org/downloads/nano/nano-1GB/reflash.sh (which does not fit for you!!) - but as an example...
<kristoffer> roger thx
<emdete> don't use it without adjusting the settings... all numbers are wrong for a ben...
<kristoffer> yeah, was thinking that I should erase from kernel start and a couple of megs "up"
<kristoffer> just to make sure that its clear for when I reflash the kernel
<emdete> i never liked that aproach... i always flash /all/ parts all the time i flash
<emdete> too much possibility for errors to come in otherwise
<kristoffer> hmm agreed, I guess.
<kristoffer> just a pity when bootloader is working, to risk messing it up
<emdete> nonono, when you use a script and that manages to flash it once it will do every time. trust me
<kristoffer> doh, now bootloader went away again
<kristoffer> and getting some flash errors :(
<tuxbrain_away> kristoffer:carbonized rubber time! :P
<emdete> kristoffer: can you cut&paste the flash errors you got?
<emdete> (not here... :D )
<tuxbrain> I also recomend emdete aproach, erase all, uboot, kernel, rootfs
<tuxbrain> you will save a lot of time of trys
<emdete> plus: do it in a script and fix the script as long as it fails...
<emdete> kristoffer: i really would like to see the error message
<emdete> (i want to enhance my page about taht and did not get any errors anymore lately)
<kristoffer> one sec then
<kristoffer> emdete, this is when I do usbboot -c "boot".
<kristoffer> doh, I mean when flashing bootloader
<kristoffer> I dont know if that "no check!" is an error or warning
<kristoffer> Earlier I got alot of bad sector shit, let me see what kernel flashing says
<emdete> mom, one step by another
<emdete> you did a boot, a nerase, a nprog, right?
<kristoffer> yes
<kristoffer> http://pastebin.com/BebFYnuV this is kernel flashing, only see that it skips an bad sector at end.
<emdete> have you read my page about nano flashing? :D
<kristoffer> not sure, got a link?
<emdete> if a message from usbboot has no newline (as yours) the flashing did /not/ succeed :)
<kristoffer> yes that I know, but what can one do? If the flashing continues to fail..?
<emdete> could you retry flashing the u-boot?
<emdete> what happens?
<kristoffer> same output
<kristoffer> erased it and it marks the bad sectors but get same result when flashing
<tuxbrain_away> kirtoffer: I call it "usb port fatige", try change usb port on host computer or restarting host
<tuxbrain_away> also be sure the cable is good
<tuxbrain_away> the one that comes witn BNN quite good
<tuxbrain_away> but sometimes the UPF happens sometimes
<tuxbrain_away> whatever cable you use
<kristoffer> rebooted, changed cable and changed usb port. Getting same issue.
<kristoffer> There been any recent changes to usbboot so I should upgrade it?
<emdete> kristoffer: which version are u using?
<emdete> 0.0+200906-1 is mine
<kristoffer> usbboot version: 20090630-1
<emdete> yes, same
<emdete> do u use a script?
<kristoffer> and it worked the first time I reflashed device (bootloader but not kernel)
<kristoffer> no, but unless its some sort of timing thing I cant see how it matters.
<emdete> to exclude errors introduced by humans sitting at the kbd... even me succeded with that aproach ;)
<kristoffer> I can agree on that, but Im only aiming for the bootloader currently, which is only boot, delete, flash
<emdete> do as you like.
<kristoffer> I just want some options, currently it seems like bad sectors in wrong places are messing things up.
<tuxbrain_away> kristoffer:just one thing, have you enabled nand erasing in the usbboot.cfg
<tuxbrain_away> sed -i 's/NAND_FORCEERASE = .*/NAND_FORCEERASE = 1/' /etc/xburst-tools/usbboot.cfg
<kristoffer> tuxbrain_away, yes
<kristoffer> tuxbrain_away, I ran benflash script and got bootloader working, but kernel got bad CRC
<kristoffer> Consider an bad block inside the kernel area, how can I move beyond that? Map the kernel area somewhere else?
<emdete> kristoffer: that is done automaticlly if you proper nerase
<emdete> please read my page... ... ... ...
<kristoffer> Ive done that, but cant see that it offers anything extra that Im not already doing
<qi-commits> Juan64Bits: Fixing expansion board for sakc. http://qi-hw.com/p/nn-usb-fpga/978a555
<Kristoffer> I believe my nanonote is giving up.
<emdete> kristianpaul: hm, we have to improve all this, it's anoying. it worked for me using the script
<Kristoffer> getting more and more bad blocks :(
<emdete> kristianpaul: nonono!
<emdete> kristianpaul: thats all wrong usage of usbbot... trust me, i had that too
<Kristoffer> emdete: you talking to me?
<emdete> we still just don't have a reliable way to flash. let me prepare a script and you try /exactly/ with that script. would you do that for me?
<Kristoffer> yeah sure
<emdete> Kristoffer: sure oups.. :D
<emdete> Kristoffer: was some tab-auto-expand here...
<Kristoffer> been at this for hours now so Im open for anything
<Kristoffer> I guess as much :)
<emdete> harhar, were does kristianpaul come from?!?
<emdete> Kristoffer: i have been there too, ask vegyraupe... ;) he suffert from that alot
<emdete> Kristoffer: give me a bit, i will put a script somewhere...
<kristoffer_> back, had to reboot
<kristianpaul> emdete: hello
<emdete> krist* have problems :D :D
<kristoffer_> :P
<kristoffer_> Oki, got it inside usbboot mode now
<kristianpaul> emdete: np
<emdete> http://pyneo.org/downloads/nano/reflash.sh is there. i can't test it now, cause i send my nn to josch
<emdete> kristianpaul: sry waking you up.. ;)
<emdete> kristoffer_: it curls the version that work for me. you need curl..
<kristoffer_> running
<kristianpaul> emdete: ohh you are from pyneo?
<emdete> kristianpaul: yes, is that good or bad?
<kristianpaul> emdete: let me think ;)
<kristianpaul> i dint knew it about that script
<kristianpaul> i had some pain trying to install debian on my nano, until tuxbrain_away giveme some answer
<kristoffer_> its transfering
<kristianpaul> about why it dint booted
<kristianpaul> emdete: so how usefull is debian on a nn right now?
<emdete> kristianpaul: i just put it there, i managed to get debian on the 1GB model today it the script was he outcome ;)
<kristoffer_> hmm, when I erased I did it with tailing -n
<kristoffer_> but you dont do that inside the script, whats the difference?
<emdete> hm, i use -n for nprog only... hm
<kristoffer_> just asking since thats the difference I can see atm.
<kristoffer_> 60% transfered of userland so far
<tuxbrain> kristianpaul: the true kristianpaul have you achive to install debian?
<kristoffer_> emdete, btw like your script, alot more informative this way.
<emdete> kristoffer_: that's the cause i do scripts ;) it's informative for me too, say in some weeks when i have to redo all that stuff. i prefere clean script in favor to prosa wiki pages
<kristoffer_> point taken, especially if this decides to suddenly work.
<emdete> -n is probably ignored for nerase: image type must be: -n:no oob -o:with oob no ecc -e:with oob and ecc
<kristianpaul> tuxbrain: nope tried yet
<kristianpaul> again*
<emdete> kristoffer_: nono, point is: if it does no work we learn how to even improve it for the next guy asking. /this/ is the way open source works!
<kristoffer_> :D
<tuxbrain> gonna be f%&/ing picky,
<tuxbrain> has think it twice
<Kristoffer> when I flashed last time (manually) I had approx 200 bad blocks out of 4096
<tuxbrain> Kristoffer: how about jlime on BNN? any progress (I know you where too bussy with studys)
<Kristoffer> tuxbrain, jlime has bought an dev machine (nanonote) for another developer so we should be back in buissness shortly, Im tweaking the kernel and he will work on the GUI.
<Kristoffer> so we got 3 nanonotes in developer hands so far
<tuxbrain> :) great , also have a meeting soon , isn't it?
<Kristoffer> yeah, the idea is to meet up in poland in august/september, will be fun.
<Kristoffer> emdete, oki, its done flashing now. So will see ...... *drumroll*
<tuxbrain> is holding his breath
<Kristoffer> well, seems like bootloader is working but getting black screen after it loads kernel.
<tuxbrain> wait
<Kristoffer> sure, but for how long?
<Kristoffer> afk, Ill let it work for awhile
<tuxbrain> mmmm too much
<tuxbrain> what rootfs are you using?
<emdete> Kristoffer: any errors?
<tuxbrain> with official uboot you don't have log
<tuxbrain> kristoffer if you are not pissed off yet, try my combination
<Kristoffer> its still black
<kristianpaul> dejaboo
<Kristoffer> yeah, I should try different bootloader to get output
<Kristoffer> reflashing with other bootloader
<Kristoffer> using different bootloader, no change. Still black screen after bootloader
<Kristoffer> going to give it a rest for tonight.
<kristianpaul> dejaboo
<Kristoffer> thx for help so far, nite
<qwebirc21601> is there a way to reflash openwrt-xburst-u-boot.bin when my u-boot is messed up?
<darfgarf> qwebirc21601, should be, you'll need a copy of a working u-boot, usb-tool and you need to know what offset to flash it to
<qwebirc21601> usb-tool, not usbboot ?
<darfgarf> oh yeah, brain farted
<qwebirc21601> when I connect the serial to the ben, then  the bootprocess ends with:
<qwebirc21601> [U] pressedn
<qwebirc21601> enter USB BOOT mode
<qwebirc21601> Starting U-Boot ...n
<qwebirc21601> but it does not activate the usb interface
<qwebirc21601> at least I do not get any message from my systems kernel.
<darfgarf> no idea really, but i've only ever got it to conenct properly by shortin ghte pins under the battery, not with power+u
<qwebirc21601> hm. that does not sound good.
<darfgarf> could just be me, i tend to break things a lot.  but once i get mine into flashing mode, the reflash_ben script has worked flawlessly every time
<zear> darfgarf, same, power+u returns an error in usb-tool
<qwebirc21601> <darfgarf> yeah, but that's if u-boot is working. I broke u-boot ...
<darfgarf> qwebirc21601, so wouldn't puttin git into usb mode by shortin gthe pins be better? as that's a hardware thing built into the chip
<zear> qwebirc21601, short the pins and you can flash u-boot again
<qwebirc21601> ok, trying ...
<qwebirc21601> bingo!
<qwebirc21601> thanks a lot, u 2 :-)
<darfgarf> welcome
<Frankblues> Hello!