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 <pm...@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; gle...@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 <i...@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: *** [__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 <h...@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 <h...@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 > >