[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1821f2fc2e339fbb4bc6a4af1748a3462f501392.camel@physik.fu-berlin.de>
Date: Wed, 16 Jul 2025 10:41:01 +0200
From: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
To: Anthony Yznaga <anthony.yznaga@...cle.com>, sparclinux@...r.kernel.org,
davem@...emloft.net, andreas@...sler.com
Cc: linux-kernel@...r.kernel.org, agordeev@...ux.ibm.com, will@...nel.org,
ryan.roberts@....com, david@...hat.com, osalvador@...e.de
Subject: Re: [PATCH] sparc64: fix hugetlb for sun4u
Hi Anthony,
On Wed, 2025-07-16 at 08:18 +0200, John Paul Adrian Glaubitz wrote:
> On Tue, 2025-07-15 at 18:24 -0700, Anthony Yznaga wrote:
> > An attempt to exercise sparc hugetlb code in a sun4u-based guest
> > running under qemu results in the guest hanging due to being stuck
> > in a trap loop. This is due to invalid hugetlb TTEs being installed
> > that do not have the expected _PAGE_PMD_HUGE and page size bits set.
> > Although the breakage has gone apparently unnoticed for several years,
> > fix it now so there is the option to exercise sparc hugetlb code under
> > qemu. This can be useful because sun4v support in qemu does not support
> > linux guests currently and sun4v-based hardware resources may not be
> > readily available.
>
> It has actually been observed for a long time that newer kernels are
> unstable on sun4u while there are no stability issues on sun4v.
Just as a heads-up: I'm currently building a Debian kernel with this patch
and see if this fixes the stability issues we're seeing on UltraSPARC machines.
> I'm not sure though whether the Debian kernel enables hugetlb by default.
We do.
I'll report back.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Powered by blists - more mailing lists