[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VdUU-=2vjNAjeaQ0-sNVv-Q4GBw3J-ivz9_Bqn_V=M16Q@mail.gmail.com>
Date: Thu, 27 Feb 2025 16:08:57 +0200
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Ingo Molnar <mingo@...nel.org>
Cc: Arnd Bergmann <arnd@...nel.org>, linux-kernel@...r.kernel.org, x86@...nel.org,
Arnd Bergmann <arnd@...db.de>, Thomas Gleixner <tglx@...utronix.de>, Ingo Molnar <mingo@...hat.com>,
Borislav Petkov <bp@...en8.de>, Dave Hansen <dave.hansen@...ux.intel.com>,
"H. Peter Anvin" <hpa@...or.com>, Linus Torvalds <torvalds@...ux-foundation.org>,
Andy Shevchenko <andy@...nel.org>, Matthew Wilcox <willy@...radead.org>
Subject: Re: [PATCH v3 00/10] x86: 32-bit cleanups
On Thu, Feb 27, 2025 at 12:34 PM Ingo Molnar <mingo@...nel.org> wrote:
> * Arnd Bergmann <arnd@...nel.org> wrote:
> > While looking at 32-bit arm cleanups, I came across some related topics
> > on x86 and ended up making a series for those as well.
> >
> > Primarily this is about running 32-bit kernels on 64-bit hardware,
> > which usually works but should probably be discouraged more clearly by
> > only providing support for features that are used on real 32-bit hardware:
> >
> > I found only a few 2003-era high-end servers (HP DL740 and DL760 G2)
> > that were the only possible remaining uses of HIGHMEM64G and BIGSMP after
> > the removal of 32-bit NUMA machines in 2014. Similarly, there is only
> > one generation of hardware with support for VT-x. All these features
> > can be removed without hurting users.
> >
> > In the CPU selection, building a 32-bit kernel optimized for AMD K8
> > or Intel Core2 is anachronistic, so instead only 32-bit CPU types need
> > to be offered as optimization targets. The "generic" target on 64-bit
> > turned out to be slightly broken, so I included a fix for that as well.
> Sweet! I have applied your series to tip:x86/cpu with some minor tweaks
> and a conflict resolution for pending work in x86/mm. Let's see if
> anyone complains about the removal of these obsolete features.
A bit of offtopic here since it seems I have not noticed any activity
in your header dependency clean up series are you planning to rebase
it at some point? And what is the status in general?
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists