Mailing List Archive

SGI O2 kernel binary that will work w/ Matt Turner's stages?
I'm trying to get gentoo going on an SGI O2. I've booted into the
Gentoo/MIPS livecd and installed Matt Turner's stage3-mips4_multilib
stage onto my hard disk. I can chroot into it and run some commands,
but "ls" gives an "unknown error," and emerge doesn't work, presumably
because the kernel on the livecd is too old.

I setup as much as I could from the livecd, hoping to install Debian's
IP32 kernel from the livecd, since arcload is available there. However,
Debian's IP32 kernels are 64-bit ELF. When I try to boot it with
sashARC, it tells me that it is not 32-bit and refuses to load it. When
I try to boot it with sash64, it tells me "relocation failed."

Does anybody have a kernel and modules for an SGI O2 that works with
Matt's stages? If so, would you be able to put it where I can download
it? :)

On a related note, how does Debian get arcload to boot its 64-bit kernel
on an IP32 machine?
Re: SGI O2 kernel binary that will work w/ Matt Turner's stages? [ In reply to ]
On Wed, Aug 17, 2011 at 4:35 PM, Jim Faulkner <jfaulkne@ccs.neu.edu> wrote:
> I'm trying to get gentoo going on an SGI O2.  I've booted into the
> Gentoo/MIPS livecd and installed Matt Turner's stage3-mips4_multilib
> stage onto my hard disk.  I can chroot into it and run some commands,
> but "ls" gives an "unknown error," and emerge doesn't work, presumably
> because the kernel on the livecd is too old.
>
> I setup as much as I could from the livecd, hoping to install Debian's
> IP32 kernel from the livecd, since arcload is available there.  However,
> Debian's IP32 kernels are 64-bit ELF.  When I try to boot it with
> sashARC, it tells me that it is not 32-bit and refuses to load it.  When
> I try to boot it with sash64, it tells me "relocation failed."
>
> Does anybody have a kernel and modules for an SGI O2 that works with
> Matt's stages?  If so, would you be able to put it where I can download
> it? :)
>
> On a related note, how does Debian get arcload to boot its 64-bit kernel
> on an IP32 machine?

Hi Jim!

Right, the problem with `ls` is an incompatibility between old kernels
(older than 2.6.36) and new glibc built against newer kernel headers.
I've built an O2-compatible kernel (version 3.1.0-r2~) and put it
here: http://dev.gentoo.org/~mattst88/sgi-o2/

I haven't tested it, so if you run into trouble, please let me know
and I'll make some changes.

I'm very glad to see someone trying to use my stages. Please note that
before you rebuild gcc, you should patch
/usr/portage/eclass/toolchain.eclass with the attached patch in this
bug report: https://bugs.gentoo.org/show_bug.cgi?id=358149

I'm not sure, but perhaps the problem about sashARCS/sash64 is fixed
by using the vmlinux.32 I posted?

You can probably get help faster in the #gentoo-mips IRC channel on
Freenode as well. I'd be happy to help.

Thanks, and let me know how it goes,
Matt
Re: SGI O2 kernel binary that will work w/ Matt Turner's stages? [ In reply to ]
On Wed, Aug 17, 2011 at 05:15:11PM -0400, Matt Turner wrote:
>
> I've built an O2-compatible kernel (version 3.1.0-r2~) and put it
> here: http://dev.gentoo.org/~mattst88/sgi-o2/

Thanks a bunch Matt! The vmlinux.32 kernel boots into your stage3 just
fine. Apparently the storage and network drivers are built into the
kernel, so there were no problems accessing the disk or getting the
network up.

However, it looks like PS/2 keyboard support wasn't included, so I can't
login at the console. I enabled sshd and tried to login that way, but
got a "PTY allocation request failed on channel 0" error and was kicked
out after entering my password.

I then wrote an /etc/local.d script consisting of:
mkdir /dev/pts
mount -t devpts -o rw,nosuid,noexec,relatime,gid=5,mode=620 devpts /dev/pts

and rebooted. It works, I can ssh in now!

localhost ~ # uname -a
Linux localhost 3.1.0-rc2+ #1 Wed Aug 17 17:05:33 EDT 2011 mips64 R5000
V2.1 FPU V1.0 SGI O2 GNU/Linux
localhost ~ #

Thanks so much for your work on Gentoo/MIPS! I was really surprised to
see a recent stage3 for this architecture. And thanks again for the
kernel, now I'm up and running. I'll be sure to post to this list
regarding any other issues I run into.
Re: SGI O2 kernel binary that will work w/ Matt Turner's stages? [ In reply to ]
On Wed, Aug 17, 2011 at 6:28 PM, Jim Faulkner <jfaulkne@ccs.neu.edu> wrote:
> On Wed, Aug 17, 2011 at 05:15:11PM -0400, Matt Turner wrote:
>>
>> I've built an O2-compatible kernel (version 3.1.0-r2~) and put it
>> here: http://dev.gentoo.org/~mattst88/sgi-o2/
>
> Thanks a bunch Matt!  The vmlinux.32 kernel boots into your stage3 just
> fine.  Apparently the storage and network drivers are built into the
> kernel, so there were no problems accessing the disk or getting the
> network up.
>
> However, it looks like PS/2 keyboard support wasn't included, so I can't
> login at the console.  I enabled sshd and tried to login that way, but
> got a "PTY allocation request failed on channel 0" error and was kicked
> out after entering my password.

Ah, fixed and reuploaded.

> I then wrote an /etc/local.d script consisting of:
> mkdir /dev/pts
> mount -t devpts -o rw,nosuid,noexec,relatime,gid=5,mode=620 devpts /dev/pts
>
> and rebooted.  It works, I can ssh in now!
>
> localhost ~ # uname -a
> Linux localhost 3.1.0-rc2+ #1 Wed Aug 17 17:05:33 EDT 2011 mips64 R5000
> V2.1 FPU V1.0 SGI O2 GNU/Linux
> localhost ~ #

Good thinking! :)

> Thanks so much for your work on Gentoo/MIPS!  I was really surprised to
> see a recent stage3 for this architecture.  And thanks again for the
> kernel, now I'm up and running.  I'll be sure to post to this list
> regarding any other issues I run into.

Great to hear it. Thanks for using my stages :)

Matt
Re: SGI O2 kernel binary that will work w/ Matt Turner's stages? [ In reply to ]
On Wed, Aug 17, 2011 at 5:15 PM, Matt Turner <mattst88@gentoo.org> wrote:
> I'm very glad to see someone trying to use my stages. Please note that
> before you rebuild gcc, you should patch
> /usr/portage/eclass/toolchain.eclass with the attached patch in this
> bug report: https://bugs.gentoo.org/show_bug.cgi?id=358149

The fix is now committed for this, so it's not necessary to worry
about anymore. :)

Matt