All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
* Re: Mips Magnum and Linux
       [not found] <199801272051.PAA03145@hp817.speedware.com>
@ 1998-01-28  1:27 ` ralf
  0 siblings, 0 replies; only message in thread
From: ralf @ 1998-01-28  1:27 UTC (permalink / raw
  To: linux-mips, linux

On Tue, Jan 27, 1998 at 03:51:58PM -0500, Chris. Rupnik wrote:

>  I noticed that the latest news page was updated yesterday, so i was wondering
>  if one of you had a little more time to perhaps guide me along in starting
>  a big endian port of linux for the mips magnum?

Actually the big endian port should be pretty much straight forward because
Linux is already running on big endian machines.  What would need to be
done is:

 - You'll have to implement a new boot strategy for the machine.  The way
   it is being done for the other machines won't work because the big
   endian Magnum uses a different firmware.

   Q: is there any documentation available about the firmware used for the
   big endian Magnum 4000?  Is it the same firmware as the old pre-ARC
   firmware for SGIs?  What type of disk partitions do the old firmware
   rsp. the RISC/os use?  (Sun style disklabels or ???)

   Cc to linux@engr where the real Magnum gurus are.

 - possibly fixing endianess related bugs in the code.  The kernel runs
   on big endian machines however the Magnum specific code and drivers
   have only be tested on little endian machines

 - No work will have to be done on userland.

 - Caveat: the DMA engine in the Magnum does not know about the byteorder.
   The Magnum is actually designed as a little endian machine.  If you're
   running the Magnum in big endian mode the DMA engine will read from
   memory in 64 bit chunks but not swap the byteorder as it would have to.

   This means data will correctly be read/written from/to the disk but
   media will not be exchangeable with other systems.  A possible workaround
   would be to swap the buffers in software, but that's a performance problem
   for fast devices like hard disks.

   So initially you can just ignore the problem as long as you don't want to
   exchange data with other systems via exchangable media.

  Ralf

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~1998-01-28  6:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <199801272051.PAA03145@hp817.speedware.com>
1998-01-28  1:27 ` Mips Magnum and Linux ralf

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.