[SRU focal/linux-gcp 0/1] LP: #1958416 (IO failures on SEV GCP instances)
Thadeu Lima de Souza Cascardo
cascardo at canonical.com
Thu Nov 10 09:53:33 UTC 2022
On Thu, Nov 10, 2022 at 10:00:31AM +0100, Stefan Bader wrote:
> On 09.11.22 18:06, Thadeu Lima de Souza Cascardo wrote:
> > [Impact]
> > Small SWIOTLB might cause DMA failures during High IO on GCP instances using SEV.
> >
> > [Test case]
> > Boot n2d-standard-2 or n2d-standard-64 instances on GCP, issue a lot of IO,
> > and look for DMA overflow or full swiotlb messages on dmesg.
> >
> > [Potential regression]
> > Boot failures should not be discarded when SWIOTLB cannot be allocated.
> >
> > Ashish Kalra (1):
> > x86,swiotlb: Adjust SWIOTLB bounce buffer size for SEV guests
> >
> > arch/x86/include/asm/mem_encrypt.h | 2 ++
> > arch/x86/kernel/setup.c | 6 ++++++
> > arch/x86/mm/mem_encrypt.c | 31 ++++++++++++++++++++++++++++++
> > include/linux/swiotlb.h | 8 ++++++++
> > kernel/dma/swiotlb.c | 20 +++++++++++++++++--
> > 5 files changed, 65 insertions(+), 2 deletions(-)
> >
>
> Hm, is this really only needed for the gcp kernel? Are we not also run tests
> for the focal:linux kernel on the GCP cloud?
>
> -Stefan
>
I just added in the LP bug the target to linux as Medium, while linux-gcp is
High. As linux-gcp has other changes to those files that make it a different
backport, I opted to prioritizing the fix in linux-gcp.
Cascardo.
More information about the kernel-team
mailing list