[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Upgrading the Kernel in RH



On Mon, 22 Oct 2001, Haim Gelfenbeyn wrote:

> PROS (RPMs):
> 
> 1. Kernel was actually tested by someone, and run some regression tests.

Don't count on RedHat doing regression tests on Linux kernels. I put my
trust in Linus, and usually, except two times I can remember, he delivers.

There are quite a bit of holes in the kernels RH ships with it's OS.

> 2. Optional stuff by Alan Cox, without all the not-so-necessary changes
> in the -ac tree.

I like -ac kernels.

> 3. Works best with RH userland programs.

I never ever encountered a problem between a self compiled kernel and any
RH userland program. Also, I am not compiling the kernel for i386, but
more optimized.

> CONS (RPMs):
> 
> 1. Too much unneeded stuff compiled in (e.g. SCSI if you don't have it
> on your system, etc)

That is not a conn. They are modules, and waste a zeroish amount of space.

> 2. Always a step or two behind current latest kernel.
> 
> PROS ("vanilla" kernels):
> 
> 1. Bleeding edge
> 2. Absolute configurability
> 3. Can use various third-party patches
> 
> CONS:
> 
> 1. Questionable quality, at best

Not more questionable that RH's. Unless you run out and install the latest
kernel. I always install latest-1 kernel, after hearing the feedback from
the linux-kernel mailing lists, which are way better in quality checking
that RH regression tests (haha).

> 2. Need to know exactly what you're doing

That's a CON ?  I thought we actually took pride in that.
> 
> 
> There is a third option, however, and it's using Alan Cox's kernel tree.
> I never tried it, since I need XFS support and don't want to
> mix-and-match too much with huge kernel patches, but it may be appealing
> to some people.

I have been using -ac kernels for a long time, and with two or three
exceptions in the past, I like them.

--Ariel

--
Ariel Biener
e-mail: ariel@post.tau.ac.il
PGP(6.5.8) public key http://www.tau.ac.il/~ariel/pgp.html


=================================================================
To unsubscribe, send mail to linux-il-request@linux.org.il with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail linux-il-request@linux.org.il