lk maintainers

[Denis Vlasenko]

This document is mailed to lkml regularly and will be modified
whenever new victim wishes to be listed in it or someone can
no longer devote his time to maintainer work.

If you want your entry added/updated/removed, contact me.

BTW, requests to move your entry to the top of the list
without actually changing the text are fine too: that
will indicate that entry is not outdated, so don't be shy ;-)

BTW, copy of this list at kernelnewbies is outdated.
--
vda
------- cut here ------ cut here ------ cut here ------ cut here ------

So, you are new to Linux kernel hacking and want to submit a kernel bug
report or a patch but don't know how to do it and _where_ to report it?

Preparing bug report:
=====================
*** Remember: bad/incomplete bug report ONLY wastes bandwidth! ***
How To Ask Questions The Smart Way:
    http://www.tuxedo.org/~esr/faqs/smart-questions.html
	Anybody who has written software for public use will
	probably have received at least one bad bug report.
	Reports that say nothing ("It doesn't work!");
	reports that make no sense; reports that don't give
	enough information; reports that give wrong information.
How to Report Bugs Effectively:
    http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
	Before asking a technical question by email, or in
	a newsgroup, or on a website chat board, do the following:
	* Try to find an answer by searching the Web.
	* Try to find an answer by reading the manual.
	* Try to find an answer by reading a FAQ.
	* Try to find an answer by inspection or experimentation.
	* Try to find an answer by reading the source code.
Compile problems: report GCC output and result of "grep '^CONFIG_' .config"
Oops: decode it with ksymoops.
Unkillable process: Alt-SysRq-T and ksymoops relevant part.
Yes it means you should have ksymoops installed and tested,
which is easy to get wrong. I've done that too often.

Sending bug report/patch:
=========================
* Some device drivers have active developers, try to contact them first.
* Otherwise find a subsystem maintainer to which your report pertains
  and send report to his address.
* Small fixes and device driver updates are best directed to subsystem
  maintainers and "small bits" integrators.
* It never hurts to CC: Linux kernel mailing list, but without specific
  maintainer address in To: field there is high probability that your
  patch won't be noticed. You have been warned.
* Do not send it to all addresses at once! This will annoy lots of people
  and isn't useful at all. It's a spam.
* Do NOT send small fixes to Linus, he just can't handle _everything_.
  He will eventually receive it from maintainers/integrators, send it
  their way.
* If your patch is something big and new, announce it on lkml and try
  to attract testers. After it has been tested and discussed, you can
  expect Linus to consider inclusion in mainline.

		Current Linux kernel people

Note that this list is sorted in reversed date order, most recent
entries first. This means than entries at bottom can be outdated :-(

Linux kernel mailing list <[e-mail]>
	Post anything related to Linux kernel here, but nothing else :-)

Andre Hedrick <[e-mail]> [02 oct 2002]
	ATA/ATAPI Storage Architect [2.0,2.2,2.4,2.5]
	HBA interface developer
	Serial ATA Architect [future release]
	Voting NCITS member AT-Attachment Committee

Jeff Garzik <[e-mail]> [24 sep 2002]
	I am the network-card-drivers guy (8139 for instance).
	CC me and Andrew Morton <[e-mail]> on network driver patches.

Jan-Benedict Glaw <[e-mail]> [18 sep 2002]
	I'm responsible for Alpha's srm_env driver, providing access to
	SRM's firmware variables.

Stuart MacDonald <[e-mail]> [13 sep 2002]
	Connect Tech's linux kernel guy. Currently includes hacking on
	drivers/char/serial.c (Blue Heat, Xtreme, Dflex) and maintaining
	drivers/usb/serial/whiteheat.c (WhiteHEAT)

