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 <pm...@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; > gle...@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 <pm...@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; gle...@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 <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[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 <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 >>> >>> >> >> > >
