2011.03 doesn't boot anymore on Beagle B5

Bug #760350 reported by Ricardo Salveti
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
u-boot-linaro (Ubuntu)
Fix Released
High
John Rigby
Natty
Fix Released
High
John Rigby

Bug Description

Using u-boot from u-boot-linaro-omap3-beagle_2011.02.1 I'm unable to boot on my Beagleboard B5, as it can't load the kernel from the MMC.

Texas Instruments X-Loader 1.5.0 (Apr 11 2011 - 09:47:05)
Beagle Rev Ax/Bx
Reading boot sector
Loading u-boot.bin from mmc

U-Boot 2011.03 (Apr 13 2011 - 19:34:45)

OMAP3530-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 mHz
OMAP3 Beagle board + LPDDR/NAND
I2C: ready
DRAM: 128 MiB
NAND: 256 MiB
MMC: OMAP SD/MMC: 0
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Beagle Rev Ax/Bx
timed out in wait_for_pin: I2C_STAT=0
No EEPROM on expansion board
Die ID #62b600020000000004013ef102004012
Hit any key to stop autoboot: 0
reading boot.scr

323 bytes read
Running bootscript from mmc ...
## Executing script at 82000000
reading uImage
mmc_send_cmd: timedout waiting for cmddis!
mmc fail to send stop cmd
mmc_send_cmd: timedout waiting for cmddis!
Invalid FAT entry

44544 bytes read
mmc_send_cmd: timedout waiting for cmddis!
** Can't read from device 0 **

** Unable to use mmc 0:1 for fatload **
## Booting kernel from Legacy Image at 80000000 ...
   Image Name: Ubuntu Kernel
   Image Type: ARM Linux Kernel Image (uncompressed)
   Data Size: 3687748 Bytes = 3.5 MiB
   Load Address: 80008000
   Entry Point: 80008000
   Verifying Checksum ... Bad Data CRC
ERROR: can't get kernel image!

Tags: armel
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Worked fine using same x-loader but u-boot from Maverick:
Texas Instruments X-Loader 1.5.0 (Apr 11 2011 - 09:47:05)
Beagle Rev Ax/Bx
Reading boot sector
Loading u-boot.bin from mmc

U-Boot 2010.09-rc1 (Sep 23 2010 - 11:20:00)

OMAP3530-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 mHz
OMAP3 Beagle board + LPDDR/NAND
I2C: ready
DRAM: 128 MiB
NAND: 256 MiB
*** Warning - bad CRC or NAND, using default environment

In: serial
Out: serial
Err: serial
Beagle Rev Ax/Bx
Die ID #62b600020000000004013ef102004012
Hit any key to stop autoboot: 0
mmc1 is available
reading boot.scr

323 bytes read
Running bootscript from mmc ...
## Executing script at 82000000
reading uImage

3687812 bytes read
reading uInitrd

6769443 bytes read
## Booting kernel from Legacy Image at 80000000 ...
   Image Name: Ubuntu Kernel
   Image Type: ARM Linux Kernel Image (uncompressed)
   Data Size: 3687748 Bytes = 3.5 MiB
   Load Address: 80008000
   Entry Point: 80008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 81600000 ...
   Image Name: Ubuntu Initrd
   Image Type: ARM Linux RAMDisk Image (gzip compressed)
   Data Size: 6769379 Bytes = 6.5 MiB
   Load Address: 00000000
   Entry Point: 00000000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

As pointed at http://permalink.gmane.org/gmane.linux.distributions.gumstix.general/57480 it seems that the multi-block read doesn't work well with OMAP 3 ES <= 2.1, that's why the problem.

After building with the patch pointed at this link I was able to boot just fine. The only problem with this patch is that it's not portable, and should be done in a way respecting the other boards.

Texas Instruments X-Loader 1.5.0 (Apr 11 2011 - 09:47:05)
Beagle Rev Ax/Bx
Reading boot sector
Loading u-boot.bin from mmc

U-Boot 2011.03 (Apr 13 2011 - 23:37:48)

