All of lore.kernel.org
 help / color / mirror / Atom feed
* [BUG] mx6cuboxi : broken MMC support
@ 2020-10-10  6:49 François Perrad
  2020-10-10 19:11 ` Baruch Siach
  0 siblings, 1 reply; 9+ messages in thread
From: François Perrad @ 2020-10-10  6:49 UTC (permalink / raw)
  To: u-boot

With 2020.07 (or 2020.04 or 2020.10), something goes wrong on this board.
I think it is related to
https://gitlab.denx.de/u-boot/u-boot/-/commit/6c3fbf3e456c49c2f43c0c286106a0d4b099b67b

2020.01 works fine with mmc0 (mmc0 is current device)
2020.07 fails with mmc1
both versions are built in the Builroot environment,
and I use a Micro SD with the Cubox.

Here, the working version 2020.01

U-Boot SPL 2020.01 (Oct 09 2020 - 22:28:05 +0200)
Trying to boot from MMC1


U-Boot 2020.01 (Oct 09 2020 - 22:28:05 +0200)

CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
CPU:   Commercial temperature grade (0C to 95C) at 30C
Reset cause: POR
Board: MX6 Cubox-i
DRAM:  512 MiB
MMC:   FSL_SDHC: 0, FSL_SDHC: 1
Loading Environment from MMC... *** Warning - bad CRC, using default
environment

No panel detected: default to HDMI
Display: HDMI (1024x768)
In:    serial
Out:   serial
Err:   serial
Net:   FEC
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot/boot.scr
336 bytes read in 106 ms (2.9 KiB/s)
## Executing script at 12000000
36612 bytes read in 121 ms (294.9 KiB/s)
8552176 bytes read in 652 ms (12.5 MiB/s)
## Flattened Device Tree blob at 18000000
   Booting using the fdt blob at 0x18000000
   Using Device Tree in place at 18000000, end 1800bf03

Starting kernel ...



Now, with the version 2020.07

U-Boot SPL 2020.07 (Oct 06 2020 - 13:33:44 +0200)
WDT:   Not found!
Trying to boot from MMC1


U-Boot 2020.07 (Oct 06 2020 - 13:33:44 +0200)

CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
CPU:   Commercial temperature grade (0C to 95C) at 36C
Reset cause: POR
Board: MX6 Cubox-i
DRAM:  512 MiB
MMC:   FSL_SDHC: 1, FSL_SDHC: 2
Loading Environment from MMC... *** Warning - bad CRC, using default
environment

No panel detected: default to HDMI
Display: HDMI (1024x768)
In:    serial
Out:   serial
Err:   serial
Net:
Warning: ethernet at 2188000 using MAC address from ROM
eth0: ethernet at 2188000
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc1 is current device
Scanning mmc 1:1...
Found U-Boot script /boot/boot.scr
336 bytes read in 12 ms (27.3 KiB/s)
## Executing script at 12000000
SCRIPT FAILED: continuing...
switch to partitions #0, OK
mmc2(part 0) is current device
** No partition table - mmc 2 **
No SATA device found!
starting USB...


Fran?ois

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-10  6:49 [BUG] mx6cuboxi : broken MMC support François Perrad
@ 2020-10-10 19:11 ` Baruch Siach
  2020-10-10 19:23   ` Fabio Estevam
  2020-10-11  8:07   ` François Perrad
  0 siblings, 2 replies; 9+ messages in thread
From: Baruch Siach @ 2020-10-10 19:11 UTC (permalink / raw)
  To: u-boot

Hi Fran?ois

