With linux-stable becoming more popular we are reaching the limit of the
current numbering scheme, which is currently hacked to allow 100 patches
from that tree.
The obvious solution is to stop requiring a unique 4 digit number for
each patch, but I have grown to like that system, and it allows for some
I also feel restricted by the current scheme, pasted below for reference.
1XXX critical fixes
2XXX driver related patches
3XXX performance patches
1XX cpu-task schedular & related
3XX disk/memory/swap I/O and management
4XXX additional features.
5XXX experimental patches
I dislike having to file fixes for networking core and netfilter in the
same 'category' as fixes for network drivers. Similar situation for
storage. I also dislike the motherboard category which is very broad by
nature, generally swallowing patches for USB, PCI, ACPI, ...
At the same time, I don't want to get too specific: for example, there's
not much point differentiating between ALSA and OSS drivers, framebuffer
video drivers and DRI video drivers, etc.
There's also no point in the 3XXX and 5XXX ranges with our current
policy - we'd never put things under those categories.
Here's my new proposal. Any comments? I hope to put something similar to
the following into action for the first 2.6.16 release.
1400-1500 linux-stable queue
1900-2000 networking core
2000-2100 storage core
2100-2000 power management (acpi, apm)
2200-2300 bus (usb, ieee1394, pci, pcmcia, ...)
2300-2400 network drivers
2400-2500 storage drivers
2600-2800 media (graphics, sound, tv)
email@example.com mailing list