Question about kernel updates

Jaap A. Haitsma jaap_haitsma at zonnet.nl
Fri Oct 17 20:52:12 UTC 2003


Thanks Sean and Dave

Learned something again today

Jaap


Dave Jones wrote:
> On Fri, Oct 17, 2003 at 09:29:37PM +0200, Jaap A. Haitsma wrote:
> 
>  > Maybe a stupid question, but I'm just curious: why does RedHat (and also 
>  > other distro providers) do this? Why don't they just ship the official 
>  > 2.4.22 kernel and just wait until the 2.4.23 kernel gets released?
> 
> Because theres no guarantee 2.4.23 will be out any time soon.
> It could be six months off for all we know. There are patches going
> into the pre's that fix known problems, so merging the 'obvious fixes'
> is something that's always happened. The riskier bits have been held
> off. For example, the VM updates that are currently going into 2.4.23pre
> which some early-adopters are noting problems with.
>  
>  > It's probably due to the fact that the RedHat Linux kernel is a modified 
>  > version (a fork) of the official kernel. But is this forking/merging 
>  > worth the effort? It takes quite some time to do all this and also there 
>  > is a possibility to introduce extra bugs.
> 
> When there are known fixes in the pre's, just ignoring them and shipping
> a product without because the next stable kernel hadn't been released
> doesn't sound too useful.  I wish it was this easy. You're right that
> its a lot of effort. It's a full time job tracking 2.4, judging whether
> something is needed or not in the RH kernel, merging, adapting 
> (due to NPTL and other largescale changes), and testing.
> 
>  > Wouldn't it be better for RedHat if  RedHat just sends the patches to 
>  > Linus and company, and just accept the fact that they maybe don't accepted?
> 
> A majority of whats been merged in the last few weeks are patches that
> already have been accepted upstream.
> 
> 		Dave
> 






More information about the fedora-devel-list mailing list