[PATCH v4 05/13] mm/arch: Provide pud_pfn() fallback
Peter Xu
peterx at redhat.com
Thu Apr 4 05:00:47 PDT 2024
On Thu, Apr 04, 2024 at 08:24:04AM -0300, Jason Gunthorpe wrote:
> On Wed, Apr 03, 2024 at 02:25:20PM -0400, Peter Xu wrote:
>
> > > I'd say the BUILD_BUG has done it's job and found an issue, fix it by
> > > not defining pud_leaf? I don't see any calls to pud_leaf in loongarch
> > > at least
> >
> > Yes, that sounds better too to me, however it means we may also risk other
> > archs that can fail another defconfig build.. and I worry I bring trouble
> > to multiple such cases. Fundamentally it's indeed my patch that broke
> > those builds, so I still sent the change and leave that for arch developers
> > to decide the best for the archs.
>
> But your change causes silent data corruption if the code path is
> run.. I think we are overall better to wade through the compile time
> bugs from linux-next. Honestly if there were alot then I'd think there
> would be more complaints already.
>
> Maybe it should just be a seperate step from this series.
Right, that'll be imho better to be done separate, as I think we'd better
consolidate the code.
One thing I don't worry is the warning would cause anything real to fail; I
don't yet expect any arch that will not define pud_pfn when it needs
it.. so it can mean all of the build errors may not cause real benefits as
of now. But I agree with you we'd better have it. I'll take a todo and
I'll try to add it back after all these fallouts. With my cross build
chains now it shouldn't be hard, just take some time to revisit each arch.
Thanks,
--
Peter Xu
More information about the linux-riscv
mailing list