Vojtech Pavlik <[e-mail]> [13 sep 2002]
	Feel free to send me bug reports and patches to input device drivers
	(drivers/input/*, drivers/char/joystick/*)
	I also want to receive bug reports and patches for following
	USB drivers: printer, acm, catc, hid*, usbmouse, usbkbd, wacom.
	All other (not in the list) USB driver changes should go to USB
	maintainer (hopefully there is one listed here :-).
	Also CC me if you are posting VIA IDE driver related message
	(although I am not IDE subsystem maintainer).

Robert Love <[e-mail]> [12 sep 2002]
	Preemptible kernel maintainer.
	I am also interesting in anything related to scheduling or locking
	primitives.

Jan Kara <[e-mail]> [22 aug 2002]
	quota subsystem maintainer

Paul Larson <[e-mail]> [20 aug 2002]
	I'm a maintainer for the Linux Test Project and it would be nice
	if people knew to send their test programs, etc. to me.  I see
	a lot of them flying around on lkml and try to catch them when
	I can, but it's a lot to keep up with.  It would be even better
	if people just knew to send them our way so we could clean
	them up and put them in LTP for regression testing.

Dave Engebretsen <[e-mail]> [15 aug 2002]
	PPC64 architecture maintainer.  Please send PPC64 patches to me
	and our mailing list at <[e-mail]>

Ingo Molnar <[e-mail]> [30 jul 2002]
	Ingo wrote the new scheduler for 2.5.

Ralf Baechle <[e-mail]> [30 jul 2002]
	I am maintainer of the AX.25 code

Victor Yodaiken <[e-mail]> [30 jul 2002]
	RTLinux patches, updates, contributions, drivers.
	Please send first to the list: [e-mail]

Pavel Machek <[e-mail]> [27 jul 2002]
	I am network block device maintainer. Visit http://nbd.sf.net.
	(see Steven Whitehouse <[e-mail]> entry)
	I am working on software suspend.

William Irwin <[e-mail]> [02 jul 2002]
	Send bug reports and/or feature requests related to many tasks,
	rmap, space consumption, or allocators to me. I'm involved in
	* rmap
	* memory allocators
	* reducing space consumed by data structures (e.g. struct page)
	* issues arising in workloads with many tasks
	* kernel janitoring
	See also:
	Rik van Riel <[e-mail]>
	Andrea Arcangeli <[e-mail]>
	Martin Bligh <[e-mail]>
	Andrew Morton <[e-mail]>

Dave Jones <[e-mail]> [23 apr 2002]
	I collect various bits and pieces for inclusion in 2.5,
	especially small and trivial ones and driver updates.
	I'll feed them to Linus when (and if) they
	are proved to be worthy.

Andrea Arcangeli <[e-mail]> [28 mar 2002]
	Send VM related bug reports and patches to me.
	I'm especially interested in VM issues with:
	* lots of RAM and CPUs
	* NUMA
	* heavy swap scenarios
	* performance of I/O intensive workloads (in particular
	  with lots of async buffer flushing involved)
	See also Martin J. Bligh <[e-mail]> entry
	Mail also:
	Arjan van de Ven <[e-mail]>

Martin J. Bligh <[e-mail]> [28 mar 2002]
	I'm interested in VM issues with lots (>4G for i386)
	of RAM, lots of CPUs, NUMA

Steven Whitehouse <[e-mail]> [27 mar 2002]
	I am the Linux DECnet network stack maintainer
	Visit http://www.chygwyn.com/decnet/

Arnaldo Carvalho de Melo <[e-mail]> [26 mar 2002]
	IPX, 802.2 LLC, NetBEUI, http://kerneljanitors.org,
	cyclom2x sync card driver

John Cagle <[e-mail]> [19 mar 2002]
	The current maintainer of devices.txt, the list of
	assigned device numbers for LANANA.  Consult the web
	site (www.lanana.org) for instructions on submitting
	requests for new device numbers.  Send all device
	related email to <[e-mail]>.

Tigran Aivazian <[e-mail]>
	I am author and maintainer of BFS filesystem and IA32
	microcode update driver.

Rogier Wolff <[e-mail]> [12 mar 2002]
	I do "specialix serial ports":
	drivers/char/specialix.c (IO8+)
	drivers/char/sx.c        (SX, SI, SIO)
	drivers/char/rio/*.c     (RIO)

Martin Dalecki <[e-mail]> [11 mar 2002]
	IDE subsystem maintainer for 2.5
	(mail Vojtech Pavlik <[e-mail]> too)

Ed Vance <[e-mail]> [05 mar 2002]
	Maintainer for the generic serial driver, serial.c,
	for 2.2 and 2.4 kernels.  Please post patches to
	[e-mail] for tested bug
	fixes or to add support for a new serial device.
	Limited to time available. If I have not responded
	in a week, yell at [e-mail]

netfilter/iptables development <[e-mail]> [23 feb 2002]
	Please report all netfilter/iptables related problems
	to this mailinglist, where all netfilter developers are present.
	See also http://www.netfilter.org/contact.html

Hans Reiser <[e-mail]> [16 feb 2002]
	Send me all reiserfs related patches with a cc to
	[e-mail], send bug reports to
	[e-mail], send paid support requests to
	[e-mail] after going to www.namesys.com/support.html
	to pay, send discussions (not bug reports unless they are
	interesting to most persons) to [e-mail].
	If we sit on your patch for a week without responding,
	yell at us, we deserve it.  Look at our web page
	at www.namesys.com for more about sending us code,
	working with us, and our patch submission and tracking system.

Paul Bristow <[e-mail]> [16 feb 2002]
	I am an ide-floppy driver maintainer
	(ATAPI ZIP, LS-120/240 Superdisk, Clik! drives).

Mike Phillips <[e-mail]> [15 feb 2002]
	Token ring subsystem and drivers.

Anton Altaparmakov <[e-mail]> [15 feb 2002]
	I am the NTFS guy.

https://bugzilla.redhat.com/bugzilla [14 feb 2002]
	Reports of problems with the Red Hat shipped kernels.

Alan Cox <[e-mail]> [14 feb 2002]
	Linux 2.2 maintainer (maintenance fixes only).
	Collator of patches for unmaintained things in 2.2/2.4.
	Maintainer of the 2.4-ac (2.4 plus stuff being tested) tree.
	I2O, sound, 3c501 maintainer for 2.2/2.4.

ALSA development <[e-mail]> [12 feb 2002]
Jaroslav Kysela <[e-mail]> [12 feb 2002]
	Advanced Linux Sound Architecture
	ALSA patches are available at
	ftp://ftp.alsa-project.org/pub/kernel-patches/*

Neil Brown <[e-mail]> [08 feb 2002]
	I am interested in any issues with the code in:
	NFS server    (fs/nfsd/*)
	software RAID (drivers/md/{md,raid,linear}*)
	or related include files.

Maksim Krasnyanskiy <[e-mail]> [08 feb 2002]
	I'm author and maintainer of the Bluetooth subsystem
	and Universal TUN/TAP device driver.
	These days mostly working on Bluetooth stuff.

Rik van Riel <[e-mail]> [07 feb 2002]
	Send me VM related stuff, please CC to [e-mail]

Geert Uytterhoeven <[e-mail]> [07 feb 2002]
	I work on the frame buffer subsystem, the m68k port (Amiga part),
	and the PPC port (CHRP LongTrail part).
	Unfortunately I barely have spare time to really work on these
	things. My job is not Linux-related (so far :-). I can not
	promise anything about my maintainership performance.

H. Peter Anvin <[e-mail]> [07 feb 2002]
	i386 boot and feature code, i386 boot protocol, autofs3,
	compressed iso9660 (but I'll accept all iso9660-related
	changes).  kernel.org site manager; please contact me
	for sponsorship-related issues.

kernel.org admins <[e-mail]> [07 feb 2002]
	Kernel.org sysadmins.  Contact us if you notice something breaks,
	or if you want a change make sure you give us at least 1-2 weeks.
	Please note that we got a lot of feature requests, a lot of
	which conflict or simply aren't practical; we don't have time to
	respond to all requests.

Greg KH <[e-mail]> [07 feb 2002]
	I am USB and PCI Hotplug maintainer.

Trond Myklebust <[e-mail]> [07 feb 2002]
	I am NFS client maintainer.

James Simmons <[e-mail]> [07 feb 2002]
	Console and framebuffer sybsustems.
	I also play around with the input layer.

Richard Gooch <[e-mail]> [07 feb 2002]
	I maintain devfs. I want people to Cc: me when reporting devfs
	problems, since I don't read all messages on linux-kernel.
	Send devfs related patches to me directly, rather than
	bypassing me and sending to Linus/Marcelo/Alan/Dave etc.

Russell King <[e-mail]> [06 feb 2002]
	ARM architecture maintainer.  Please send all ARM patches through
	the patch system at http://www.arm.linux.org.uk/developer/patches/
	New serial drivers maintainer for 2.5.  Submit patches to
	[e-mail]

Andrew Morton <[e-mail]> [05 feb 2002]
	I'm receptive to any reproducible bug anywhere in the 2.4 kernel.
	Specialising in ext2, ext3 and network drivers.
	Not thinking about 2.5.x at this time.

Petr Vandrovec <[e-mail]> [05 feb 2002]
	ncpfs filesystem, matrox framebuffer driver, problems related
	to VMware - in all of 2.2.x, 2.4.x and 2.5.x.

Reiserfs developers list <[e-mail]> [05 feb 2002]
	Send all reiserfs-related stuff here including but not limited to bug
	reports, fixes, suggestions.

Oleg Drokin <[e-mail]> [05 feb 2002]
	SA11x0 USB-ethernet and SA11x0 watchdog are mine.

======= These entries are suggested by lkml folks ========

Ralf Baechle <[e-mail]> [27 mar 2002]
	I am mips/mips64 maintainer.

David S. Miller <[e-mail]> [07 feb 2002]
	I am Sparc64 and networking core maintainer.

======= These ones I made myself ========
======= I am waiting confirmation/correction from these people ========

Urban Widmark <[e-mail]> [13 feb 2002]
	smbfs

video4linux list <[e-mail]> [12 feb 2002]
Gerd Knorr <[e-mail]> [12 feb 2002]
	video4linux

Tim Waugh <[e-mail]> [08 feb 2002]
	> Who is maintaining the linux iomega stuff?
	For 2.4.x, me (in theory). I don't have time for 2.5.x at the moment.

Alexander Viro <[e-mail]> [5 feb 2002]
	I am NOT a fs subsystem maintainer. But I won't kill
	you if you send me some generic fs bug reports and (hopefully) patches.

Eric S. Raymond <[e-mail]> [5 feb 2002]
	Send kernel configuration bug reports and suggestions to me.
	Also I'll be more than happy to accept help enties for kernel config
	options (Configure.help).

G?rard Roudier <[e-mail]> [5 feb 2002]
	I am SCSI guy.

Jens Axboe <[e-mail]> [5 feb 2002]
	I am block device subsystem maintainer.

Linus Torvalds <[e-mail]> [5 feb 2002]
	Do not send anything to me unless it is for 2.5, well tested,
	discussed on lkml and is used by significant number of people.
	In general it is a bad idea to send me small fixes and driver
	updates, send them to subsystem maintainers and/or
	"small stuff" integrator (currently Dave Jones <[e-mail]>,
	see his entry). Sorry, I can't do everything.

Marcelo Tosatti <[e-mail]> [5 feb 2002]
	Do not send anything to me unless it is for 2.4 and well tested.
	If you are sending me small fixes and driver updates, send
	a copy to subsystem maintainers and/or "small stuff" integrators:
	- Alan Cox <[e-mail]>,
	- Rusty Russell <[e-mail]>.

Rusty Russell <[e-mail]> [5 feb 2002]
	> Here are some cleanups of whitespace in .....
	Want me to add this to the trivial patch collection for tracking?
	If so just send (or cc:) it to [e-mail].