Currently, some ports to non-PC architectures are quite good maintained and useable out of the box with currently released upstream kernels. At least, this seems to count for Alpha, StrongARM, SuperH and UltraSparc. Mainstream PPC hardware also seems to be well-supported.
Some other ports don't have a lot of outstanding patches, but there's little development at all which makes it quite hard (if possible at all) to get a current 2.4.x or 2.5.x kernel running on those machines. This is notably true for Sparc (SparcStations) and some M68k variants (Atari).
Some other ports do have own source code repositories with a large number of outstanding patches. Additionally, these architectures oftenly can use common (eg. ISA or PCI) drivers, but need to tweak them a little (which means that there are arch-dependant patches to arch-independant drivers which are hard/not-nice to merge, especially if no communication to the initial author fires up to really resolve those problems). At least, PA-RISC, PA-RISC64 and all MIPS incarnations belong to this category.
Then, there are some other architectures which do have a really small user base. Problem here is that these ports are not really well-tested and there's little known about them at all. Some of them seem to die at some time, while some other are just starting (small user base because hardware isn't yet commonly available). This includes cris, m68k, m68knommu, v850 on the one hand and ia64, s390(x), um and x86_64 on the other hand...
The core goal of this project is to ease usage of Linux on non-Intel compatible computers. Installation itself is more or less self-containent and I don't plan doing anything there. But from my today's view, an average-experienced non-Intel user (which is, most of the time, a Linux power user) expects some things from Linux:
After these two main goals are done, the highest hurdles for upgrowind non-Intel kernel hackers and power users are taken:)
|CPU||Board||2.4.x||2.5.x||Maintainers / Important Contributors||Web Site||Mailing Lists|
|Alpha||all||Up to date||Up to date||Richard Henderson <email@example.com>
Ivan Kokshaysky <firstname.lastname@example.org>
|3000 TurboChannel||Not yet supported||Not yet supported||George Armhold <email@example.com>
Craig P. Prescott <firstname.lastname@example.org>
|Cris||all||Unknown||Unknown||Bjorn Wesen <email@example.com>||http://firstname.lastname@example.org|
|H8300||all||Unknown||Unknown||Yoshinori Sato <email@example.com>|
|i386||all||Up to date||Up to date||Linus Benedict Torvalds <firstname.lastname@example.org>||http://email@example.com|
|visws||Unknown||Unknown||Andrey Panin <firstname.lastname@example.org>||http://email@example.com|
|PC9800||Unknown||Unknown||Osamu Tomita <firstname.lastname@example.org>||http://www.kmc.gr.jp/proj/linux98/index-english.html|
|IA64||all||Unknown||Unknown||David Mosberger-Tang <email@example.com>||http://firstname.lastname@example.org|
|m68k||all||2.4.x mostly works, Atari might suffer from bit rotting (better try 2.2.x).||Amiga (no SCSI) and Q40/Q60) should work, other boards need work.||Jes Sorensen <email@example.com> is port maintainer, Geert Uytterhoeven <firstname.lastname@example.org> and Roman Zippel <email@example.com> are keeping CVS (http://linux-m68k-cvs.apia.dhs.org/) up to date.||http://www.linux-m68k.org/
|amiga||Should work.||Currently no SCSI, needs little work||Geert Uytterhoeven <firstname.lastname@example.org>|
|atari||Probably broken, 2.2.x should work.||Most probably broken.|
|mac||2.2.x in CVS at http://linux-mac68k.sourceforge.net/ is th is the last known-good kernel for m68k-MACs. 2.4.x is most probably broken at the moment.||2.5.x is most probably broken at the moment.||Joshua Thompson <email@example.com>
Ray Knight <firstname.lastname@example.org>
|HP9000/300||Unknown||Unknown||Philip Blundell <email@example.com>||http://www.tazenda.demon.co.uk/phil/linux-hp/|
|q40/q60||Seems to have little aged, outstanding patches||Unknown||Richard Zidlickyrz <firstname.lastname@example.org>||http://linux-q40.sourceforge.net/|
|sun3||Unknown||Unknown||Sam Creasey <email@example.com>||http://firstname.lastname@example.org|
|sun3x||Unknown||Unknown||Sam Creasey <email@example.com>||http://firstname.lastname@example.org|
|VME||Unknown||Unknown||Richard Hirst <email@example.com>|
|m68knommu||all||Unknown||Unknown||Greg Ungerer <firstname.lastname@example.org>
David McCullough <email@example.com>
|MIPS||all||Nearly up to date, many patches need to go upstream||After a killer import, 2.5.x is at a current state and some surgery is done to make it run again. A ton of patches went upstream after 2.5.73, more is to follow.||Ralf Bächle <firstname.lastname@example.org>||http://email@example.com|
|DECstation||Nearly up to date, many patches need to go upstream||After a killer import, 2.5.x is at a current state and some surgery is done to make it run again.||Maciej W. Rozycki <firstname.lastname@example.org>||http://www.linux-mips.org/
|Misc. Boards||Nearly up to date, many patches need to go upstream||After a killer import, 2.5.x is at a current state and some surgery is done to make it run again.|
|PA-RISC||all||Up to date, patches need to go upstream||Up to date, patches need to go upstream||Matthew Wilcox <email@example.com>
Grant Grundler <firstname.lastname@example.org>
|PPC||all||Unknown||Unknown||Benjamin Herrenschmidt <email@example.com>
Roman Zippel <firstname.lastname@example.org>
|IBM RS6000 (PREP)||2.4.x seems to work out of the box||Unknown||http://penguinppc.org/
|NuBus-based PPC-MACs (61xx, 7100, 8100, 62xx and 52xx systems)||BK-tree at http://nubus-pmac.bkbits.net/ is somewhat working||Unknown||Etsushi Kato <email@example.com>
Ray Knight <firstname.lastname@example.org>
|Pre-compiled kernels are available at ftp://ppc.linux.or.jp/pub/users/ekato/nubus-pmac/current/||"linuxppc-nubus"-list at http://lists.linuxppc.org|
|PPC64||all||Unknown||Unknown||David Engebretsen <email@example.com>||http://linuxppc64.org/|
|S/390||all||Unknown||Unknown||Martin Schwidefsky <firstname.lastname@example.org>||http://email@example.com
|Sparc||all||Mostly up to date, but some issues...||Mostly up to date, but some (more?) issues...||Pete Zaitcev <firstname.lastname@example.org>
Dave S. Miller <email@example.com>
|Sparc64||sun4u||Mostly up to date||Mostly up to date||Dave S. Miller <firstname.lastname@example.org>||http://email@example.com|
|StrongARM||all||Unknown||Unknown||Russell King <firstname.lastname@example.org>||http://email@example.com|
|pt||Unknown||Unknown||Stefan Eletzhofer <firstname.lastname@example.org>|
|shark||Unknown||Unknown||Alexander Schulz <email@example.com>||http://www.shark-linux.de/shark.html|
|SuperH||all||Unknown||Unknown||Niibe Yutaka <firstname.lastname@example.org>||http://email@example.com|
|UM||all||Unknown||Unknown||Jeff Dike <firstname.lastname@example.org>||http://email@example.com|
|VAX||all||Experimental port with mostly statically linked userland, no glibc support yet.||http://linux-vax.sourceforge.net/index.html|
|V850||all||Unknown||Unknown||Miles Bader <firstname.lastname@example.org>||http://www.ee.nec.de/uclinux/|
|X86_64||all||Unknown||Unknown||Andi Kleen <email@example.com>||http://firstname.lastname@example.org|
To complete needed date (we at least need to know what at all needs to be done:) I'm planing to send an email to all port and board maintainers asking them:
After inquiring latest data on all those ports, we will separate them into two groups:
I'll simply forget about the first group because we cannot do anything for them:) However, the second group of ports need help. For these ports, we've got to choose the best method of resyncing them with Linus. Additionally, I'll pay attention that their 2.5.x files are kept up to date. I'm sure that it would be nice to have a fully working 2.4.x, but I suspect there's so much code outstanding that there's no way in syncing that. This way, I'll mostly try to get 2.5.x (and later development releases) fully synced to achieve future value. Having 2.4.x fine and all might be nice, but it's worthless if you die in 2.5.x..
This is what I can offer:
As a port maintainer, you can do quite a lot to improve current situation:
All informations presented on this web page are seamlessly stolen from different web sites all over the world. Most of them came from port specific home sites.
Additionally, some good hints and lots of corrections had been sent to me by email from various volunteering persons, especially from quite some port maintainers. After all, their help and knowledge is what is needed here! Thanks a lot!
Further more, I already looked at these pages (or I need to) to compile the table above:
I already contacted some port maintainers and here's what they told me. Note that this is only a collection of results, emails, IRC chats and so on. It's far from being complete...
Please send hints, additions, comments, patches and corrections to Jan-Benedict Glaw <email@example.com>. Flames and insults will be silently ignored.
Last changed: Tue, 09 Sep 2003 21:27:56 +0200