On Mon, May 22, 2023 at 05:27:23PM +, Luck, Tony wrote:
> >> As far as we have been able to establish, the only people that use
> >> this arch and code are people that would hate to see it go, but don't
> >> actually use it for anything other than checking whether it still
> >> boots, and don't
>> As far as we have been able to establish, the only people that use
>> this arch and code are people that would hate to see it go, but don't
>> actually use it for anything other than checking whether it still
>> boots, and don't have the skills or bandwidth to step up and maintain
>> it upstream
On Mon, May 22, 2023 at 09:46:57AM +0200, Ard Biesheuvel wrote:
> On Mon, 22 May 2023 at 09:39, Greg Kroah-Hartman
> wrote:
> >
> > On Mon, May 22, 2023 at 09:08:35AM +0200, Ard Biesheuvel wrote:
> > > (cc Greg as stable maintainer)
> > >
> > > On Sat, 20 May 2023 at 21:23, John Paul Adrian Glaubi
On Mon, 22 May 2023 at 09:39, Greg Kroah-Hartman
wrote:
>
> On Mon, May 22, 2023 at 09:08:35AM +0200, Ard Biesheuvel wrote:
> > (cc Greg as stable maintainer)
> >
> > On Sat, 20 May 2023 at 21:23, John Paul Adrian Glaubitz
> > wrote:
> > >
> > ...
> > >
> > > I have been thinking about this discu
On Mon, May 22, 2023 at 09:08:35AM +0200, Ard Biesheuvel wrote:
> (cc Greg as stable maintainer)
>
> On Sat, 20 May 2023 at 21:23, John Paul Adrian Glaubitz
> wrote:
> >
> ...
> >
> > I have been thinking about this discussion for a while now and my suggestion
> > would be to drop ia64 support fr
(cc Greg as stable maintainer)
On Sat, 20 May 2023 at 21:23, John Paul Adrian Glaubitz
wrote:
>
...
>
> I have been thinking about this discussion for a while now and my suggestion
> would be to drop ia64 support from the kernel, GRUB and gcc/binutils/glibc in
> this order:
>
> - Kernel: After th
On Sat, 2023-05-20 at 12:31 -0700, Joshua Scoggins wrote:
> LLVM dropped support for ia64 in 3.0.
Yes, that's what I meant to say. I just happened to write the word
»support« twice.
I meant to say:
»Other projects such as LLVM, OpenJDK and Ruby already removed native
code generation support for
On Sat, 2023-05-20 at 21:22 +0200, John Paul Adrian Glaubitz wrote:
> Other projects such as LLVM, OpenJDK and Ruby already support native code
> generation
> support for ia64 although OpenJDK still works using the Zero port.
That should be »already removed native code generation support for ia64
Hello!
On Sat, 2023-05-20 at 18:48 +0200, Florian Weimer wrote:
> * matoro:
>
> > There is no user-mode emulation for ia64 in QEMU either. The only
> > "ongoing" emulation work is Sergei's fork of the old "ski" emulator, but
> > this is far from QEMU quality or even usable yet:
> > https://g
I believe they are Madison 6mb. I know they are not mad9's. The zx6000 I
have is a rx2600 in the workstation plastic. If you pop the panels off and
remove the foot it is rack mountable. So your theory is absolutely correct.
I also worked with someone back in the day on IRC and we determined that
On 20.05.23 20:44, Joshua Scoggins wrote:
I believe they are Madison 6mb. I know they are not mad9's. The zx6000 I
have is a rx2600 in the workstation plastic.
I like the design of those, it looks similar to the C8000 but
"compressed". :-)
If you pop the panels off
and remove the foot it is
Hi Jushua,
On 20.05.23 20:11, Joshua Scoggins wrote:
I used to daily drive my own zx6000 (and had a zx2000 and rx5670 as
well) back in 2008-2012. I was running Gentoo Linux on it and it was for
the most part fine. I got Firefox 9 working and even Minecraft! What
I've observed is that GCC's sup
* matoro:
> There is no user-mode emulation for ia64 in QEMU either. The only
> "ongoing" emulation work is Sergei's fork of the old "ski" emulator, but
> this is far from QEMU quality or even usable yet:
> https://github.com/trofi/ski
Yeah, I must have misremembered. Awkward.
So it's a re
Dear matoro, Florian,
On 17.05.23 23:47, matoro wrote:
On 2023-05-17 15:39, Florian Weimer wrote:
* Frank Scheiner:
On 12.05.23 17:57, Ard Biesheuvel wrote:
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 thi
Dear Ard, all,
@new CC addressees:
The thread starts here (for example on marc.info, though it's slow to
respond currently, at least for me):
https://marc.info/?l=linux-ia64&m=168390699019217&w=2
I also recommend to read through the following threads and article to
get the background:
* https
On Wed, 17 May 2023 at 20:39, Frank Scheiner wrote:
>
> Dear Ard, all,
>
> First of all, I demand nothing of other people in this regard, you
> included. Please notice there's no "but" attached.
>
> I think I have a little first-hand knowledge about how much effort is
> involved in keeping an inte
* Frank Scheiner:
> On 12.05.23 17:57, Ard Biesheuvel wrote:
>> 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
Dear Ard, all,
First of all, I demand nothing of other people in this regard, you
included. Please notice there's no "but" attached.
I think I have a little first-hand knowledge about how much effort is
involved in keeping an interesting architecture from the past running,
to the least since whe
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 embedd
On Fri, 12 May 2023 at 20:50, Jesse Dougherty wrote:
>
> 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-U
> 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.
But is anyone
(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
22 matches
Mail list logo
