[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v3] x86/hvmloader: select xenpci MMIO BAR UC or WB MTRR cache attribute



On 06/06/2025 15:23, Roger Pau Monné wrote:
[...]
>>
>> Since this is meant to be a workaround, I wonder if it makes more sense
>> to flip the setting (`xenpci_bar_wb`) and make it 0 by default?
>
> I originally didn't want to go that route, because while it's true
> that the default MTRR type is set to WB, and so any memory not covered
> by a MTRR range will default to that memory type I got the impression
> this was inferring too much.
>
> Overall my intention would be for inverting the default long term, and
> libxl setting build_info->u.hvm.xenpci_bar_uc = false by default,
> which then makes all the naming nicer IMO.
>
>> It also
>> simplifies the logic for both hvmloader and the consumer (no need for
>> double negatives).
>
> I don't think there are double negatives?  That would happen if the
> variable was named xenpci_bar_no_uc or similar?

It's because from the flag consumer's viewpoint, I saw the flag
`xenpci_bar_uc` as rather "xenpci_bar_dont_apply_wb_workaround`. But if
the intention is to eventually make it default then the naming is OK for me.

>
> Thanks, Roger.




Ngoc Tu Dinh | Vates XCP-ng Developer

XCP-ng & Xen Orchestra - Vates solutions

web: https://vates.tech





 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.