On Sat, Oct 10 2020, Fran?ois Perrad wrote:
> With 2020.07 (or 2020.04 or 2020.10), something goes wrong on this board.
> I think it is related to
> https://gitlab.denx.de/u-boot/u-boot/-/commit/6c3fbf3e456c49c2f43c0c286106a0d4b099b67b
>
> 2020.01 works fine with mmc0 (mmc0 is current device)
> 2020.07 fails with mmc1
> both versions are built in the Builroot environment,
> and I use a Micro SD with the Cubox.
>
> Here, the working version 2020.01
>
> U-Boot SPL 2020.01 (Oct 09 2020 - 22:28:05 +0200)
> Trying to boot from MMC1
>
>
> U-Boot 2020.01 (Oct 09 2020 - 22:28:05 +0200)
>
> CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
> CPU:   Commercial temperature grade (0C to 95C) at 30C
> Reset cause: POR
> Board: MX6 Cubox-i
> DRAM:  512 MiB
> MMC:   FSL_SDHC: 0, FSL_SDHC: 1
> Loading Environment from MMC... *** Warning - bad CRC, using default
> environment
>
> No panel detected: default to HDMI
> Display: HDMI (1024x768)
> In:    serial
> Out:   serial
> Err:   serial
> Net:   FEC
> Hit any key to stop autoboot:  0
> switch to partitions #0, OK
> mmc0 is current device
> Scanning mmc 0:1...
> Found U-Boot script /boot/boot.scr
> 336 bytes read in 106 ms (2.9 KiB/s)
> ## Executing script at 12000000
> 36612 bytes read in 121 ms (294.9 KiB/s)
> 8552176 bytes read in 652 ms (12.5 MiB/s)
> ## Flattened Device Tree blob at 18000000
>    Booting using the fdt blob at 0x18000000
>    Using Device Tree in place at 18000000, end 1800bf03
>
> Starting kernel ...

The 'boot.scr' script here is board/solidrun/mx6cubox/boot.scr.txt from
the Buildroot repo:

setenv finduuid "part uuid mmc 0:1 uuid"
run finduuid
run findfdt
setenv bootargs "console=ttymxc0,115200 root=PARTUUID=${uuid} rootwait rootfstype=ext4"
load mmc 0:1 ${fdt_addr} boot/${fdtfile}
load mmc 0:1 ${loadaddr} boot/zImage
bootz ${loadaddr} - ${fdt_addr}

Is that correct?

> Now, with the version 2020.07
>
> U-Boot SPL 2020.07 (Oct 06 2020 - 13:33:44 +0200)
> WDT:   Not found!
> Trying to boot from MMC1
>
>
> U-Boot 2020.07 (Oct 06 2020 - 13:33:44 +0200)
>
> CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
> CPU:   Commercial temperature grade (0C to 95C) at 36C
> Reset cause: POR
> Board: MX6 Cubox-i
> DRAM:  512 MiB
> MMC:   FSL_SDHC: 1, FSL_SDHC: 2
> Loading Environment from MMC... *** Warning - bad CRC, using default
> environment
>
> No panel detected: default to HDMI
> Display: HDMI (1024x768)
> In:    serial
> Out:   serial
> Err:   serial
> Net:
> Warning: ethernet at 2188000 using MAC address from ROM
> eth0: ethernet at 2188000
> Hit any key to stop autoboot:  0
> switch to partitions #0, OK
> mmc1 is current device
> Scanning mmc 1:1...

This might be the cause of the problem. The script listed above
hardcodes "mmc 0:1". Changing that to "mmc 1:1" might fix this issue.

baruch

> Found U-Boot script /boot/boot.scr
> 336 bytes read in 12 ms (27.3 KiB/s)
> ## Executing script at 12000000
> SCRIPT FAILED: continuing...
> switch to partitions #0, OK
> mmc2(part 0) is current device
> ** No partition table - mmc 2 **
> No SATA device found!
> starting USB...

-- 
                                                     ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-10 19:11 ` Baruch Siach
@ 2020-10-10 19:23   ` Fabio Estevam
  2020-10-10 19:45     ` Baruch Siach
  2020-10-11  8:07   ` François Perrad
  1 sibling, 1 reply; 9+ messages in thread
From: Fabio Estevam @ 2020-10-10 19:23 UTC (permalink / raw)
  To: u-boot

Hi Baruch,

