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

Re: [Xen-devel] [PATCH] x86/setup: Avoid OoB E820 lookup when calculating the L1TF safe address

To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
From: Wei Liu <wei.liu2@xxxxxxxxxx>
Date: Thu, 16 Aug 2018 18:02:33 +0100
Cc: Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wei.liu2@xxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxx>
Delivery-date: Thu, 16 Aug 2018 17:30:52 +0000
List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Thu, Aug 16, 2018 at 04:27:57PM +0100, Andrew Cooper wrote:
> A number of corner cases (most obviously, no-real-mode and no Multiboot memory
> map) can end up with e820_raw.nr_map being 0, at which point the L1TF
> calculation will underflow.
> 
> Spotted by Coverity.
> 
> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

Reviewed-by: Wei Liu <wei.liu2@xxxxxxxxxx>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

References:
- [Xen-devel] [PATCH] x86/setup: Avoid OoB E820 lookup when calculating the L1TF safe address
  - From: Andrew Cooper

Prev by Date: Re: [Xen-devel] [PATCH v3 0/4] x86/iommu: PVH Dom0 workarounds for missing RMRR entries
Next by Date: Re: [Xen-devel] Future of 32-bit PV support
Previous by thread: Re: [Xen-devel] [PATCH] x86/setup: Avoid OoB E820 lookup when calculating the L1TF safe address
Next by thread: [Xen-devel] [xen-unstable-smoke test] 125990: regressions - FAIL
Index(es):
- Date
- Thread

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