[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] vfio in the guest: no available reset mechanism
From: |
Jan Kiszka |
Subject: |
Re: [Qemu-devel] vfio in the guest: no available reset mechanism |
Date: |
Sat, 02 Aug 2014 07:54:30 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
On 2014-08-01 19:16, Alex Williamson wrote:
>> Also, it may let some of our device
>> models deviate from their real versions (I suppose, e.g., none of the
>> e1000 devices we currently emulate exposed FLR).
>
> Of course, but what are the chances that the driver will care?
No drivers of GPOSes, but special or legacy OSes may do so. Keep in mind
that Intel e.g. is documenting their PCI devices with fixed config space
addresses for their capability.
Also, we completely lack PM caps so far. Adding them would already have
the value of increasing emulation accuracy. And here I think we are free
to always implement reset behavior behind D3->D0 transitions. So my
believe is that this will be the better path.
Jan
signature.asc
Description: OpenPGP digital signature
Re: [Qemu-devel] vfio in the guest: no available reset mechanism, Le Tan, 2014/08/01