Linux PARISC architecture development
 help / color / mirror / Atom feed
From: willy@thepuffingroup.com
To: parisc-linux@thepuffingroup.com
Subject: [parisc-linux] State Of The Port [2000/02/13]
Date: Sun, 13 Feb 2000 16:22:06 -0500	[thread overview]
Message-ID: <20000213162206.I9944@thepuffingroup.com> (raw)


State of the Port

It's been a while since we put one of these out, so here goes:

 * Grant has contributed support for the C3000/J5000 and similar machines
   which have an I/O SAPIC.

 * A cast of thousands hacked on the Tulip (onboard DINO/IOSAPIC based
   machines) driver.  Eventually, Thomas persuaded it to work.

 * Sammy & Helge made LASI ethernet work.

 * Thomas massaged some C IP checksum code until it worked.  NFS now works!

 * Our kernel tree is currently based on Linux 2.3.42.  Michael
   Ang shepherded us through this merge with contributions from
   (alphabetically), Paul, Thomas, Grant, Philipp and Matthew.

   Naturally, Linus put out 2.3.43 within a few hours of the merge
   being completed.

 * Grant has also got some signs of life from the Symbios 896 

 * Martin fixed a console problem that made sash crash when using the
   serial console.

 * John Marvin has been working on Linux syscalls.

 * Sammy has a 32-bit ELF kernel booted [but hasn't committed the code
   yet, to give us enough time to get an ELF toolchain to everyone].

So what does it currently work on?

 * C3000/J5000 (no serial input yet)
 * A180
 * C360
 * 712

These are the machines developers are mainly using right now.
Other machines simply aren't being tested and may work anyway.

The future:

We'll try to stay more current with Linus' codebase.  On the other hand,
we don't want to be merging all the time.  The compromise we've decided to
try is to merge approximately once a month, depending on exactly what's
been changed.  2.3.43 breaks half the network drivers, so we don't want
to merge yet.  On the other hand, it does have the new `coherent DMA'
interface, which we will want to take advantage of.

We need to start thinking about moving the kernel to 64-bit ELF.
There are some places where we've assumed sizeof(long) == sizeof(int),
and some of the assembler needs changing.

We need to start working on making the system self-hosting.  That means
getting a C compiler running, porting glibc, etc.

Apologies to anyone or anything I missed.

             reply	other threads:[~2000-02-13 22:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-02-13 21:22 willy [this message]
2000-02-13 23:35 ` [parisc-linux] State Of The Port [2000/02/13] Dominik Kubla
  -- strict thread matches above, loose matches on Subject: below --
2000-02-14 16:56 Ulrich Strelow
2000-02-14 20:06 ` willy
2000-02-15 15:59 Ulrich Strelow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20000213162206.I9944@thepuffingroup.com \
    --to=willy@thepuffingroup.com \
    --cc=parisc-linux@thepuffingroup.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox