BeagleBoneBlack: U-Boot failing about crochet HOT 8 CLOSED

On Jun 10, 2013, at 9:15 PM, Bodo Kaiser wrote:

Hey,

I want to use crochet to build a arm image for a BeagleBone Black.

I managed to get it to the last bits around u-boot but there it fails:

At this step there is an image file but it shouldn't be finished as it is only 512B big…

It doesn't start building the image file until it has everything
compiled, and it's failing in one of the compiles.

This part is not uboot, but rather ubldr (which is a version of
FreeBSD's standard loader that can be booted from U-Boot).
The "uboot" directory contains support routines for ubldr to
work with U-Boot.

Basically, U-Boot does not know how to load and initialize a
FreeBSD kernel, so we have a multi-stage boot process:

• MLO - this is built as part of U-Boot
• U-Boot - knows how to initialize hardware
• ubldr - knows how to load FreeBSD kernel
• FreeBSD kernel

I haven't seen this particular error before. Here are some
things to try:

• Make sure your FreeBSD sources are up-to-date.
• "rm -rf work" and try the whole build again.

Beyond that, you're going to be debugging the FreeBSD
makefiles to figure out why the "clean" target in uboot/lib
is failing.

I skimmed through the recent commits and don't see
anything obvious...

Tim

from crochet.

Thank you for the detailed and fast answer!

I checked out the latest sources and now it rebuilds work.
I will give you an update in some hours when it has finished.

Regards,
Bodo

Am 11.06.2013 um 06:55 schrieb Tim Kientzle [email protected]:

On Jun 10, 2013, at 9:15 PM, Bodo Kaiser wrote:

Hey,

I want to use crochet to build a arm image for a BeagleBone Black.

I managed to get it to the last bits around u-boot but there it fails:

At this step there is an image file but it shouldn't be finished as it is only 512B big…

It doesn't start building the image file until it has everything
compiled, and it's failing in one of the compiles.

This part is not uboot, but rather ubldr (which is a version of
FreeBSD's standard loader that can be booted from U-Boot).
The "uboot" directory contains support routines for ubldr to
work with U-Boot.

Basically, U-Boot does not know how to load and initialize a
FreeBSD kernel, so we have a multi-stage boot process:

• MLO - this is built as part of U-Boot
• U-Boot - knows how to initialize hardware
• ubldr - knows how to load FreeBSD kernel
• FreeBSD kernel

I haven't seen this particular error before. Here are some
things to try:

• Make sure your FreeBSD sources are up-to-date.
• "rm -rf work" and try the whole build again.

Beyond that, you're going to be debugging the FreeBSD
makefiles to figure out why the "clean" target in uboot/lib
is failing.

I skimmed through the recent commits and don't see
anything obvious...

Tim
—
Reply to this email directly or view it on GitHub.

from crochet.

Okay,

everything worked fine!

I will now buy tomorrow a mircoSD card to copy the image on the eMMC.

Thank you for your help and the great script to simplify image creation!

Regards,
Bodo

Am 11.06.2013 um 06:55 schrieb Tim Kientzle [email protected]:

On Jun 10, 2013, at 9:15 PM, Bodo Kaiser wrote:

Hey,

I want to use crochet to build a arm image for a BeagleBone Black.

I managed to get it to the last bits around u-boot but there it fails:

At this step there is an image file but it shouldn't be finished as it is only 512B big…

It doesn't start building the image file until it has everything
compiled, and it's failing in one of the compiles.

This part is not uboot, but rather ubldr (which is a version of
FreeBSD's standard loader that can be booted from U-Boot).
The "uboot" directory contains support routines for ubldr to
work with U-Boot.

Basically, U-Boot does not know how to load and initialize a
FreeBSD kernel, so we have a multi-stage boot process:

• MLO - this is built as part of U-Boot
• U-Boot - knows how to initialize hardware
• ubldr - knows how to load FreeBSD kernel
• FreeBSD kernel

I haven't seen this particular error before. Here are some
things to try:

• Make sure your FreeBSD sources are up-to-date.
• "rm -rf work" and try the whole build again.

Beyond that, you're going to be debugging the FreeBSD
makefiles to figure out why the "clean" target in uboot/lib
is failing.

I skimmed through the recent commits and don't see
anything obvious...

Tim
—
Reply to this email directly or view it on GitHub.

from crochet.

So, next issue. I try since yesterday to flash the built image onto the BBB. Flashing is done by:

1. Turn off device
2. Insert SD card
3. Hold user button
4. Power with USB
5. Wait on LED light
6. Release button
7. Wait until they light again

Currently I am stuck at 5.
Any idea why this fails?
Is there a possiblity to debug without mHDMI?

Bodo

from crochet.

On Jun 12, 2013, at 8:26 AM, Bodo Kaiser wrote:

So, next issue. I try since yesterday to flash the built image onto the BBB. Flashing is done by:

• Turn off device
• Insert SD card
• Hold user button
• Power with USB
• Wait on LED light
• Release button
• Wait until they light again
Currently I am stuck at 5.
Any idea why this fails?
Is there a possiblity to debug without mHDMI?

FreeBSD right now only runs from the external SD.

It does not support eMMC yet, and cannot be flashed.

It also does not yet support mHDMI, only the serial
console, so you'll need a serial-to-USB adapter.
I use this one:

http://www.adafruit.com/products/954

Tim

from crochet.

Ok I see…

So how would I boot normally from the sd card (just inserting and restart does load the mmc os)?

Is it possible to access the board through ssh (native network connection) when the image is booted or does the image not setup dhcpcd and sshd?

Am 12.06.2013 um 17:36 schrieb Tim Kientzle [email protected]:

On Jun 12, 2013, at 8:26 AM, Bodo Kaiser wrote:

So, next issue. I try since yesterday to flash the built image onto the BBB. Flashing is done by:

• Turn off device
• Insert SD card
• Hold user button
• Power with USB
• Wait on LED light
• Release button
• Wait until they light again
Currently I am stuck at 5.
Any idea why this fails?
Is there a possiblity to debug without mHDMI?

FreeBSD right now only runs from the external SD.

It does not support eMMC yet, and cannot be flashed.

It also does not yet support mHDMI, only the serial
console, so you'll need a serial-to-USB adapter.
I use this one:

http://www.adafruit.com/products/954

Tim
—
Reply to this email directly or view it on GitHub.

from crochet.

https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack

Yes, the default configuration used by Crochet does enable dhcp and sshd.

Tim

On Jun 12, 2013, at 8:44 AM, Bodo Kaiser wrote:

Ok I see…

So how would I boot normally from the sd card (just inserting and restart does load the mmc os)?

Is it possible to access the board through ssh (native network connection) when the image is booted or does the image not setup dhcpcd and sshd?

Am 12.06.2013 um 17:36 schrieb Tim Kientzle [email protected]:

On Jun 12, 2013, at 8:26 AM, Bodo Kaiser wrote:

So, next issue. I try since yesterday to flash the built image onto the BBB. Flashing is done by:

• Turn off device
• Insert SD card
• Hold user button
• Power with USB
• Wait on LED light
• Release button
• Wait until they light again
Currently I am stuck at 5.
Any idea why this fails?
Is there a possiblity to debug without mHDMI?

FreeBSD right now only runs from the external SD.

It does not support eMMC yet, and cannot be flashed.

It also does not yet support mHDMI, only the serial
console, so you'll need a serial-to-USB adapter.
I use this one:

http://www.adafruit.com/products/954

Tim
—
Reply to this email directly or view it on GitHub.

—
Reply to this email directly or view it on GitHub.

from crochet.

I believe this has been addressed; please file another issue if you still have problems.

from crochet.