<kristianpaul>
You can try flashing from memory card
<kristianpaul>
too
<hiyuh>
hi kristianpaul
<hiyuh>
you mean using microSD card?
<kristianpaul>
yes
<kristianpaul>
but you need still boot linux at least
<hiyuh>
eh, i have not microSD mem ATM.
<kristianpaul>
ok
<hiyuh>
s/not/no/
<kristianpaul>
what is your dmesg out when having this Error - can't read bulk data from Ingenic device messages btw?
<kristianpaul>
let find how force low-speed
<kristianpaul>
let me*
<kristianpaul>
ah, werner alredy pointed it :)
<kristianpaul>
if you dont boot now, no rush,
<hiyuh>
hmm, I wrote my ben won't boot (usbboot and/or standalone). but it's not, I realized, just standalone boot fails.
<kristianpaul>
good, so you still have usbbot and kernel related error just after booting?
<kristianpaul>
hiyuh: had you already tried flashing with all your usb ports?
<hiyuh>
my ben can do usbboot only atm. when tring standalone boot, my ben displays keeps black. so all I have to do is now runnig reflesh_ben.sh again w/ low-speed?
<hiyuh>
"usb 1-1: new full speed USB device number 3 using ohci_hcd" in dmesg, so "(if it already enumerates as Full-Speed or Low-Speed, you shouldn't be reading this anyway ;-)"?
<kristianpaul>
;)
<kristianpaul>
yes
<kristianpaul>
so... hum
<kristianpaul>
do you have a really shorter usb cable? :)
<kristianpaul>
btw, please try flash again as suguested and try to share with us dmesg out when "error" happens
<hiyuh>
i have no cable shorter than one came w/ ben. but longer ones are.
<wolfspraul>
I'd say if you can, try a different computer
<kristianpaul>
hiyuh: perhaps
<hiyuh>
orz
<kristianpaul>
and ideed, you should try another computer anyway
<hiyuh>
k
<hiyuh>
btw, why not using usb hub when doing reflesh_ben.sh?
<wpwrak>
sometimes, hubs cause trouble. so it's standard practice to try to remove hubs from the equation if anything goes wrong. (not only for the ben.)
<hiyuh>
k
<wpwrak>
but yous lsusb doesn't show any hubs. the "root hub" doesn't really count as a hub
<wolfspraul>
it took me a few years in China to learn about and appreciate the significance of the Chinese new year, but I went through the process, so now I'm ready for any other discoveries! such as jewish new year! Happy new year then, indeed!
<erikkugel>
yup :) it's year 5772! But, I think the Chinese calendar might be the only one to beat THAT.
<qwebirc15270>
bash: /sys/bus/usb/drivers/usb/usb1/../companion: No such file or directory
<qwebirc15270>
:(
<wolfspraul>
qwebirc15270: sorry I lost track of your endeavor somewhere
<wolfspraul>
you are trying to reflash your nano?
<wolfspraul>
what's the status of it right now? does it boot? (the nano)
<wolfspraul>
did it boot before? what was the last thing you did to it when it was still working?
<wolfspraul>
just trying to help...
<qwebirc15270>
wolfspraul: yes, using reflesh_ben.sh on another x86 box. but it fails. http://pastebin.com/uc95ND8Q
<wolfspraul>
ok but let's unwind a little, it seems you are stuck trying some specific thing, so I'm looking for a workaround
<wolfspraul>
did the nano work before? what was the last you did on it? does it boot now?
<wolfspraul>
there are many ways to update it, I'm just trying to understand its current status
<qwebirc15270>
1) my ben works as out-of-box. but shipped image looks outdated, so i want to update. 2) I tried to update by reflesh_ben.sh on gentoo/~ppc, but it fails. (maybe b/c endian bug in xburst-tools) 3) I tried to update by reflesh_ben.sh again on gentoo/~x86, but it fails. (maybe b/c thinkpad usb port sucks) 4) now I'm on an ancient fedora10 box I found, and try to usb speed change W/A.
<wolfspraul>
does your ben boot right now?
<qwebirc15270>
but it fails :( <- current status
<wolfspraul>
maybe somethign is wrong earlier
<wolfspraul>
can we step back for a moment?
<wolfspraul>
does your ben boot right now?
<qwebirc15270>
k
<qwebirc15270>
you mean usb boot?
<wolfspraul>
no, normal boot
<wolfspraul>
oh, it won't I think :-)
<wolfspraul>
I just looked at your pastebin transcript
<wolfspraul>
that looks like you actually did some flashing, but then it aborted mid-way
<wolfspraul>
argh
<wolfspraul>
but your u-boot is probably still ok (it looks like from the transcript)
<qwebirc15270>
normal boot fails. the display keeps black.
<wolfspraul>
when rebooting your ben after reflashing, disconnect the usb cable and take out the battery, and wait 10-20 seconds
<wolfspraul>
just in case
<qwebirc15270>
k
<wolfspraul>
your first transcript looks like u-boot was flashed just fine
<wolfspraul>
then the screen should turn on for sure
<wolfspraul>
even if it cannot find or load the kernel
<qwebirc15270>
i see this -> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
<wolfspraul>
ah great
<wolfspraul>
:-)
<wolfspraul>
an alternative way to flash your ben is to make a bootable memory card, and then flash it from there
<wolfspraul>
the only thing you need in NAND for that is u-boot, which you have
<wolfspraul>
do you want to try that? do you have the patience?
<qwebirc15270>
you mean the way using microSD card?
<wolfspraul>
yes
<qwebirc15270>
eh, i have no microSD card atm...
<wolfspraul>
hmm, ok. then we have to find a more stable USB host
<wolfspraul>
maybe you are just unlucky with the 2 systems you tried
<wolfspraul>
it seems to be working in principle, but then aborts after some time
<wolfspraul>
so I'm back to where everybody else was already before :-) no silver bullet...
<qwebirc15270>
nope, i tried 3 boxes (gentoo/~ppc, gentoo/~x86 and this ancient f10). and it looks i should use microSD.
<wolfspraul>
painful, sorry to hear you had such bad luck
<wolfspraul>
strange
<wolfspraul>
are you using the latest xburst-tools ?
<qwebirc15270>
yes, tried git and latest .deb.
<wolfspraul>
normally the flashing is robust, you made it past all the critical points (which is how to get into usbboot mode)
<qwebirc15270>
wolfspraul: anyway thank you, i'll be off from this ancient box. :)
<hiyuh>
2GB is enough to create bootable microSD?
<dvdk>
hiyuh: still around?
<dvdk>
just read your reflashing endevour in the  qi-hw irc logs
<dvdk>
about your questions: 2 GB should be more than enough for a bootable micro-sd
<dvdk>
on the other hand: what's wrong with the fedora box?  you wrote it won't support usb speed change, but maybe that's not neccessary on the fedora box anyways?
<dvdk>
BTW I've been mostly flashing at high-speed through a hub.  never saw a single error.
<wolfspraul>
yes that's how it should be
<wolfspraul>
and mostly is
<wolfspraul>
we had a few rare cases where people had stubborn problems on one computer, but switching to another one always solved the problem for them
<wolfspraul>
never had a case with someone who had 3 different computers in a row like this
<wolfspraul>
too bad
<dvdk>
wolfspraul: I think he didn't try to actually flash via the 3rd (fedora) box.  just gave up when he weren't able to force it to full-speed (?)
<dvdk>
i'd say he just needs to do a few more tries, switching cable, inserting a hub, and trying the fedora box at high-speed.
<hiyuh>
dvdk, thanks
<dvdk>
wolfspraul: btw milkymist is featured at theregister.co.uk
<hiyuh>
dvdk: on the fedora, reflesh_ben.sh w/ high speed fails at end of kernel flashing. it boots but no rootfs.
<hiyuh>
yes, now I bought microSD and it does boot here.
<dvdk>
hiyuh: you really seem to be extremely unlucky :)
<dvdk>
cool
<hiyuh>
lol
<hiyuh>
but there is no mtdinfo :(
<wolfspraul>
dvdk: yes, featured, but... the article is confusing and we need to learn a lot from it and improve our story telling
<wolfspraul>
we don't have your headline making skills! (vga abused...)
<wpwrak>
hiyuh: wait a minute ... does the flashing fail ? or does flashing succeed but then it doesn't boot ?
<dvdk>
hiyuh: have you configured network?  you should be able to install mtdtools using opkg
<wpwrak>
hiyuh: because there's also a failure scenario where the kernel just doesn't find the root file system. a while ago, the partitioning has been changed, but that change was never properly deployed, so there's the possibility that you have a system made from incompatible parts
<dvdk>
which firmware image did you install on the microsd?
<hiyuh>
wpwrak: dunno, booting after doing reflesh_ben.sh results kernel panic said no rootfs
<wpwrak>
hiyuh: so the reflash itself completed without an error ?
<dvdk>
wpwrak: didn't he say the reflash *of the kernel* completed, ?
<wpwrak>
dvdk: ah yes, good point
<wpwrak>
hiyuh: if you haven't done so yet, you may also have to reflash u-boot and the root file system
<wpwrak>
hiyuh: particularly if you've upgraded from a kernel with the old partitioning to one with the new partitioning
<hiyuh>
wpwrak, on fedora, reflesh_ben.sh vomits error at end of flashing kernel.
<wpwrak>
hiyuh: did you try reflashing on any of the other two systems ? or did you just check enumeration there ?
<dvdk>
hiyuh: try 'opkg install mtd-utils-flash-info mtd-utils-flash-erase', and probably many more tools.
<dvdk>
can also just copy the .ipk packages to your ben, then run 'opkg install *.ipk' (as long as there are no missing dependencies)
<hiyuh>
wpwrak, anyway, i would not like to try usbboot anymore. it's waste of time to me. i've tried 3 systems...
<hiyuh>
dvdk, thanks i'll try.
<dvdk>
wpwrak: i guess error rate is so high, that it fails somewhere in the huge rootfs part, but bootloader+kernel flashed ok
<wpwrak>
hiyuh: so you got an error on all three systems ? okay, that's bad then
<dvdk>
if the opkg works, we should probably update the wiki
<wpwrak>
dvdk: possible, yes. that would suggest a hardware problem on the ben side then. clock instability or something wrong with the USB electronics
<dvdk>
hiyuh: ah, you may need to run 'opkg update' before you can retrieve packages from the webm
<dvdk>
wpwrak: broken cable? :)
<dvdk>
wpwrak: the first system doesn't really count.  that's a PPC and usb-boot seems to be broken on big-endian
<hiyuh>
wpwrak, 1) my ben works as out-of-box. but shipped image looks outdated, so i want to update. 2) I tried to update by reflesh_ben.sh on gentoo/~ppc, but it fails. (maybe b/c endian bug in xburst-tools) 3) I tried to update by reflesh_ben.sh again on gentoo/~x86, but it fails. (maybe b/c thinkpad usb port sucks) 4) I'm on an ancient fedora10 box I found, and try to usb speed change W/A but it fails. using reflesh_ben.sh w/ high-speed also fails.
<hiyuh>
5) now i'm tring to update w/ micorSD.
<hiyuh>
hmm, "Ethernet over USB" needs a driver on linux host?
<dvdk>
hyuh: should be included by default in all "normal" kernels
<dvdk>
but you need to 'ifconfig usb0' on the  host for usb to appear
<dvdk>
s/usb/eth0
<dvdk>
ähh
<dvdk>
s/usb/usb0
<dvdk>
just watch 'tail -f /var/log/messages'
<hiyuh>
maybe I should recompile my kernel to use this -> "Netchip Technology, Inc. Linux-USB Ethernet Gadget"
<dvdk>
hiyuh: you're using a self-made kernel?
<hiyuh>
dvdk, yes
<dvdk>
:)
<dvdk>
ok, so not a "normal" kernel
<dvdk>
also, normally routing isn't configured, so usb0 won't connect to the internet
<dvdk>
most people around here setup routing + NAT for the usb0 device on the host.
<dvdk>
i prefer to just run a http proxy on my pc, then configure opkg to use it
<hiyuh>
k
<hiyuh>
uses abnormal kernel on junky boxes
<wpwrak>
hiyuh: (usbboot) hmm, looks bad, yes
<hiyuh>
maybe, CONFIG_USB_ETH is needed?
<dvdk>
hiyuh: probably
<dvdk>
sure you need the "ethernet gadget" code?  isn't that maybe tho wrong side of the driver (implementing usb client, not host code?)
<dvdk>
all the usb-gadget stuff is AFAIK for device-side drivers, not host-drivers
<hiyuh>
ethernet over usb needs CONFIG_USB_NET_CDCETHER on linux host.
<hiyuh>
tried "opkg install mtd-utils-flash-info" on beb which boots from microSD, but mtdinfo is missing. why?
<hiyuh>
s/beb/ben/
<hiyuh>
my ben is updated finally.
<wolfspraul>
wohooo
<wolfspraul>
hiyuh: you deserve the xburst-tools survivor badge
<wolfspraul>
handed over by dvdk or whoever helped push you over the finish line :-)
<wolfspraul>
glad to hear that btw, I was a bit worried you would be stuck
<dvdk>
hiyuh: so which mtd-package was it finally?  somebody ought to add that info to the wiki page
<hiyuh>
wolfspraul: thanks
<dvdk>
wolfspraul: i think it was kristianpaul who realized (some 8 hours ago!) that boot-loader was still working and micro-SD boot would still work.  i think that was the most important bit in the reflashing saga.
<larsc>
nice captcha on that site: "Prove you are human by reading this resistor: ..."
<kristianpaul>
nice
<rjeffries>
hullo
<rjeffries>
wonder what will happen with this:
<rjeffries>
the Wall Street Journal reported that Nokia is developing a Linux-based operating system code-named Meltem for its low-end phones. The report, citing unnamed sources, said that Mary McDowell, Nokia's executive vice president in charge of mobile phones, is leading the effort. The focus is to improve Nokia's competitiveness in emerging markets, the report said, which also noted that Nokia has begun releasing dual-SIM phones in
<erikkugel>
Nokia's insistence on ignoring Android (which can by now run its lower end devices without any major investment on their end) amazes me. What are the chances this new linux flavour Nokia will make for their phone will be more "open" than Android?
<kristianpaul>
erikkugel: if they release the gui, i a good start :)
<kristianpaul>
also low end phones sound nice i think :)
<viric>
kyak: any good luck with offrss? :)
<kyak>
viric: didn't yet have a single chance to get to it (no time) - still using google reader :)
<viric>
hehe ok :)
<kristianpaul>
i can try, i currentky use newsbeuter, but if there is a good excuse to move, why not
<viric>
kristianpaul: you're welcome! But it's up to you. It's already in the "works for me"
<kristianpaul>
support for pictures, looks a  good reason to me :)
<kristianpaul>
viric: so are you using it with elinks?
<viric>
well, I mostly use it with firefox in my laptop
<viric>
but I rarely used elinks or lynx in the nanonote
<kristianpaul>
i got you !
<kristianpaul>
i tought you'were talking about nanonote :)
<viric>
well, it builds and works in the nanonote too :)
<viric>
I'm not advising you to run eclipse. I advise you to run a program that *also* works on the nanonote
<wpwrak>
DocScrutinizer: note the "wash-away". the data sheet says that the carrier dissolves in water. for what on earth would one use such a feature ?
<DocScrutinizer>
strange
<DocScrutinizer>
mouse camera, with lens downwards?
<DocScrutinizer>
nah, I think I have *no* idea
<wpwrak>
good. i'm not alone with my puzzlement then ;-)
<DocScrutinizer>
just can imagine you may want to solder a set of 6 (8?) contacts with proper raster, then for whatever reason need to get rid of the carrier
<wpwrak>
yeah, i could vaguely imagine sending the board through SMT afterwards, to fill the space between the pins with components. seems odd, though. and i'm not sure if this would actually work
<wpwrak>
i mean, first problem: how to apply the solder paste ?
<wpwrak>
then, won't have whatever soldering process you used for the DIP contaminated the SMT pads as well ?
<wpwrak>
and so on. sounds like an interesting solution for a problem that can't exist ;-)