OMAP3530-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 mHz
OMAP3 Beagle board + LPDDR/NAND
I2C: ready
DRAM: 128 MiB
NAND: 256 MiB
MMC: OMAP SD/MMC: 0
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Beagle Rev Ax/Bx
timed out in wait_for_pin: I2C_STAT=0
No EEPROM on expansion board
Die ID #62b600020000000004013ef102004012
Hit any key to stop autoboot: 0
reading boot.scr

323 bytes read
Running bootscript from mmc ...
## Executing script at 82000000
reading uImage

3687812 bytes read
reading uInitrd

6769443 bytes read
## Booting kernel from Legacy Image at 80000000 ...
   Image Name: Ubuntu Kernel
   Image Type: ARM Linux Kernel Image (uncompressed)
   Data Size: 3687748 Bytes = 3.5 MiB
   Load Address: 80008000
   Entry Point: 80008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 81600000 ...
   Image Name: Ubuntu Initrd
   Image Type: ARM Linux RAMDisk Image (gzip compressed)
   Data Size: 6769379 Bytes = 6.5 MiB
   Load Address: 00000000
   Entry Point: 00000000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.

Revision history for this message
John Rigby (jcrigby) wrote :

u-boot-linaro-stable updated with this patch which has also been sent upstream:

http://git.linaro.org/gitweb?p=boot/u-boot-linaro-stable.git;a=commitdiff;h=b1bfbf19e34de43a3bf8989f2e6da39a301cc16d

Changed in u-boot-linaro (Ubuntu):
status: New → Confirmed
assignee: nobody → John Rigby (jcrigby)
status: Confirmed → In Progress
Oliver Grawert (ogra)
Changed in u-boot-linaro (Ubuntu Natty):
milestone: none → ubuntu-11.04
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

I can confirm that Jonh's patch fix this issue for B5, but as a side effect it disables multi-block read for XM (ES 1.0).

Changed in u-boot-linaro (Ubuntu Natty):
importance: Undecided → High
milestone: ubuntu-11.04 → natty-updates
Revision history for this message
Oliver Grawert (ogra) wrote :

i dont think natty-updates is a good target for this bug, either the patch makes it in or we need to release note that the old beagles dont boot with out images. an update wont gain much here (apart from making a binary available for manual image hacking)

i'm moving this one back to 11.04 until we are 100% sure the fix wont make it in in time.

Changed in u-boot-linaro (Ubuntu Natty):
milestone: natty-updates → ubuntu-11.04
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

John, I saw that you got good comments at your v2 patch. Do you have any idea when you plan to incorporate this fix at the package?

To make the release it'd be good if we could include this new patch today or tomorrow.

Revision history for this message
John Rigby (jcrigby) wrote :
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Jonh, from what I can see at http://bazaar.launchpad.net/~jcrigby/ubuntu/natty/u-boot-linaro/proposed-2011.04.2/revision/4222 it seems you're still using the v1 of your patch, and as a side effect it will disable multi-read for Beagle XM.

V2 also checks for cpu family and rev, and that should probably be the one used here, am I right?

Revision history for this message
John Rigby (jcrigby) wrote :

Ricardo, yes somehow I used the v1 changes when I created v3 which split the patch into two separate patches.

Revision history for this message
John Rigby (jcrigby) wrote :
Revision history for this message
Ricardo Salveti (rsalveti) wrote : Re: [Bug 760350] Re: 2011.03 doesn't boot anymore on Beagle B5

On Tue, Apr 19, 2011 at 12:39 PM, John Rigby <email address hidden> wrote:
> https://code.launchpad.net/~jcrigby/ubuntu/natty/u-boot-linaro/new-
> proposed-2011.04.2
>
> should be right now

Tested with Beagle B5, C4 and XM without any issues, and you can
easily notice that it's not using multi-read at B5.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package u-boot-linaro - 2011.04.2-0ubuntu1

---------------
u-boot-linaro (2011.04.2-0ubuntu1) natty; urgency=low

  * New upstream release U-Boot 2011.04.2.
    Feature freeze exception: 2011.03 doesn't boot anymore on
    Beagle B5. LP: #760350.
 -- John Rigby <email address hidden> Tue, 19 Apr 2011 09:30:23 -0600

Changed in u-boot-linaro (Ubuntu Natty):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.