On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding rules?
I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
Hi,
On Wed, 7 Feb 2018, Ivan Zakharyaschev wrote:
On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding rules?
bbf39ca510248f9f9cbfc3c65e8514df929a3094 :I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
BTW, has anyone been working on adapting the newest kernel package for ia64? (buildd simply reports that there are no rules for ia64.)
As for building 3.16 myself (reproducing Jason's build), I've found an obvious fix for the above build problem at https://kernel.opensuse.org/cgit/kernel-source/commit/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=
$ cd debian/patches/
$ mkdir bugfix/ia64
$ wget 'https://kernel.opensuse.org/cgit/kernel-source/plain/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094' -O bugfix/ia64/ia64-export-numa_slit.patch
$ cat bugfix/ia64/ia64-export-numa_slit.patch
From: Hannes Reinecke <hare@suse.de>
Date: Wed, 14 Jan 2015 15:01:30 +0100
Subject: [PATCH] ia64: export numa_slit()
Patch-Mainline: not yet
References: bnc#913030,FATE#317455
nvme triggers a build error with 'numa_slit' being undefined.
Signed-off-by: Hannes Reinecke <hare@suse.de>
---
arch/ia64/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index 88f4eeb..23a914c 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -35,6 +35,7 @@ struct node_cpuid_s node_cpuid[NR_CPUS] =
* proportional to the memory access latency ratios.
*/
u8 numa_slit[MAX_NUMNODES * MAX_NUMNODES];
+EXPORT_SYMBOL(numa_slit);
/* Identify which cnode a physical address resides on */
int
--
1.8.5.2
Unfortunately, the references lead to secret notes ("bnc" refers to bugzilla.novell.com), so I couldn't see whether this is believed to be a reasonable fix leading to an actually working code.
And I'm doing:
$ cd ../..
$ echo bugfix/ia64/ia64-export-numa_slit.patch >>series
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
# If one wnats to use gcc-4.5 from the archive snapshots, one should add it to debian/config/defines, too
$ debuild -b -uc -us
# stops because the package got updated
$ debuild -j2 -b -uc -us
We'll see whether it compiles successfully.
Hi,
On Wed, 7 Feb 2018, Ivan Zakharyaschev wrote:
On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding
rules?
I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
BTW, has anyone been working on adapting the newest kernel package
for ia64? (buildd simply reports that there are no rules for ia64.)
As for building 3.16 myself (reproducing Jason's build), I've found
an obvious fix for the above build problem at https://kernel.opensuse.org/cgit/kernel-source/commit/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094
:
$ cd debian/patches/
$ mkdir bugfix/ia64
$ wget 'https://kernel.opensuse.org/cgit/kernel-source/plain/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094'
-O bugfix/ia64/ia64-export-numa_slit.patch
$ cat bugfix/ia64/ia64-export-numa_slit.patch
From: Hannes Reinecke <hare@suse.de>
Date: Wed, 14 Jan 2015 15:01:30 +0100
Subject: [PATCH] ia64: export numa_slit()
Patch-Mainline: not yet
References: bnc#913030,FATE#317455
nvme triggers a build error with 'numa_slit' being undefined.
Signed-off-by: Hannes Reinecke <hare@suse.de>
---
arch/ia64/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index 88f4eeb..23a914c 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -35,6 +35,7 @@ struct node_cpuid_s node_cpuid[NR_CPUS] =
* proportional to the memory access latency ratios.
*/
u8 numa_slit[MAX_NUMNODES * MAX_NUMNODES];
+EXPORT_SYMBOL(numa_slit);
/* Identify which cnode a physical address resides on */
int
The latest kernel available from Debian does work fine on my Montvale
rx2660. However, I cannot boot my McKinley zx6000 with it. It will MCA
really early in the boot process.
Linux b777 3.2.0-4-mckinley #1 SMP Debian 3.2.78-1 ia64 GNU/Linux
_____
Pedro
From: Gatis Visnevskis
Sent: Friday, February 9, 2018 03:13
To: Ivan Zakharyaschev
Cc: Jason Duerstock; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)
Hi all
I got working 3.2.0 kernel after some work. Without recompilation.
HP rx4640. That was 2 years ago. Server switched off for cost saving :(
Started to install toolchain for compilation, but not finished.
Internal disks were too small, some 36 gb i think.
It seems that i have to boot my server, and try again, as there is some
light in end of tunnel. I was hoping to get LXC working on ia64 some
day.
Gasha
On Fri, 9 Feb 2018 11:33:16 +0300 (MSK)
Ivan Zakharyaschev <imz@altlinux.org> wrote:
Hi,
On Wed, 7 Feb 2018, Ivan Zakharyaschev wrote:
On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding
rules?
I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
BTW, has anyone been working on adapting the newest kernel package
for ia64? (buildd simply reports that there are no rules for ia64.)
As for building 3.16 myself (reproducing Jason's build), I've found
an obvious fix for the above build problem at
https://kernel.opensuse.org/cgit/kernel-source/commit/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094
:
$ cd debian/patches/
$ mkdir bugfix/ia64
$ wget
'https://kernel.opensuse.org/cgit/kernel-source/plain/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094'
-O bugfix/ia64/ia64-export-numa_slit.patch
$ cat bugfix/ia64/ia64-export-numa_slit.patch
From: Hannes Reinecke <hare@suse.de>
Date: Wed, 14 Jan 2015 15:01:30 +0100
Subject: [PATCH] ia64: export numa_slit()
Patch-Mainline: not yet
References: bnc#913030,FATE#317455
nvme triggers a build error with 'numa_slit' being undefined.
Signed-off-by: Hannes Reinecke <hare@suse.de>
---
arch/ia64/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index 88f4eeb..23a914c 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -35,6 +35,7 @@ struct node_cpuid_s node_cpuid[NR_CPUS] =
* proportional to the memory access latency ratios.
*/
u8 numa_slit[MAX_NUMNODES * MAX_NUMNODES];
+EXPORT_SYMBOL(numa_slit);
/* Identify which cnode a physical address resides on */
int
Hi Emeric.
The machine has no iLO card, so it can’t be because of it. As far as I can tell, either ELILO never gets to pass control to the kernel, or the kernel never gets to output the 1st message.
_____
Pedro
From: Émeric MASCHINO
Sent: Tuesday, February 13, 2018 23:43
To: Pedro Miguel Teixeira
Cc: Jason Duerstock; Gatis Visnevskis; Ivan Zakharyaschev; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)
Well, problem is then likely with iLO card or serial console.
Indeed, I'm daily using a zx6000 workstation for years, being with
Debian for more than a decade, now with Gentoo since Debian has killed
the plug on ia64 in 2013.
I have no problem booting/using it locally (GNOME 3.24 desktop
environment) with kernels 4.9.76 and 4.12.12. Kernels were compiled
either with GCC 4.5.4 (because of a nasty error with GDB that
sometimes segfaults when kernels i compiled with GCC > 4.5) or 6.2.0.
2018-02-14 1:41 GMT+01:00 Pedro Miguel Teixeira <pmsjt@texair.net>:
Hi Jason.
That was close – I was really about to send the zx6000 onto the tech
recycle.
The following is all I get coming out from the console (Serial A, since
the
zx6000 does not have a management card / iLO). After the initrd line
shows,
a good 5 seconds pass. Then the front panel becomes all red and the
cryptic
modem-style sounds come out. I’ve wondered about the health of both my
ELILO
and Kernel, but my rx2660 boots fine with the exact the same two.
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Loading device drivers
Loading.: Auxiliary Floating Point Driver
Load of Auxiliary Floating Point Driver failed: Not Found
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Please select a boot option
Windows Boot Manager
Debian
EFI Shell [Built-in]
Removable Media
Boot Option Maintenance Menu
System Configuration Menu
Use ^ and v to change option(s). Use Enter to select an option
Loading.: Debian
Starting: Debian
ELILO v3.14 for EFI/IA-64
..
Uncompressing Linux... done
Loading file \EFI\debian\initrd.img...done
_____
Pedro
From: Jason Duerstock
Sent: Friday, February 9, 2018 04:01
To: Pedro Miguel Teixeira
Cc: Gatis Visnevskis; Ivan Zakharyaschev; debian-ia64; glebfm@altlinux.org >>
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64
(itanium2,
mckinley, rx2620)
Hi Pedro,
Can you file a separate bug for this, and include a boot log?
Thanks,
Jason
On Fri, Feb 9, 2018 at 6:24 AM, Pedro Miguel Teixeira <pmsjt@texair.net>
wrote:
The latest kernel available from Debian does work fine on my Montvale
rx2660. However, I cannot boot my McKinley zx6000 with it. It will MCA
really early in the boot process.
Linux b777 3.2.0-4-mckinley #1 SMP Debian 3.2.78-1 ia64 GNU/Linux
_____
Pedro
From: Gatis Visnevskis
Sent: Friday, February 9, 2018 03:13
To: Ivan Zakharyaschev
Cc: Jason Duerstock; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64
(itanium2,
mckinley, rx2620)
Hi all
I got working 3.2.0 kernel after some work. Without recompilation.
HP rx4640. That was 2 years ago. Server switched off for cost saving :(
Started to install toolchain for compilation, but not finished.
Internal disks were too small, some 36 gb i think.
It seems that i have to boot my server, and try again, as there is some
light in end of tunnel. I was hoping to get LXC working on ia64 some
day.
Gasha
On Fri, 9 Feb 2018 11:33:16 +0300 (MSK)
Ivan Zakharyaschev <imz@altlinux.org> wrote:
Hi,
On Wed, 7 Feb 2018, Ivan Zakharyaschev wrote:
On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding
rules?
I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
BTW, has anyone been working on adapting the newest kernel package
for ia64? (buildd simply reports that there are no rules for ia64.)
As for building 3.16 myself (reproducing Jason's build), I've found
an obvious fix for the above build problem at
https://kernel.opensuse.org/cgit/kernel-source/commit/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094
:
$ cd debian/patches/
$ mkdir bugfix/ia64
$ wget
'https://kernel.opensuse.org/cgit/kernel-source/plain/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094'
-O bugfix/ia64/ia64-export-numa_slit.patch
$ cat bugfix/ia64/ia64-export-numa_slit.patch
From: Hannes Reinecke <hare@suse.de>
Date: Wed, 14 Jan 2015 15:01:30 +0100
Subject: [PATCH] ia64: export numa_slit()
Patch-Mainline: not yet
References: bnc#913030,FATE#317455
nvme triggers a build error with 'numa_slit' being undefined.
Signed-off-by: Hannes Reinecke <hare@suse.de>
---
arch/ia64/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index 88f4eeb..23a914c 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -35,6 +35,7 @@ struct node_cpuid_s node_cpuid[NR_CPUS] =
* proportional to the memory access latency ratios.
*/
u8 numa_slit[MAX_NUMNODES * MAX_NUMNODES];
+EXPORT_SYMBOL(numa_slit);
/* Identify which cnode a physical address resides on */
int
Hi Emeric.
The machine has no iLO card, so it can’t be because of it. As far as I can tell, either ELILO never gets to pass control to the kernel, or the kernel never gets to output the 1st message.
_____
Pedro
From: Émeric MASCHINO
Sent: Tuesday, February 13, 2018 23:43
To: Pedro Miguel Teixeira
Cc: Jason Duerstock; Gatis Visnevskis; Ivan Zakharyaschev; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)
Well, problem is then likely with iLO card or serial console.
Indeed, I'm daily using a zx6000 workstation for years, being with
Debian for more than a decade, now with Gentoo since Debian has killed
the plug on ia64 in 2013.
I have no problem booting/using it locally (GNOME 3.24 desktop
environment) with kernels 4.9.76 and 4.12.12. Kernels were compiled
either with GCC 4.5.4 (because of a nasty error with GDB that
sometimes segfaults when kernels i compiled with GCC > 4.5) or 6.2.0.
2018-02-14 1:41 GMT+01:00 Pedro Miguel Teixeira <pmsjt@texair.net>:
Hi Jason.
That was close – I was really about to send the zx6000 onto the tech recycle.
The following is all I get coming out from the console (Serial A, since the zx6000 does not have a management card / iLO). After the initrd line shows, a good 5 seconds pass. Then the front panel becomes all red and the cryptic modem-style sounds come out. I’ve wondered about the health of both my ELILO
and Kernel, but my rx2660 boots fine with the exact the same two.
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Loading device drivers
Loading.: Auxiliary Floating Point Driver
Load of Auxiliary Floating Point Driver failed: Not Found
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Please select a boot option
Windows Boot Manager
Debian
EFI Shell [Built-in]
Removable Media
Boot Option Maintenance Menu
System Configuration Menu
Use ^ and v to change option(s). Use Enter to select an option
Loading.: Debian
Starting: Debian
ELILO v3.14 for EFI/IA-64
..
Uncompressing Linux... done
Loading file \EFI\debian\initrd.img...done
_____
Pedro
From: Jason Duerstock
Sent: Friday, February 9, 2018 04:01
To: Pedro Miguel Teixeira
Cc: Gatis Visnevskis; Ivan Zakharyaschev; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2,
mckinley, rx2620)
Hi Pedro,
Can you file a separate bug for this, and include a boot log?
Thanks,
Jason
On Fri, Feb 9, 2018 at 6:24 AM, Pedro Miguel Teixeira <pmsjt@texair.net> wrote:
The latest kernel available from Debian does work fine on my Montvale
rx2660. However, I cannot boot my McKinley zx6000 with it. It will MCA
really early in the boot process.
Linux b777 3.2.0-4-mckinley #1 SMP Debian 3.2.78-1 ia64 GNU/Linux
_____
Pedro
From: Gatis Visnevskis
Sent: Friday, February 9, 2018 03:13
To: Ivan Zakharyaschev
Cc: Jason Duerstock; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64
(itanium2,
mckinley, rx2620)
Hi all
I got working 3.2.0 kernel after some work. Without recompilation.
HP rx4640. That was 2 years ago. Server switched off for cost saving :(
Started to install toolchain for compilation, but not finished.
Internal disks were too small, some 36 gb i think.
It seems that i have to boot my server, and try again, as there is some
light in end of tunnel. I was hoping to get LXC working on ia64 some
day.
Gasha
On Fri, 9 Feb 2018 11:33:16 +0300 (MSK)
Ivan Zakharyaschev <imz@altlinux.org> wrote:
Hi,
On Wed, 7 Feb 2018, Ivan Zakharyaschev wrote:
On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding
rules?
I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
BTW, has anyone been working on adapting the newest kernel package
for ia64? (buildd simply reports that there are no rules for ia64.)
As for building 3.16 myself (reproducing Jason's build), I've found
an obvious fix for the above build problem at
https://kernel.opensuse.org/cgit/kernel-source/commit/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094
:
$ cd debian/patches/
$ mkdir bugfix/ia64
$ wget
'https://kernel.opensuse.org/cgit/kernel-source/plain/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094'
-O bugfix/ia64/ia64-export-numa_slit.patch
$ cat bugfix/ia64/ia64-export-numa_slit.patch
From: Hannes Reinecke <hare@suse.de>
Date: Wed, 14 Jan 2015 15:01:30 +0100
Subject: [PATCH] ia64: export numa_slit()
Patch-Mainline: not yet
References: bnc#913030,FATE#317455
nvme triggers a build error with 'numa_slit' being undefined.
Signed-off-by: Hannes Reinecke <hare@suse.de>
---
arch/ia64/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index 88f4eeb..23a914c 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -35,6 +35,7 @@ struct node_cpuid_s node_cpuid[NR_CPUS] =
* proportional to the memory access latency ratios.
*/
u8 numa_slit[MAX_NUMNODES * MAX_NUMNODES];
+EXPORT_SYMBOL(numa_slit);
/* Identify which cnode a physical address resides on */
int
Hi Jason.
That was close – I was really about to send the zx6000 onto the tech recycle.
The following is all I get coming out from the console (Serial A, since the zx6000 does not have a management card / iLO). After the initrd line shows,
a good 5 seconds pass. Then the front panel becomes all red and the cryptic modem-style sounds come out. I’ve wondered about the health of both my ELILO
and Kernel, but my rx2660 boots fine with the exact the same two.
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Loading device drivers
Loading.: Auxiliary Floating Point Driver
Load of Auxiliary Floating Point Driver failed: Not Found
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Please select a boot option
Windows Boot Manager
Debian
EFI Shell [Built-in]
Removable Media
Boot Option Maintenance Menu
System Configuration Menu
Use ^ and v to change option(s). Use Enter to select an option
Loading.: Debian
Starting: Debian
ELILO v3.14 for EFI/IA-64
..
Uncompressing Linux... done
Loading file \EFI\debian\initrd.img...done
_____
Pedro
From: Jason Duerstock
Sent: Friday, February 9, 2018 04:01
To: Pedro Miguel Teixeira
Cc: Gatis Visnevskis; Ivan Zakharyaschev; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, mckinley, rx2620)
Hi Pedro,
Can you file a separate bug for this, and include a boot log?
Thanks,
Jason
On Fri, Feb 9, 2018 at 6:24 AM, Pedro Miguel Teixeira <pmsjt@texair.net> wrote:
The latest kernel available from Debian does work fine on my Montvale
rx2660. However, I cannot boot my McKinley zx6000 with it. It will MCA
really early in the boot process.
Linux b777 3.2.0-4-mckinley #1 SMP Debian 3.2.78-1 ia64 GNU/Linux
_____
Pedro
From: Gatis Visnevskis
Sent: Friday, February 9, 2018 03:13
To: Ivan Zakharyaschev
Cc: Jason Duerstock; debian-ia64; glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64
(itanium2,
mckinley, rx2620)
Hi all
I got working 3.2.0 kernel after some work. Without recompilation.
HP rx4640. That was 2 years ago. Server switched off for cost saving :(
Started to install toolchain for compilation, but not finished.
Internal disks were too small, some 36 gb i think.
It seems that i have to boot my server, and try again, as there is some
light in end of tunnel. I was hoping to get LXC working on ia64 some
day.
Gasha
On Fri, 9 Feb 2018 11:33:16 +0300 (MSK)
Ivan Zakharyaschev <imz@altlinux.org> wrote:
Hi,
On Wed, 7 Feb 2018, Ivan Zakharyaschev wrote:
On Sun, 4 Feb 2018, Jason Duerstock wrote:
Does the kernel from here work for you?:
https://people.debian.org/~jrtc27/wheezy-backports-ia64/
Specifically
https://people.debian.org/~jrtc27/wheezy-backports-ia64/linux-image-3.16.0-0.bpo.4-mckinley_3.16.39-1+deb8u1~bpo70+1+gcc4.4_ia64.deb
(As I've already said, this kernel works for our machine.)
How to reproduce this build? Have you published the corresponding
rules?
I tried:
$ apt-get source linux-image-3.16.0-0.bpo.4-mckinley
$ cd linux-3.16.39/
$ sed -e 's/gcc-4.6/gcc-4.4/g' debian/config/ia64/defines -i
$ debuild -b -us -uc
$ debuild -j2 -b -us -uc
...
Kernel: vmlinux.gz is ready
ERROR: "numa_slit" [drivers/block/nvme.ko] undefined!
make[6]: *** [__modpost] Error 1
BTW, has anyone been working on adapting the newest kernel package
for ia64? (buildd simply reports that there are no rules for ia64.)
As for building 3.16 myself (reproducing Jason's build), I've found
an obvious fix for the above build problem at
https://kernel.opensuse.org/cgit/kernel-source/commit/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094
:
$ cd debian/patches/
$ mkdir bugfix/ia64
$ wget
'https://kernel.opensuse.org/cgit/kernel-source/plain/patches.arch/ia64-export-numa_slit.patch?h=packaging&id=bbf39ca510248f9f9cbfc3c65e8514df929a3094'
-O bugfix/ia64/ia64-export-numa_slit.patch
$ cat bugfix/ia64/ia64-export-numa_slit.patch
From: Hannes Reinecke <hare@suse.de>
Date: Wed, 14 Jan 2015 15:01:30 +0100
Subject: [PATCH] ia64: export numa_slit()
Patch-Mainline: not yet
References: bnc#913030,FATE#317455
nvme triggers a build error with 'numa_slit' being undefined.
Signed-off-by: Hannes Reinecke <hare@suse.de>
---
arch/ia64/mm/numa.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64/mm/numa.c b/arch/ia64/mm/numa.c
index 88f4eeb..23a914c 100644
--- a/arch/ia64/mm/numa.c
+++ b/arch/ia64/mm/numa.c
@@ -35,6 +35,7 @@ struct node_cpuid_s node_cpuid[NR_CPUS] =
* proportional to the memory access latency ratios.
*/
u8 numa_slit[MAX_NUMNODES * MAX_NUMNODES];
+EXPORT_SYMBOL(numa_slit);
/* Identify which cnode a physical address resides on */
int
Hi Pedro,
Can you try booting this ISO and let us know what happens? http://distfiles.gentoo.org/releases/ia64/autobuilds/20180201T031003Z/install-ia64-minimal-20180201T031003Z.iso
Thanks,
Jason
On Wed, Feb 14, 2018 at 2:52 AM, Pedro Miguel Teixeira <pmsjt@texair.net> wrote:
Hi Emeric.
The machine has no iLO card, so it can’t be because of it. As far as I can >> tell, either ELILO never gets to pass control to the kernel, or the kernel >> never gets to output the 1st message.
_____
Pedro
From: Émeric MASCHINO
Sent: Tuesday, February 13, 2018 23:43
To: Pedro Miguel Teixeira
Cc: Jason Duerstock; Gatis Visnevskis; Ivan Zakharyaschev; debian-ia64;
glebfm@altlinux.org
Subject: Re: Bug#711135: Re: compiling a bootable kernel for ia64 (itanium2, >> mckinley, rx2620)
Well, problem is then likely with iLO card or serial console.
Indeed, I'm daily using a zx6000 workstation for years, being with
Debian for more than a decade, now with Gentoo since Debian has killed
the plug on ia64 in 2013.
I have no problem booting/using it locally (GNOME 3.24 desktop
environment) with kernels 4.9.76 and 4.12.12. Kernels were compiled
either with GCC 4.5.4 (because of a nasty error with GDB that
sometimes segfaults when kernels i compiled with GCC > 4.5) or 6.2.0.
2018-02-14 1:41 GMT+01:00 Pedro Miguel Teixeira <pmsjt@texair.net>:
Hi Jason.
That was close – I was really about to send the zx6000 onto the tech
recycle.
The following is all I get coming out from the console (Serial A, since
the
zx6000 does not have a management card / iLO). After the initrd line
shows,
a good 5 seconds pass. Then the front panel becomes all red and the
cryptic
modem-style sounds come out. I’ve wondered about the health of both my >>> ELILO
and Kernel, but my rx2660 boots fine with the exact the same two.
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Loading device drivers
Loading.: Auxiliary Floating Point Driver
Load of Auxiliary Floating Point Driver failed: Not Found
EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411]
Please select a boot option
Windows Boot Manager
Debian
EFI Shell [Built-in]
Removable Media
Boot Option Maintenance Menu
System Configuration Menu
Use ^ and v to change option(s). Use Enter to select an option
Loading.: Debian
Starting: Debian
ELILO v3.14 for EFI/IA-64
..
Uncompressing Linux... done
Loading file \EFI\debian\initrd.img...done
I was able to install the latest debian distribution.
I managed to update the kernel by hand but all the other software
gets no update because Debian stops the IA64 support.
On 02/20/2018 03:46 PM, Eberhard Heuser wrot> This is the same wrong
behavior with my zx2000 Itanium machine.
I was able to install the latest debian distribution.
I managed to update the kernel by hand but all the other software
gets no update because Debian stops the IA64 support.
Actually, we recently just re-added ia64 as part of Debian Ports.
You just need to update your sources.list:
# binary default
deb http://ftp.ports.debian.org/debian-ports/ unstable main
deb http://incoming.ports.debian.org/buildd/ unstable main
deb http://ftp.ports.debian.org/debian-ports/ unreleased main
# source
deb-src http://ftp.debian.org/debian/ unstable main
deb-src http://incoming.debian.org/debian-buildd/ buildd-unstable main
And install the debian-ports-archive-keyring package.
Adrian
This is what I get, if I add the lines above:
debconf: apt-extracttemplates schlug fehl: Datei oder Verzeichnis nicht gefunden
Extrahiere Vorlagen aus Paketen: 100%
dpkg-deb: Fehler: Archiv »/var/cache/apt/archives/base-files_10.1_ia64.deb« enthält nicht verstandene Datenelemente control.tar.xz, Abbruch
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/base-files_10.1_ia64.deb (--unpack):
Unterprozess dpkg-deb --control gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/base-files_10.1_ia64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Any ideas?
On 02/25/2018 03:00 PM, Eberhard Heuser wrote:
This is what I get, if I add the lines above:You need to upgrade "dpkg" first before you can perform a dist-upgrade:
debconf: apt-extracttemplates schlug fehl: Datei oder Verzeichnis nicht gefunden
Extrahiere Vorlagen aus Paketen: 100%
dpkg-deb: Fehler: Archiv »/var/cache/apt/archives/base-files_10.1_ia64.deb« enthält nicht verstandene Datenelemente control.tar.xz, Abbruch
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/base-files_10.1_ia64.deb (--unpack):
Unterprozess dpkg-deb --control gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/base-files_10.1_ia64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Any ideas?
# apt-get install dpkg
Your current version of dpkg doesn't know how to handle xz compression.
Adrian
dpkg --version
Debian »dpkg« Paketmanagement-Programm Version 1.16.18 (ia64).
Dies ist freie Software; lesen Sie die GNU General Public License in der Version 2 oder höher für Kopierbedingungen. Es wird KEINE Haftung übernommen.
I cannot see how to get a newer version.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 285 |
Nodes: | 16 (2 / 14) |
Uptime: | 74:45:26 |
Calls: | 6,489 |
Calls today: | 2 |
Files: | 12,096 |
Messages: | 5,276,047 |