>
> Russell King writes:
> > There are various options here:
> >
> > 1. Either I can fix up all architectures, and send a patch to this list, or
>
> Fixup all the architectures and send this and the ARM bits to Linus.
>
> I really would wish folks would not choose Alan as the first place
> to send the patch. I'm not directly accusing anyone of it, but it
> does appear that often AC is used as a "back door" to get a change
> in. While this scheme most of the time, often it unnecessarily
> overworks Alan which I think is unfair.
Hi David,
While I agree that this state of affairs must be taxing Alan,
it was my understanding that this situation was _intended_.
It's been explicitly stated, IIRC, that only really important
bug fixes for very well-defined problems should be going
to Linus. This was announced around the time of the 2.4 launch.
The reasoning being that Linus wanted to be assured that we
would not have a backslide in kernel stability after the 2.4
launch, like happened after the 2.2 launch. My understanding
is that Alan is acting as gatekeeper for the experimental
and lower priority patches until after the 2.5 kernel opens
up. Of course, then the 2.4 maintainer (who will likely
be Alan?) will be receiving 2.4 patches, while Linus begins
receiving all things 2.5 (experimental or not). My guess
(perhaps grossly incorrect) is that the flow rate of patches
after the 2.5 tree opens will be pretty evenly split between
2.5 and 2.4.
Again, IIRC, Linus wanted to stay really focused on the 2.4
kernel stability. Having Alan shielding him from the huge
quantity of patches has probably helped him be effective in
making sure patches in the 2.4.x-pre series are good stuff.
Have I got this right?
Cheers,
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/