Re: [crosspost] dropping support for ia64

Jesse Dougherty <[email protected]> Fri, 12 May 2023 14:50:04 -0400
Newsgroups gmane.linux.ports.ia64,gmane.comp.freedesktop.distributions,gmane.linux.debian.ports.ia64,gmane.os.netbsd.ports.ia64
Message-ID <[email protected]>
I'm a little bias because my company is a re-sellers of the HP Itanium 
ia64 hardware (RX & ZX boxes), as well as PA-RISC. For that reason, I 
would hate to see it fade away in any sector. The ia64 platform is still 
widely used with HP-UX Unix and Open VMS users worldwide. This hardware 
is embedded in most every data center and large and medium companies 
that have been around since the 80s/90s, its probably the oldest box 
they have in there but its the one thats in the corner running for 20 
years, long before most people started working there. PA-RICS is also 
massively intertwined into the US military as well as foreign 
military's, they did that in the early 2000's and they are stuck with it..

I could go on but me as a hardware guy, I'm on team ia64 :-)

Thanks
Jesse Dougherty
Cypress Technology Inc



On 5/12/23 11:57, Ard Biesheuvel wrote:
> (cross posted to several ia64 related mailing list)
>
> Hello all,
>
> As the maintainer of the EFI subsystem in Linux, I am one of the
> people that have to deal with the impact that code refactoring for
> current platforms has on legacy use of such code, in this particular
> case, the use of shared EFI code in the Itanium Linux port.
>
> I am sending this message to gauge the remaining interest in ia64
> support across the OS/distro landscape, and whether people feel that
> the effort required to keep it alive is worth it or not.
>
> As a maintainer, I feel uncomfortable asking contributors to build
> test their changes for Itanium, and boot testing is infeasible for
> most, even if some people are volunteering access to infrastructure
> for this purpose. In general, hacking on kernels or bootloaders (which
> is where the EFI pieces live) is tricky using remote access.
>
> The bottom line is that, while I know of at least 2 people (on cc)
> that test stuff on itanium, and package software for it, I don't think
> there are any actual users remaining, and so it is doubtful whether it
> is justified to ask people to spend time and effort on this.
>
> And for GRUB in particular (which is what triggered this message), it
> is unclear to me why any machines still running would not be better
> served by sticking with their current bootloader build, rather than
> upgrading to a new build with a refactored EFI layer where the best
> case scenario is that it boots the kernel in exactly the same way,
> while there is a substantial risk of regressions.
>
> For the Linux kernel itself, the situation is quite similar. There is
> a non-zero effort involved in keeping things working, and if anyone
> still needs to run their programs on Itanium, it is not clear to me
> why that would require a recent version of the OS.
>
> So bottom line: I am proposing we drop support for Itanium across the
> board. Would anyone have any problems with that?
>
> Kind regards,
> Ard.