Hi Maciej,
On Tue, 2024-10-15 at 13:36 +0100, Maciej W. Rozycki wrote:
> > IMO, we should simply deprecate non-BWX targets. If reload is going
> > away, then there is no way for non-BWX targets to access reload
> > internals they require for compilation. As mentioned in the PR,
> > non-BWX targets are removed from distros anyway, so I guess there is
> > no point to invest much time to modernize them,
>
> Well, I have a lasting desire to keep non-BWX Alphas running, under Linux
> in particular, and I'm going to look into any issues around it; reload vs
> LRA is all software, so things can always be sorted one way or another.
>
> While I've been distracted by other matters lately, such as hardware
> failures that had to be dealt with urgently, this is now my priority #1
> and I do hope to have at least some critical initial stuff in with this
> release cycle (noting that only ~5 weeks have left).
That's great.
While I'm not really an expert for compiler development, I have beefy hardware
available for GCC and kernel build tests, so if you have any patches for
testing,
please let me know.
> NB I spoke to Richard about it while at LPC 2024 recently.
OK, good.
FWIW, it *seems* that LRA seems to just work with EV56 as the baseline and the
following replacements in the code:
s/reload_in_progress/reload_in_progress || lra_in_progress/g
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