On Sat, Oct 10, 2020 at 4:11 PM Baruch Siach <baruch@tkos.co.il> wrote:

> This might be the cause of the problem. The script listed above
> hardcodes "mmc 0:1". Changing that to "mmc 1:1" might fix this issue.

Wouldn't this break the HummingBoard variants? Or is this safe for all
Cubox-i and HummingBoard?

Thanks,

Fabio Estevam

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-10 19:23   ` Fabio Estevam
@ 2020-10-10 19:45     ` Baruch Siach
  2020-10-11  8:13       ` Peter Robinson
  0 siblings, 1 reply; 9+ messages in thread
From: Baruch Siach @ 2020-10-10 19:45 UTC (permalink / raw)
  To: u-boot

Hi Fabio,

On Sat, Oct 10 2020, Fabio Estevam wrote:
> On Sat, Oct 10, 2020 at 4:11 PM Baruch Siach <baruch@tkos.co.il> wrote:
>
>> This might be the cause of the problem. The script listed above
>> hardcodes "mmc 0:1". Changing that to "mmc 1:1" might fix this issue.
>
> Wouldn't this break the HummingBoard variants? Or is this safe for all
> Cubox-i and HummingBoard?

The SD card is attached to the same MMC peripheral on both Cubox-i and
Hummingboard variants (usdhc2). As I understand, the move to DT probe
changed mmc devices enumeration for all variants that U-Boot mx6cuboxi
board code supports.

baruch

-- 
                                                     ~. .~   Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
   - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-10 19:11 ` Baruch Siach
  2020-10-10 19:23   ` Fabio Estevam
@ 2020-10-11  8:07   ` François Perrad
  2020-10-11 14:18     ` Fabio Estevam
  1 sibling, 1 reply; 9+ messages in thread
From: François Perrad @ 2020-10-11  8:07 UTC (permalink / raw)
  To: u-boot

Le sam. 10 oct. 2020 ? 21:18, Baruch Siach <baruch@tkos.co.il> a ?crit :

> Hi Fran?ois
>
> On Sat, Oct 10 2020, Fran?ois Perrad wrote:
> > With 2020.07 (or 2020.04 or 2020.10), something goes wrong on this board.
> > I think it is related to
> >
> https://gitlab.denx.de/u-boot/u-boot/-/commit/6c3fbf3e456c49c2f43c0c286106a0d4b099b67b
> >
> > 2020.01 works fine with mmc0 (mmc0 is current device)
> > 2020.07 fails with mmc1
> > both versions are built in the Builroot environment,
> > and I use a Micro SD with the Cubox.
> >
> > Here, the working version 2020.01
> >
> > U-Boot SPL 2020.01 (Oct 09 2020 - 22:28:05 +0200)
> > Trying to boot from MMC1
> >
> >
> > U-Boot 2020.01 (Oct 09 2020 - 22:28:05 +0200)
> >
> > CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
> > CPU:   Commercial temperature grade (0C to 95C) at 30C
> > Reset cause: POR
> > Board: MX6 Cubox-i
> > DRAM:  512 MiB
> > MMC:   FSL_SDHC: 0, FSL_SDHC: 1
> > Loading Environment from MMC... *** Warning - bad CRC, using default
> > environment
> >
> > No panel detected: default to HDMI
> > Display: HDMI (1024x768)
> > In:    serial
> > Out:   serial
> > Err:   serial
> > Net:   FEC
> > Hit any key to stop autoboot:  0
> > switch to partitions #0, OK
> > mmc0 is current device
> > Scanning mmc 0:1...
> > Found U-Boot script /boot/boot.scr
> > 336 bytes read in 106 ms (2.9 KiB/s)
> > ## Executing script at 12000000
> > 36612 bytes read in 121 ms (294.9 KiB/s)
> > 8552176 bytes read in 652 ms (12.5 MiB/s)
> > ## Flattened Device Tree blob at 18000000
> >    Booting using the fdt blob at 0x18000000
> >    Using Device Tree in place at 18000000, end 1800bf03
> >
> > Starting kernel ...
>
> The 'boot.scr' script here is board/solidrun/mx6cubox/boot.scr.txt from
> the Buildroot repo:
>
> setenv finduuid "part uuid mmc 0:1 uuid"
> run finduuid
> run findfdt
> setenv bootargs "console=ttymxc0,115200 root=PARTUUID=${uuid} rootwait
> rootfstype=ext4"
> load mmc 0:1 ${fdt_addr} boot/${fdtfile}
> load mmc 0:1 ${loadaddr} boot/zImage
> bootz ${loadaddr} - ${fdt_addr}
>
> Is that correct?
>

Yes, I use this script from Buildroot.


>
> > Now, with the version 2020.07
> >
> > U-Boot SPL 2020.07 (Oct 06 2020 - 13:33:44 +0200)
> > WDT:   Not found!
> > Trying to boot from MMC1
> >
> >
> > U-Boot 2020.07 (Oct 06 2020 - 13:33:44 +0200)
> >
> > CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
> > CPU:   Commercial temperature grade (0C to 95C) at 36C
> > Reset cause: POR
> > Board: MX6 Cubox-i
> > DRAM:  512 MiB
> > MMC:   FSL_SDHC: 1, FSL_SDHC: 2
> > Loading Environment from MMC... *** Warning - bad CRC, using default
> > environment
> >
> > No panel detected: default to HDMI
> > Display: HDMI (1024x768)
> > In:    serial
> > Out:   serial
> > Err:   serial
> > Net:
> > Warning: ethernet at 2188000 using MAC address from ROM
> > eth0: ethernet at 2188000
> > Hit any key to stop autoboot:  0
> > switch to partitions #0, OK
> > mmc1 is current device
> > Scanning mmc 1:1...
>
> This might be the cause of the problem. The script listed above
> hardcodes "mmc 0:1". Changing that to "mmc 1:1" might fix this issue.
>
>
After changing the 3 occurrences of "mmc 0:1",the fdt file and kernel are
not correctly loaded.
(nothing happens after the message "Starting kernel ...")

Here the full log :

U-Boot SPL 2020.07 (Oct 11 2020 - 09:41:04 +0200)
WDT:   Not found!
Trying to boot from MMC1


U-Boot 2020.07 (Oct 11 2020 - 09:41:04 +0200)

CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
CPU:   Commercial temperature grade (0C to 95C) at 38C
Reset cause: POR
Board: MX6 Cubox-i
DRAM:  512 MiB
MMC:   FSL_SDHC: 1, FSL_SDHC: 2
Loading Environment from MMC... *** Warning - bad CRC, using default
environment

No panel detected: default to HDMI
Display: HDMI (1024x768)
In:    serial
Out:   serial
Err:   serial
Net:
Warning: ethernet at 2188000 using MAC address from ROM
eth0: ethernet at 2188000
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc1 is current device
Scanning mmc 1:1...
Found U-Boot script /boot/boot.scr
336 bytes read in 13 ms (24.4 KiB/s)
## Executing script at 12000000
8552176 bytes read in 427 ms (19.1 MiB/s)
ERROR: Did not find a cmdline Flattened Device Tree

Starting kernel ...


> baruch
>
> > Found U-Boot script /boot/boot.scr
> > 336 bytes read in 12 ms (27.3 KiB/s)
> > ## Executing script at 12000000
> > SCRIPT FAILED: continuing...
> > switch to partitions #0, OK
> > mmc2(part 0) is current device
> > ** No partition table - mmc 2 **
> > No SATA device found!
> > starting USB...
>
> --
>                                                      ~. .~   Tk Open
> Systems
> =}------------------------------------------------ooO--U--Ooo------------{=
>    - baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
>

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-10 19:45     ` Baruch Siach
@ 2020-10-11  8:13       ` Peter Robinson
  0 siblings, 0 replies; 9+ messages in thread
From: Peter Robinson @ 2020-10-11  8:13 UTC (permalink / raw)
  To: u-boot

On Sat, Oct 10, 2020 at 8:48 PM Baruch Siach <baruch@tkos.co.il> wrote:
>
> Hi Fabio,
>
> On Sat, Oct 10 2020, Fabio Estevam wrote:
> > On Sat, Oct 10, 2020 at 4:11 PM Baruch Siach <baruch@tkos.co.il> wrote:
> >
> >> This might be the cause of the problem. The script listed above
> >> hardcodes "mmc 0:1". Changing that to "mmc 1:1" might fix this issue.
> >
> > Wouldn't this break the HummingBoard variants? Or is this safe for all
> > Cubox-i and HummingBoard?
>
> The SD card is attached to the same MMC peripheral on both Cubox-i and
> Hummingboard variants (usdhc2). As I understand, the move to DT probe
> changed mmc devices enumeration for all variants that U-Boot mx6cuboxi
> board code supports.

For reference I have a Hummingboard2 (SoM rev 1.5) and it works fine
on 2020.10 (and from memory also with 2020.07).

Peter

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-11  8:07   ` François Perrad
@ 2020-10-11 14:18     ` Fabio Estevam
  2020-10-11 15:27       ` François Perrad
  0 siblings, 1 reply; 9+ messages in thread
