On Wed, Aug 06, 2025 at 09:22:46AM +0200, Philippe Mathieu-Daudé wrote: > On 6/8/25 08:39, Michael Tokarev wrote: > > > Philippe, do you think this series is something which should > > go to stable-10.0 (LTS) branch? I'm not sure for the impact if > > it is not applied, though, - what do we miss in this case? > > Only 2 machines use a SD card wired over SPI lines: > > $ git grep '"ssi-sd"' > hw/arm/stellaris.c:1302: sddev = ssi_create_peripheral(bus, > "ssi-sd"); > hw/riscv/sifive_u.c:671: sd_dev = ssi_create_peripheral(s->soc.spi2.spi, > "ssi-sd"); > hw/sd/ssi-sd.c:70:#define TYPE_SSI_SD "ssi-sd" > > I don't know them enough to tell if they are that important. This > isn't a security problem. The emulation of the transport (SPI) to the > SD card being broken, guests can not access the emulated card.
With 10.1.0-rc2, trying to boot v6.16-11744-g9c389564fa8e on sifive_u, I get: [ 2.503619] riscv-pmu-sbi: 16 firmware and 18 hardware counters [ 2.503672] riscv-pmu-sbi: Perf sampling/filtering is not supported as sscof extension is not available qemu-system-riscv64: ../hw/sd/ssi-sd.c:160: ssi_sd_transfer: Assertion `s->arglen > 0' failed. This is without trying to boot from it. Oddly enough, booting from SD card does work. Guenter
