<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: 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 :)
<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>
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