|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1/2] x86/tboot: invalidate FIX_TBOOT_MAP_ADDRESS mapping after use
On Mar 5, 2015 15:14, Jan Beulich wrote:
>>>> On 05.03.15 at 05:45, <gang.wei@xxxxxxxxx> wrote:
>> On Feb 18, 2015 17:03, Jan Beulich wrote:
>>> In order for commit cbeeaa7d ("x86/nmi: fix shootdown of pcpus running
>>> in VMX non-root mode")'s re-use of that fixmap entry to not cause
>>> undesirable (in crash context) cross-CPU TLB flushes, invalidate the
>>> fixmap entry right after use.
>>>
>>> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
>>>
>>> --- a/xen/arch/x86/tboot.c
>>> +++ b/xen/arch/x86/tboot.c
>>> @@ -138,6 +138,7 @@ void __init tboot_probe(void)
>>> TXT_PUB_CONFIG_REGS_BASE + TXTCR_SINIT_BASE);
>>> tboot_copy_memory((unsigned char *)&sinit_size,
>>> sizeof(sinit_size), TXT_PUB_CONFIG_REGS_BASE +
>>> TXTCR_SINIT_SIZE);
>>> + __set_fixmap(FIX_TBOOT_MAP_ADDRESS, 0, 0);
>>> }
>>>
>>> /* definitions from xen/drivers/passthrough/vtd/iommu.h
>>> @@ -476,6 +477,8 @@ int __init tboot_parse_dmar_table(acpi_t
>>> dmar_table_raw = xmalloc_array(unsigned char, dmar_table_length);
>>> tboot_copy_memory(dmar_table_raw, dmar_table_length, pa);
>>> dmar_table = (struct acpi_table_header *)dmar_table_raw;
>>> + __set_fixmap(FIX_TBOOT_MAP_ADDRESS, 0, 0);
>>> +
>>> rc = dmar_handler(dmar_table);
>>> xfree(dmar_table_raw);
>>>
>>
>> It might be better to move the fixmap invalidations into
>> tboot_copy_memory like below.
>
> I considered this, but dropped the idea due to resulting in several
> redundant invalidations.
From performance perspective, I am ok with your final changes.
Jimmy
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |