On 7/8/25 18:06, Guenter Roeck wrote:
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.
This was a latent bug, thank you for the report.
I'll post a fix & test ASAP.
Regards,
Phil.
