Linux Kernel 2.6 Released
The next generation of Linux is here, 2.6.0 was released this evening. Alot of work has gone into Sparc64 support, including fibre channel support, QFE support, etc. Not to mention support for some of the general features of the 2.6 kernel like NFSv4 (also in Solaris10), OpenAFS, CODA, and much much more. If you’ve never used Linux on Sparc both Gentoo and Debian are good distros depending on your tastes, and with the OpenBoot PROM we all know and love dual booting for some play is childs play. [Correction: The AFS client code in 2.6 is not OpenAFS code, it is a new implementation from Red Hat -benr]
WRONG! I don’t know where you got this info on the 2.6 kernel but there is no OpenAFS support, no CODA support (a pretty much dead project anyway). Not sure where you made up this information, but check your sources buddy.
Anonymous post on Jan 7th…… Welp, here you go genius. I don’t know how you could possibly miss this, but like so many other you possibly don’t understand yet how to navigate your options in kernel configuration. Anyway have a look:
The image is here: http://www.cuddletech.com/kernel260-netfs.jpg
You can clearly see, assuming your not blind, support for: NFSv3 and v4 support, SMB support, CIFS support, NCP support, CODA support (not dead, in hybernation), Intermezzo support, and AFS support (code came from OpenAFS base).
Just in case your still running ext2 because you can’t find other file systems, ext3, reiserfs, xfs, and jfs are all present as well if you look hard enough. 😉
Wrong again, try from the source (have you actually ever even used AFS?)
https://lists.openafs.org/pipermail/openafs-info/2004-January/011730.html
This filesystem provides a fairly simple AFS filesystem driver. It is under
development and only provides very basic facilities. It does not yet support
the following AFS features:
(*) Write support.
(*) Communications security.
(*) Local caching.
(*) pioctl() system call.
(*) Automatic mounting of embedded mountpoints.
That is not AFS support. And this isn’t OpenAFS.
Hey. I never said the AFS support actually _worked_. 🙂
But so you are correct, technically it’s the “Red Hat AFS Client File System” as authored by David Howells, who just so happens to be an OpenAFS team developer… sounds kinda debatable to me. But hey, if they don’t actually wanna put the name OpenAFS on it fine, it is a new implementation.
And no….. I haven’t used AFS or OpenAFS for at least 2 years. I use CODA.
benr.