Comment 7 for bug 1897481

Revision history for this message
Sergiy K (sergey-kukunin) wrote :

Can confirm that it does not crash after applying that patch. I've added the `fprintf` statement there:

        if (vdev->bars[i].size) {
          vfio_bar_quirk_setup(vdev, i);
        } else {
            fprintf(stderr, "%04x:%04x bars for %d are empty\n", vdev->vendor_id, vdev->device_id, i);
        }

and the output is:

    10de:1c03 bars for 0 are empty
    10de:1c03 bars for 1 are empty
    10de:1c03 bars for 2 are empty
    10de:1c03 bars for 3 are empty
    10de:1c03 bars for 4 are empty
    10de:10f1 bars for 1 are empty
    10de:10f1 bars for 2 are empty
    10de:10f1 bars for 3 are empty
    10de:10f1 bars for 4 are empty
    10de:10f1 bars for 5 are empty

What's interesting that 5 bar is available for VGA and 0 bar is available for the sound. Don't know if it gives some valuable information.

I understand that it's completely not a fault of QEMU, since the underlying layer gives wrong information. Any insight about potential problematic places? Is it completely a hardware issue (laptop's BIOS, nvidia) or something can be done in software? What's the next place to send a bugreport?

Thank you