|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH] x86/PVH: PHYSDEVOP_pci_mmcfg_reserved should not blindly register a region
On 08.05.2020 14:54, Andrew Cooper wrote:
> On 08/05/2020 13:43, Jan Beulich wrote:
>> The op has a register/unregister flag, and hence registration shouldn't
>> happen unilaterally. Introduce unregister_vpci_mmcfg_handler() to handle
>> this case.
>>
>> Fixes: eb3dd90e4089 ("x86/physdev: enable PHYSDEVOP_pci_mmcfg_reserved for
>> PVH Dom0")
>> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
>
> I agree in principle that registration shouldn't be unilateral, but why
> on earth does the API behave like that to begin with?
>
> There is no provision to move or update MMCFG regions in any spec I'm
> aware of, and hardware cannot in practice update memory routing like this.
>
> Under what circumstances should we tolerate an unregister in the first
> place?
Hot unplug of an entire segment, for example.
Jan
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |