bbb: u-boot change

On the advice of Tom Rini,

I'm making 'another' small change to the default u-boot.

For awhile now, in u-boot we defaulted to a usb-eth gadget on the slave port.

I'm switching that to the UMS or USB Mass Storage function..

What this means:

From u-boot prompt:

Hit any key to stop autoboot: 0
U-Boot# ums 0 mmc 1
UMS: disk start sector: 0x0, count: 0x394000

a new flash drive will show up on your linux/win machine...

and you can flash the eMMC over the usb connection:

voodoo@zeus:/opt/images/bb.org$ time sudo dd
if=./bone-debian-7.7-console-armhf-2014-12-19-2gb.img of=/dev/sdc
[sudo] password for voodoo:
3481600+0 records in
3481600+0 records out
1782579200 bytes (1.8 GB) copied, 3814.3 s, 467 kB/s

real 63m36.405s
user 0m4.488s
sys 0m50.800s

It is 10x slow, but on reset:

On the advice of Tom Rini,

I'm making 'another' small change to the default u-boot.

For awhile now, in u-boot we defaulted to a usb-eth gadget on the slave port.

I'm switching that to the UMS or USB Mass Storage function..

What this means:

From u-boot prompt:

Hit any key to stop autoboot: 0
U-Boot# ums 0 mmc 1
UMS: disk start sector: 0x0, count: 0x394000

a new flash drive will show up on your linux/win machine...

and you can flash the eMMC over the usb connection:

voodoo@zeus:/opt/images/bb.org$ time sudo dd
if=./bone-debian-7.7-console-armhf-2014-12-19-2gb.img of=/dev/sdc
[sudo] password for voodoo:
3481600+0 records in
3481600+0 records out
1782579200 bytes (1.8 GB) copied, 3814.3 s, 467 kB/s

real 63m36.405s
user 0m4.488s
sys 0m50.800s

It is 10x slow, but on reset:

**********************************************************************
U-Boot SPL 2015.01-rc3-00015-g84a5d7d (Dec 12 2014 - 16:04:56)

U-Boot 2015.01-rc3-00015-g84a5d7d (Dec 12 2014 - 16:04:56), Build:
jenkins-github_Bootloader-Builder-79

       Watchdog enabled
I2C: ready
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1
Using default environment

Net: <ethaddr> not set. Validating first E-fuse MAC
cpsw, usb_ether
**********************************************************************

That's pretty cool. :wink: And should be useful for users with no
secondary microSD cards'...

Regards,

--
Robert Nelson
http://www.rcn-ee.com/

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

That is pretty cool.

Ouch on the transfer time:

real 63m36.405s

Chris

Robert, so this would work in a pinch to modify files on the system in a pinch to get a working system back after a bad modification ?

Pretty nifty either way I think.

So what about a possible g_multi, or even just g_serial for observing kernel log on boot ? Maybe even some late u-boot messages, so perhaps a serial debug cable would not be needed to troubleshoot some issues ? Just a thought . . .

Oh and right ! How would this effect loading a rootfs over a NFS share ?

Robert, so this would work in a pinch to modify files on the system in a
pinch to get a working system back after a bad modification ?

Pretty nifty either way I think.

Correct! Just stop u-boot and type:

ums 0 mmc 1 (for eMMC)

or:

ums 0 mmc 0 (for microSD if your lazy!)

So what about a possible g_multi, or even just g_serial for observing kernel
log on boot ? Maybe even some late u-boot messages, so perhaps a serial
debug cable would not be needed to troubleshoot some issues ? Just a thought

So g_multi/g_serial is enabled, however it's started very late in the
boot process.

Regards,

If you were using the "usb slave" connector as a usb-ethernet
gadget... This breaks that, as it's an either or situation in uboot..

But more then likely you were using the real eth port in which case it
won't affect you..

Regards,

Correct! Just stop u-boot and type:

ums 0 mmc 1 (for eMMC)

or:

ums 0 mmc 0 (for microSD if your lazy!)

If you were using the “usb slave” connector as a usb-ethernet
gadget… This breaks that, as it’s an either or situation in uboot…

But more then likely you were using the real eth port in which case it
won’t affect you…

Awesome !

Happy New Year !

Hello Robert,

Check out https://github.com/ungureanuvladvictor/BBBlfs

I am doing basically the same thing and reaching ~5m flashing time. Exposing the eMMC from a custom ramdisk.

Best,
vvu