[PATCH v2] imx: imx8mp: Add support for Polyhex Debix Model A SBC

[Milan Zamazal]

Milan Zamazal <mzamazal at redhat.com> writes:

> Gilles Talis <gilles.talis at gmail.com> writes:
>
>> Hi Milan,
>>
>> Le jeu. 7 déc. 2023 à 11:09, Milan Zamazal <mzamazal at redhat.com> a écrit :
>>
>>> Peng Fan <peng.fan at oss.nxp.com> writes:
>>>
>>> > On 5/24/2023 3:21 AM, Gilles Talis wrote:
>>> >> Add support for the Polyhex Debix Model A SBC board.
>>> >> It is an industrial grade single board computer based on
>>> >> NXP's i.MX 8M Plus.
>>> >> Currently supported interfaces are:
>>> >> - Serial console
>>> >> - Micro SD
>>> >> - eQOS and FEC Ethernet
>>> >> imx8mp-debix-model-a.dts is taken from Linux 6.3.
>>> >> Signed-off-by: Gilles Talis<gilles.talis at gmail.com>
>>> >
>>> > Reviewed-by: Peng Fan <peng.fan at nxp.com>
>>>
>>> Do you know why the patch has been left (as far as I can see) without
>>> further action?
>>>
>> I don't know. I assume the maintainer is very busy or has missed it. I was
>> planning to do a resend in the next few weeks.
>>
>>
>>>
>>> BTW, I applied it to current master, compiled approximately following
>>> https://docs.u-boot.org/en/latest/board/nxp/imx8mp_evk.html and tried to
>>> use it on Debix Model A.  U-Boot starts but cannot find the partition
>>> table on the SD card:
>>>
>>>   U-Boot SPL 2024.01-rc3-07226-g43f2873fa9-dirty (Jan 01 1980 - 00:00:00
>>> +0000)
>>>   Normal Boot
>>>   WDT: Started watchdog at 30280000 with servicing every 1000ms (60s
>>> timeout)
>>>   Trying to boot from BOOTROM
>>>   Boot Stage: Primary boot
>>>   image offset 0x8000, pagesize 0x200, ivt offset 0x0
>>>   NOTICE: BL31: v2.2(release):rel_imx_5.4.70_2.3.6-0-g15e8ff164-dirty
>>>   NOTICE:  BL31: Built : 00:00:00, Jan  1 1980
>>>
>>>
>>>   U-Boot 2024.01-rc3-07226-g43f2873fa9-dirty (Jan 01 1980 - 00:00:00 +0000)
>>>
>>>   CPU:   Freescale i.MX8MP[8] rev1.1 at 1200 MHz
>>>   Reset cause: POR
>>>   Model: Polyhex Debix Model A i.MX8MPlus board
>>>   DRAM:  2 GiB
>>>   Core: 83 devices, 22 uclasses, devicetree: separate
>>>   WDT: Started watchdog at 30280000 with servicing every 1000ms (60s
>>> timeout)
>>>   MMC:   FSL_SDHC: 1, FSL_SDHC: 2
>>>   Loading Environment from MMC... *** Warning - bad CRC, using default
>>> environment
>>>
>>>   In:    serial at 30890000
>>>   Out:   serial at 30890000
>>>   Err:   serial at 30890000
>>>   Net:   eth1: ethernet at 30bf0000 [PRIME]
>>>   Hit any key to stop autoboot: 2 <0x08><0x08><0x08> 1 <0x08><0x08><0x08>
>>> 0
>>>   switch to partitions #0, OK
>>>   mmc1 is current device
>>>   Scanning mmc 1:1...
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   <0x1b>7<0x1b>[r<0x1b>[999;999H<0x1b>[6n<0x1b>8Card did not respond to
>>> voltage select! : -110
>>>   No EFI system partition
>>>   No EFI system partition
>>>   Failed to persist EFI variables
>>>   Remove /soc at 0/bus at 30800000/ethernet at 30be0000:phy-reset-gpios
>>>   BootOrder not defined
>>>   EFI boot manager: Cannot load any image
>>>   ,** No partition table - mmc 1 **
>>>   Couldn't find partition mmc 1:1
>>>   Card did not respond to voltage select! : -110
>>>   u-boot=>
>>>
>>> When I use an old U-Boot blob provided by Debix, it boots fine from the
>>> same SD card.  The SD card contains a Fedora aarch64 image with a msdos
>>> partition table.
>>>
>>> Do you know what could be wrong?
>>>
>> Interesting. I don't have a clue yet,. but let me give it a try and come
>> back to you. Where can I download the Fedora aarch64 image you mentioned
>> above?
>
> I flashed the image freshly, to another SD card, and it boots happily.
> So I can confirm your patch works. :-)
>
> I don't know what's wrong with the partition table on the original SD
> card.  

Well, after trying both the SD cards again with fresh reinstallations, it works
with a 32 GB card and I get the error above with a 64 GB card.  Is it possible
that there is something wrong with SDXC cards?

Regards,
Milan

> I manipulated with the partitions and their properties a bit before but parted
> or the other versions of U-Boot I tried don't report any problem.  Maybe the
> U-Boot version from master that I happened to compile does something
> differently.  Anyway, it's unlikely to be related to this patch as it boots
> fine on a freshly flashed SD card.
>
> Thank you for the patch, hopefully it'll get merged.
>
> Regards,
> Milan