From: Fabio Estevam @ 2020-10-11 14:18 UTC (permalink / raw)
  To: u-boot

Hi Fran?ois,

On Sun, Oct 11, 2020 at 5:08 AM Fran?ois Perrad
<francois.perrad@gadz.org> wrote:

> After changing the 3 occurrences of "mmc 0:1",the fdt file and kernel are not correctly loaded.
> (nothing happens after the message "Starting kernel ...")
>
> Here the full log :
>
> U-Boot SPL 2020.07 (Oct 11 2020 - 09:41:04 +0200)
> WDT:   Not found!
> Trying to boot from MMC1
>
>
> U-Boot 2020.07 (Oct 11 2020 - 09:41:04 +0200)
>
> CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
> CPU:   Commercial temperature grade (0C to 95C) at 38C
> Reset cause: POR
> Board: MX6 Cubox-i
> DRAM:  512 MiB
> MMC:   FSL_SDHC: 1, FSL_SDHC: 2
> Loading Environment from MMC... *** Warning - bad CRC, using default environment
>
> No panel detected: default to HDMI
> Display: HDMI (1024x768)
> In:    serial
> Out:   serial
> Err:   serial
> Net:
> Warning: ethernet at 2188000 using MAC address from ROM
> eth0: ethernet at 2188000
> Hit any key to stop autoboot:  0
> switch to partitions #0, OK
> mmc1 is current device
> Scanning mmc 1:1...
> Found U-Boot script /boot/boot.scr
> 336 bytes read in 13 ms (24.4 KiB/s)
> ## Executing script at 12000000
> 8552176 bytes read in 427 ms (19.1 MiB/s)
> ERROR: Did not find a cmdline Flattened Device Tree
>
> Starting kernel ...

