We might want to tackle the installer on ia64 next, but that should
probably go onto the ia64 mailing list. The FTBFS of d-i on most
ports architectures should have been fixed with this [1] commit.
[...]
[1] https://salsa.debian.org/installer-team/debian-installer/commit/b4ec9f8a40c0f1a3a077d32debf751bc1c1b3b9f
On 07/28/2018 06:34 PM, John Paul Adrian Glaubitz wrote:
We might want to tackle the installer on ia64 next, but that should probably go onto the ia64 mailing list. The FTBFS of d-i on most
ports architectures should have been fixed with this [1] commit.
[...]
[1] https://salsa.debian.org/installer-team/debian-installer/commit/b4ec9f8a40c0f1a3a077d32debf751bc1c1b3b9f
I'd definitely be interested. But due to the heat at the moment I don't
(want to) run my Itanium gear (or any other of my bigger/hotter
machines) that much.
A few remaining issues should be solved before putting our hands on d-i:
## Bootloader ##
elilo is no longer built for ia64 since Jessie and I'm not sure if GRUB
is already working well on ia64. I made good experience with elilo from Wheezy, it works with everything I tested (Wheezy/Wheezy backports and
Gentoo kernels) so far, e.g. it was able to load a manually created ~120
MiB (!) initramfs via netboot for a Gentoo installation in mid 2017. I haven't yet tested the current Gentoo version of elilo ([2]) which is
more recent.
[2]: https://packages.gentoo.org/packages/sys-boot/elilo
## Linux kernel ##
So far we don't have a working Debian Linux kernel for ia64. All tested
4.x Debian Linux kernels show the same issue:
```
[ 0.052000] Kernel panic - not syncing: corrupted stack end detected
inside scheduler
```
...as mentioned in [3] throughout rx2620, rx4640, rx2660 and rx2800 i2.
I tested up to 4.18.0-rc3 without luck.
[3]: https://lists.debian.org/debian-ia64/2018/06/msg00000.html
I therefore used the current stable Gentoo kernel sources (v4.14.52,
[4]) to build a working Linux kernel for ia64.
[4]: https://packages.gentoo.org/packages/sys-kernel/gentoo-sources
May I ask what Linux kernel version you are running on the buildds (lenz
and titanium as per [5]) and what type of machines these are?
[5]: https://monitor.jrtc27.com/
Cheers,
Frank
<div>$ uname -a</div><div>Linux netsvcs1 4.17.0-2-mckinley #1 SMP Debian 4.17.14-1 (2018-08-13) ia64 GNU/Linux</div></div><div><br></div><div>Jason</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 29, 2018 at 2:46 PM Frank Scheiner <<a href="mailto:frank.scheiner@web.de">frank.scheiner@web.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 07/28/2018 06:34 PM, John Paul Adrian Glaubitz wrote:<br>
On 08/15/2018 02:07 AM, Jason Duerstock wrote:
FYI, as of today's build, the kernel works again:
ii linux-image-4.17.0-2-mckinley 4.17.14-1
ia64 Linux 4.17 for Itanium 2+
$ uname -a
Linux netsvcs1 4.17.0-2-mckinley #1 SMP Debian 4.17.14-1 (2018-08-13)
ia64 GNU/Linux
Jason
Cool, will give it a try soon.
Any idea what was changed to make it work? Kernel config maybe?
And say, what machine and what boot loader and boot method (e.g.
netboot, boot from disk, etc.) did you use?
Cheers,
Frank
FYI, as of today's build, the kernel works again:
ii linux-image-4.17.0-2-mckinley 4.17.14-1
ia64 Linux 4.17 for Itanium 2+
$ uname -a
Linux netsvcs1 4.17.0-2-mckinley #1 SMP Debian 4.17.14-1 (2018-08-13)
ia64 GNU/Linux
Jason
Hi Jason.
Can you please share which ELILO you are using? This is the one I have on
my Montvale machine:
ELILO v3.12 for EFI/IA-64
But I afraid it might be too old for current kernels.
BTW, this is what I currently have on mine:
Linux b777 3.2.0-4-mckinley #1 SMP Debian 3.2.78-1 ia64 GNU/Linux
_____
Pedro
________________________________________
From: Jason Duerstock <jason.duerstock@gmail.com>
Sent: Wednesday, August 15, 2018 11:43:24 AM
To: frank.scheiner@web.de
Cc: John Paul Adrian Glaubitz; debian-ia64
Subject: Re: Debian installer
https://salsa.debian.org/kernel-team/linux/commit/8b3963b0ebe7f3fee96bc541363bfe0a95f8999a
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905461
I'm currently using elilo, but grub is rumored to work. Now that the
kernel works again, I will try to test grub myself at some point soon.
Jason
On Wed, Aug 15, 2018 at 2:33 PM Frank Scheiner <mailto: frank.scheiner@web.de> wrote:
On 08/15/2018 02:07 AM, Jason Duerstock wrote:
FYI, as of today's build, the kernel works again:
ii linux-image-4.17.0-2-mckinley 4.17.14-1
ia64 Linux 4.17 for Itanium 2+
$ uname -a
Linux netsvcs1 4.17.0-2-mckinley #1 SMP Debian 4.17.14-1 (2018-08-13)
ia64 GNU/Linux
Jason
Cool, will give it a try soon.
Any idea what was changed to make it work? Kernel config maybe?
And say, what machine and what boot loader and boot method (e.g.
netboot, boot from disk, etc.) did you use?
Cheers,
Frank
On 08/15/2018 02:07 AM, Jason Duerstock wrote:
FYI, as of today's build, the kernel works again:
ii linux-image-4.17.0-2-mckinley 4.17.14-1 ia64 Linux
4.17 for Itanium 2+
$ uname -a
Linux netsvcs1 4.17.0-2-mckinley #1 SMP Debian 4.17.14-1 (2018-08-13)
ia64 GNU/Linux
Jason
Cool, will give it a try soon.
Cool, will give it a try soon.
I finally managed to test - now already - 4.17.0-3-mckinley on all of my Itanium machines. Works great on most of them:
```
root@rx2660:~# dmesg | grep hp
[ 0.000000] booting generic kernel on platform hpzx1
[ 0.040000] DMI: hp server rx2660 , BIOS 04.04
07/15/2008
root@rx2660:~# uname -a
Linux rx2660 4.17.0-3-mckinley #1 SMP Debian 4.17.17-1 (2018-08-18) ia64 GNU/Linux
root@rx4640:~# dmesg | grep hp
[ 0.000000] booting generic kernel on platform hpzx1
[ 0.112000] DMI: hp server rx4640 , BIOS 02.13
03/22/2004
root@rx4640:~# uname -a
Linux rx4640 4.17.0-3-mckinley #1 SMP Debian 4.17.17-1 (2018-08-18) ia64 GNU/Linux
root@rx2620:~# dmesg | grep hp
[ 0.000000] booting generic kernel on platform hpzx1
[ 0.060000] DMI: hp server rx2620 , BIOS 04.29
11/30/2007
root@rx2620:~# uname -a
Linux rx2620 4.17.0-3-mckinley #1 SMP Debian 4.17.17-1 (2018-08-18) ia64 GNU/Linux
```
All machines were netbooted with ELILO v3.14 from Wheezy.
Forgot one thing:
I had to blacklist the "radeon" module (with e.g. `modprobe.blacklist=radeon` in kernel command line) for all the above machines, otherwise the startup hangs
after the "radeon" module was loaded.
I assume this is the same issue as on the rp34x0 systems (nearly identical to rx2620 hardware-wise IIC) although the VGA and additional serial port connectors
aren't blocked physically on the rx2620. See [1] for details about the change for the rp3440.
Unfortunately both 4.17.0-2 and 4.17.0-3 do not work on my rx2800 i2.
Shortly after loading the initramfs the machine resets without further
output in between:
[...]
A Gentoo Linux kernel 4.14.65 works fine on the rx2800 i2 (and also the
above mentioned machines). I'm unsure if this is due to that single ia64 patch Gentoo is using (see `1700_ia64_fix_ptrace.patch` on [1]) or if something break in later kernel versions. If time allows I will try to compile a more recent kernel as there were some patches for ia64 added recently ([2]) and see how it behaves on my rx2800 i2.
[1]: https://dev.gentoo.org/~mpagano/genpatches/trunk/4.14/
[2]: https://github.com/torvalds/linux/search?q=ia64&unscoped_q=ia64&type=Commits
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 292 |
Nodes: | 16 (2 / 14) |
Uptime: | 190:39:24 |
Calls: | 6,616 |
Files: | 12,165 |
Messages: | 5,315,134 |