On Thu, 17 Oct 2024 at 16:29, Guenter Roeck <linux@xxxxxxxxxxxx> wrote: > > On 10/17/24 07:29, Peter Maydell wrote: > > On Thu, 17 Oct 2024 at 15:12, Guenter Roeck <linux@xxxxxxxxxxxx> wrote: > >> > >> On 10/17/24 05:42, Peter Maydell wrote: > >>> On Tue, 15 Oct 2024 at 19:12, Guenter Roeck <linux@xxxxxxxxxxxx> wrote: > >>>> Please let me know if https://github.com/groeck/linux-test-downloads.git > >>>> meets your needs. For now I added 'collie'. I'll add more after it is > >>>> in a state that is useful for you. > >>> > >>> Yes, that's great, exactly what we need. I've put together a QEMU > >>> 'functional test' case that downloads the collie rootfs and image > >>> and checks that they boot. (I'll send the patches for that out > >>> in a bit.) > >>> > >>> (I've coded the test case to pull the binaries for a specific > >>> git revision of that repo rather than always-from-head, so > >>> we're testing always the same thing against head-of-QEMU.) > >>> > >> > >> Sounds good. I now also added information for sx1, so you should > >> be able to use that as well. Please let me know if you need any > >> others. > > > > I think sx1 and collie are all we need currently. > > > > By the way, it looks to me like QEMU has a regression > > somewhere where we can't boot that sx1 test for the SD > > card version -- it hangs during kernel boot waiting for > > the MMC card. (An elderly QEMU binary I have boots OK.) > > I'm looking into what's happened there. > > > > Yes, you are correct. I did a quick check; the problem started with v9.1. > v9.0 boots fine. It's an issue with commit 1ab08790bb75e4 -- when we did a refactor of the SD card emulation we didn't notice that the omap mmc controller was also using the sd_cmd_type_t enum and relied on the values of that enum matching the meanings of the different values of the controller's MMC_CMD register Type field. I'm just testing a patch. thanks -- PMM