I don't have access to a mx6cubox-i at the moment.

Does it boot if you manually if you reach the U-Boot prompt and do:

mmc dev 1
setenv finduuid "part uuid mmc 1:1 uuid"
run finduuid
run findfdt
setenv bootargs "console=ttymxc0,115200 root=PARTUUID=${uuid} rootwait
rootfstype=ext4"
saveenv
load mmc 1:1 ${fdt_addr} boot/${fdtfile}
load mmc1:1 ${loadaddr} boot/zImage
bootz ${loadaddr} - ${fdt_addr}

Thanks,

Fabio Estevam

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-11 14:18     ` Fabio Estevam
@ 2020-10-11 15:27       ` François Perrad
  2020-10-11 15:43         ` Fabio Estevam
  0 siblings, 1 reply; 9+ messages in thread
From: François Perrad @ 2020-10-11 15:27 UTC (permalink / raw)
  To: u-boot

Le dim. 11 oct. 2020 ? 16:18, Fabio Estevam <festevam@gmail.com> a ?crit :

> Hi Fran?ois,
>
> On Sun, Oct 11, 2020 at 5:08 AM Fran?ois Perrad
> <francois.perrad@gadz.org> wrote:
>
> > After changing the 3 occurrences of "mmc 0:1",the fdt file and kernel
> are not correctly loaded.
> > (nothing happens after the message "Starting kernel ...")
> >
> > Here the full log :
> >
> > U-Boot SPL 2020.07 (Oct 11 2020 - 09:41:04 +0200)
> > WDT:   Not found!
> > Trying to boot from MMC1
> >
> >
> > U-Boot 2020.07 (Oct 11 2020 - 09:41:04 +0200)
> >
> > CPU:   Freescale i.MX6SOLO rev1.3 996 MHz (running at 792 MHz)
> > CPU:   Commercial temperature grade (0C to 95C) at 38C
> > Reset cause: POR
> > Board: MX6 Cubox-i
> > DRAM:  512 MiB
> > MMC:   FSL_SDHC: 1, FSL_SDHC: 2
> > Loading Environment from MMC... *** Warning - bad CRC, using default
> environment
> >
> > No panel detected: default to HDMI
> > Display: HDMI (1024x768)
> > In:    serial
> > Out:   serial
> > Err:   serial
> > Net:
> > Warning: ethernet at 2188000 using MAC address from ROM
> > eth0: ethernet at 2188000
> > Hit any key to stop autoboot:  0
> > switch to partitions #0, OK
> > mmc1 is current device
> > Scanning mmc 1:1...
> > Found U-Boot script /boot/boot.scr
> > 336 bytes read in 13 ms (24.4 KiB/s)
> > ## Executing script at 12000000
> > 8552176 bytes read in 427 ms (19.1 MiB/s)
> > ERROR: Did not find a cmdline Flattened Device Tree
> >
> > Starting kernel ...
>
> I don't have access to a mx6cubox-i at the moment.
>
> Does it boot if you manually if you reach the U-Boot prompt and do:
>
> mmc dev 1
> setenv finduuid "part uuid mmc 1:1 uuid"
> run finduuid
> run findfdt
> setenv bootargs "console=ttymxc0,115200 root=PARTUUID=${uuid} rootwait
> rootfstype=ext4"
> saveenv
> load mmc 1:1 ${fdt_addr} boot/${fdtfile}
> load mmc1:1 ${loadaddr} boot/zImage
> bootz ${loadaddr} - ${fdt_addr}
>
> Thanks,
>
>
In interactive mode, I found  a mismatch with ftdfile.
Now, it works.
And I could update MX6 Cubox on Buildroot.

Many thanks.

Fran?ois


> Fabio Estevam
>

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [BUG] mx6cuboxi : broken MMC support
  2020-10-11 15:27       ` François Perrad
@ 2020-10-11 15:43         ` Fabio Estevam
  0 siblings, 0 replies; 9+ messages in thread
From: Fabio Estevam @ 2020-10-11 15:43 UTC (permalink / raw)
  To: u-boot

Hi Fran?ois,

On Sun, Oct 11, 2020 at 12:27 PM Fran?ois Perrad
<francois.perrad@gadz.org> wrote:

> In interactive mode, I found  a mismatch with ftdfile.
> Now, it works.
> And I could update MX6 Cubox on Buildroot.

Excellent, just saw your Buildroot fix, thanks!

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2020-10-11 15:43 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-10-10  6:49 [BUG] mx6cuboxi : broken MMC support François Perrad
2020-10-10 19:11 ` Baruch Siach
2020-10-10 19:23   ` Fabio Estevam
2020-10-10 19:45     ` Baruch Siach
2020-10-11  8:13       ` Peter Robinson
2020-10-11  8:07   ` François Perrad
2020-10-11 14:18     ` Fabio Estevam
2020-10-11 15:27       ` François Perrad
2020-10-11 15:43         ` Fabio Estevam

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.