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<mailto:[email protected]> Sent: Friday, February 9, 2018 03:13 To: Ivan Zakharyaschev<mailto:[email protected]> Cc: Jason Duerstock<mailto:[email protected]>; debian-ia64<mailto:[email protected]>; [email protected]<mailto:[email protected]> 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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> > --- > 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
