[3147] in SIPB_Linux_Development
Re: time to desupport?
daemon@ATHENA.MIT.EDU (Derek Atkins)
Sat Oct 28 11:05:43 2000
To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: Bill Cattey <wdc@MIT.EDU>, amu@MIT.EDU, Greg Hudson <ghudson@MIT.EDU>,
linux-dev@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 28 Oct 2000 11:05:36 -0400
In-Reply-To: "Theodore Y. Ts'o"'s message of "Sat, 28 Oct 2000 10:37:09 -0400"
Message-Id: <sjm8zr9t39b.fsf@rcn.ihtfp.org>
I believe that RH6.2 uses 2.2.14, with some number of patches. The
bootdisk is similarly kerneled. I have no idea which set of patches
are used.
Changing the kernel in the boot disk is a challenging prospect,
especially considering the mess that our current
install-server/bootdisk development tree is in.
-derek
"Theodore Y. Ts'o" <tytso@MIT.EDU> writes:
> Date: Fri, 27 Oct 2000 21:09:27 +0000 ()
> From: Bill Cattey <wdc@MIT.EDU>
>
> Yea, what IS it with Linux NFS? After this long, I don't expect
> an NFS implementation to be so prone to hangups. Implementing NFS,
> I thought, was reasonably well understood.
>
> What version of the kernel are people using? If they're not either
> using the Trond patches, or 2.2.18 (which has the Trond patches
> integrated, finally), you can't really expect NFS to work well under
> Linux. The reason why it took so long for the patches to be integrated
> was that moving to the Trond patches required making upgrades to the
> userspace NFS utilities, which Alan Cox didn't want to require. But
> just about all distributions ship with the upgraded NFS utilities, since
> NFS is a disaster without them, so he finally gave in and merged them
> into 2.2.18.
>
> - Ted
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL N1NWH
warlord@MIT.EDU PGP key available
