FreeBSD 12.1-BETA3 won't boot on Beaglebone Black

[Glen Barber]

On Mon, Oct 07, 2019 at 08:02:07PM -0500, Mike Karels wrote:
> >  Hi,
> 
> > On Sun, 06 Oct 2019 10:02:32 -0500
> > Mike Karels <mike at karels.net> wrote:
> 
> > > [bcc to freebsd-stable; followups to freebsd-arm]
> > > I am not subscribed to freebsd-arm, please cc me on responses.
> > > 
> > > My Beaglebone Black does not boot FreeBSD 12.1-BETA3.  It previously ran
> > > 11.3 and 12.0 without problems.  The initial boot from micro SD gets to
> > > this point [with some preceding lines as well; note that the "support
> > > voltages" line does not appear on 12.0]:
> > > 
> > > sdhci_ti1: <TI MMCHS (SDHCI 2.0)> mem 0-0xfff irq 48 on ti_sysc35
> > > sdhci_ti1-slot0: Hardware doesn't report any support voltages.
> > > mmc1: <MMC/SD bus> on sdhci_ti1
> > > ...
> > > mmcsd0: 16GB <SDHC SD    0.2 SN 00335010 MFG 11/2017 by 116 J`> at mmc0 48.0MHz/4bit/65535-block
> > > iicbus1: <OFW I2C bus> on iichb1
> > > iic1: <I2C generic I/O> on iicbus1
> > > icee1: <AT24C256> at addr 0xa8 on iicbus1
> > > icee2: <AT24C256> at addr 0xaa on iicbus1
> > > icee3: <AT24C256> at addr 0xac on iicbus1
> > > icee4: <AT24C256> at addr 0xae on iicbus1
> > > sdhci_ti1-slot0: Bus power failed to enable
> > > uhub0: 1 port with 1 removable, self powered
> > > uhub1: 1 port with 1 removable, self powered
> > > sdhci_ti1-slot0: Controller timeout
> > > sdhci_ti1-slot0: ============== REGISTER DUMP ==============
> > > sdhci_ti1-slot0: Sys addr: 0x00000000 | Version:  0x00003101
> > > sdhci_ti1-slot0: Blk size: 0x00000000 | Blk cnt:  0x00000000
> > > sdhci_ti1-slot0: Argument: 0x00000000 | Trn mode: 0x00000000
> > > sdhci_ti1-slot0: Present:  0x01f70000 | Host ctl: 0x00000000
> > > sdhci_ti1-slot0: Power:    0x00000000 | Blk gap:  0x00000000
> > > sdhci_ti1-slot0: Wake-up:  0x00000000 | Clock:    0x00008007
> > > sdhci_ti1-slot0: Timeout:  0x00000000 | Int stat: 0x00000000
> > > sdhci_ti1-slot0: Int enab: 0x017f00fb | Sig enab: 0x017f00fb
> > > sdhci_ti1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000
> > > sdhci_ti1-slot0: Caps:     0x04e10080 | Caps2:    0x00000000
> > > sdhci_ti1-slot0: Max curr: 0x00000000 | ADMA err: 0x00000000
> > > sdhci_ti1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000
> > > sdhci_ti1-slot0: ===========================================
> > > 
> > > and then the timeout and dumps repeat every few seconds.
> > > 
> > > This board cannot boot from the on-board EMMC, which seems to be at issue
> > > here, but it can access it under FreeBSD.
> > > 
> > > The full boot transcript follows.  The "bad CRC" errors show up on 12.0
> > > as well.
> > > 
> > > 		Mike
> > > 
> 
> >  I thought that the issue was solved but it seems that there is still
> > some weird shit happening. Here's what's working :
> 
> >  - Booting from SDcard with eMMC formated
> >  - Booting from eMMC without an sdcard inserted
> >  - Booting from eMMC with an sdcard inserted (no sdcard-boot button
> > press)
> 
> >  What's not working is booting from SDcard by pressing the button (to
> > force sdcard boot). 
> > To me it's clearly some u-boot or bootrom problem
> > but maybe I'm wrong. 
> 
> > So if you boot from the sdcard but have u-boot on the eMMC so can do :
> 
> >  1) First confirmed that you booted off the SDCard, you should see 
> > U-Boot SPL 2019.07 (Sep 27 2019 - 15:17:40 +0000)
> > Trying to boot from MMC1
> 
> >  MMC1 is the sdcard while MMC2 is the eMMC
> 
> >  2) Interrupt u-boot autoboot by pressing any key
> >  3) Confirm that you have u-boot files on the eMMC by doing
> > => fatls mmc 1
> >             EFI/
> >    106148   MLO
> >             dtb/
> >    700756   u-boot.img
> >    364264   ubldr.bin
> >  MLO is the file that we want to delete.
> >  4) Delete MLO file 
> > => fatrm mmc 1 MLO
> >  5) Confirm that it was deleted
> > => fatls mmc 1    
> >             EFI/
> >             dtb/
> >    700756   u-boot.img
> >    364264   ubldr.bin
> 
> >  Power cycle the board so you can boot from 12.1 sdcard image and update
> > your eMMC (or whatever you want to do).
> 
> Thanks.  I tried that, and the results are still the same.  I verified
> after booting 12.0 again that the eMMC's MLO is gone.  The ufs filesystem
> on the eMMC had been reused as swap for an experiment, and I restored a
> valid filesystem just in case; unsurprisingly, that didn't matter.
> The console output is appended again.
> 
> Any suggestions?  I see that there was a DTS fix, but I have no idea
> if that could be related.
> 

I don't recall seeing an issue so far with 12.1, but I'll double check
that I tested the right card.  In the meantime, what class is your SD
card?  I have seen issues with some SD cards on a few different SoCs
where certain classes (i.e., 4) are too slow for some boards, and higher
classes (i.e., 10) are too fast for others.

Glen

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20191008/61e71815/attachment.sig>