linux-mips
[Top] [All Lists]

Re: 64 bit build fails

To: "Kevin D. Kissell" <kevink@mips.com>
Subject: Re: 64 bit build fails
From: PianoMan <clemej@alum.rpi.edu>
Date: Fri, 15 Dec 2000 17:28:13 -0500 (EST)
Cc: Carsten Langgaard <carstenl@mips.com>, linux-mips@oss.sgi.com
In-reply-to: <007001c06670$7345d2e0$0deca8c0@Ulysses>
Sender: owner-linux-mips@oss.sgi.com
> > > Looks like an attempt to build a 64-bit Indy kernel.  Various people
> working
> > > on the Origin support have completly broken the support for anything
> else in
> > > their battle tank-style approach ...
> >
> > Ok, that explains why a lot of things are broken.
> > So who will be responsible for fixing all the broken pieces ?
> 
> In the absence of the SGI people being directed to do a
> clean job, I suppose the problem falls to those who have
> an interest in a clean and portable 64-bit MIPS kernel.
> That would include MIPS, of course.  But what about the
> rest of you - could we see a show of virtual hands?  I
> know that TI has both 4K and 5K licenses, and may
> want to be able to exploit the 64-bit capability of the 5K
> under Linux.  And the guys doing the Vr41xx ports may
> also be interested.  Anyone else?  Those of you with
> R4K-based DECstations, perhaps?  Software shops
> looking to support high-end embedded MIPS in set-tops?

I took a crack at this a while back trying the non-brute force
approach.  However, I'm only interested in it as a hobby (I have an I2
R4400, and I'd like to get into some embedded work with the SiByte chip
when it comes out).  I was trying to make the computer look like a single
node (assigning a NASID of 0, etc..), but i got bogged down in the page
vs. node stuff before i got to far into it.  I'd be willing to help and
test again, but i have limited time now, unfortunately.

I was going for functionality, not speed, obviously ;)

john.c

- --
John Clemens           BS, Computer Engineering, RPI 2000
clemej@alum.rpi.edu    at home - Parallel Computer Researcher/Hobbist
clemej@mclx.com        at work - Kernel Engineer 


<Prev in Thread] Current Thread [Next in Thread>