Loading...
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 | Maintainers And Source Submission Procedures
In order to keep things easy for the maintainers please try to
follow the guidelines given. Not all of these guidelines matter for every
trivial patch so apply some common sense.
1. Always _test_ your changes however small on at least 4 or 5 people,
preferably many more.
2. Try and release a few ALPHA test versions to the net. Announce them
onto the kernel channel and await results. This is especially important
for device drivers because often thats the only way you will find things
like the fact version 3 firmware needs a magic fix you didnt know about, or
some clown changed the chips on a board and not its name (Don't laugh look
at the SMC etherpower for that).
3. Make sure your changes compile correctly in multiple configurations.
4. When you are happy with a change make it generally available for
testing and await feedback.
5. Make a patch available to the relevant maintainer in the list. Use
'diff -u' to make the patch easy to merge. Be prepared to get your changes
sent back with seemingly silly requests about formatting and variable names.
These aren't as silly as they seem, one job the maintainers (and especially
Linus) do is to keep things looking the same. Sometimes this means that
the clever hack in your driver to get around a problem actual needs to
become a generalised kernel feature ready for next time.
PLEASE try and include any credit lines you want added with the
patch. It avoids people being missed off by mistake and makes it easier to
know who wants adding and who doesn't.
PLEASE Document known bugs. If it doesnt work for everything or
does something very odd once a month document it.
6. Make sure you have the right to send any changes you make. If you
do changes at work you may find your employer owns the patch not you.
7. Happy hacking
[This file is new: I've just put the existing network contacts in, other
people please add yourselves] -- AC
-----------------------------------
Maintainers List (try to look for most precise areas first)
P: Person
M: Mail patches to
L: Mailing list that is relevant to this area
W: Web-page with status/info
S: Status
Supported: Someone is actually paid to look after this (wildly
improbable).
Maintained: Someone actually looks after it.
Odd Fixes: It has a maintainer but they don't have time to do
much other than throw the odd patch in. See below..
Orphan: No current maintainer [but maybe you could take the
role as you write your new code].
Obsolete: Ex code. Something tagged obsolete generally means
its been replaced by a better system and you should
be using that.
3C501 NETWORK DRIVER
P: Alan Cox
M: net-patches@lxorguk.ukuu.org.uk
L: linux-net@vger.rutgers.edu
S: Maintained
APM DRIVER
P: Rik Faith
M: faith@cs.unc.edu
L: linux-laptop@vger.rutgers.edu
S: Maintained
APPLETALK NETWORK LAYER
P: Alan Cox & University Of Michigan
M: net-patches@lxorguk.ukuu.org.uk, Cc: netatalk@umich.edu
L: [Someone fill in the netatalk list here]
S: Maintained
AX.25 NETWORK LAYER
P: Jon Naylor
M: jsn@cs.nott.ac.uk
L: linux-hams@vger.rutges.edu
S: Maintained
BUSLOGIC SCSI DRIVER
P: Leonard N. Zubkoff
M: Leonard N. Zubkoff <lnz@dandelion.com>
L: None
S: Maintained
FRAME RELAY DLCI/FRAD (Sangoma drivers too)
P: Mike McLagan
M: mike.mclagan@linux.org
L: linux-net@vger.rutgers.edu
S: Maintained
FUTURE DOMAIN TMC-16x0 SCSI DRIVER (16-bit)
P: Rik Faith
M: faith@cs.unc.edu
L: linux-scsi@vger.rutgers.edu
S: Odd fixes (e.g., new signatures)
SCSI TAPE DRIVER
P: Kai Mdkisara
M: Kai.Makisara@metla.fi
L: linux-scsi@vger.rutgers.edu
S: Maintained
FTAPE/QIC-117:
P: Kai Harrekilde-Petersen
M: khp@@dolphinics.no
L: linux-tape@vger.rutgers.edu
S: Maintained
IPX NETWORK LAYER
P: Alan Cox [for the moment]
M: net-patches@lxorguk.ukuu.org.uk
L: linux-ipx@vger.rutgers.edu [will change]
S: Maintained
IDE DRIVER [GENERAL]
P: Mark Lord
M: mlord@pobox.com
L: linux-kernel@vger.rutgers.edu
S: Maintained
ISDN SUBSYSTEM
P: Fritz Elfert
M: fritz@wuemaus.franken.de
L: isdn4linux@hub-wue.franken.de
S: Maintained
MODULE SUPPORT [GENERAL], KERNELD
P: Bjorn Ekwall
M: bj0rn@blox.se
W: http://www.pi.se/blox/modules/
L: linux-kernel@vger.rutgers.edu
S: Maintained
ARPD SUPPORT
P: Jonathan Layes
M: layes@loran.com
L: linux-net@vger.rutgers.edu
S: Maintained
NCP FILESYSTEM:
P: Volker Lendecke
M: lendecke@namu01.gwdg.de
L: linware@sh.cvut.cz
S: Maintained
NETROM NETWORK LAYER
P: Jon Naylor
M: jsn@cs.nott.ac.uk
L: linux-hams@vger.rutges.edu
S: Maintained
NETWORKING [GENERAL]:
P: Alan Cox
M: net-patches@lxorguk.ukuu.org.uk
L: linux-net@vger.rutgers.edu
S: Odd Fixes <-> Maintained subject to workloads
PPP PROTOCOL DRIVERS AND COMPRESSORS
P: Al Longyear
M: longyear@netcom.com, Cc: longyear@sii.com
L: linux-ppp@vger.rutgers.edu
S: Maintained
SMB FILESYSTEM:
P: Volker Lendecke
M: lendecke@namu01.gwdg.de
L: samba@listproc.anu.edu.au
S: Odd Fixes
SMP:
P: Alan Cox
M: smp-patches@lxorguk.ukuu.org.uk
L: linux-smp@vger.rutgers.edu
S: Maintained
SPARC:
P: David S. Miller
M: davem@caip.rutgers.edu
L: sparclinux@vger.rutgers.edu
S: Maintained
SVGA HANDLING:
P: Martin Mares
M: mj@k332.feld.cvut.cz
L: linux-kernel@vger.rutgers.edu
S: Maintained
REST:
P: Linus Torvalds
S: Buried alive in email
|