linux-kernel - Re: [RFC] How to (automatically) find the correct maintainer(s)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <tkrat.428a51215926acac@s5r6.in-berlin.de>
Date:	Sat, 13 Jan 2007 18:16:59 +0100 (CET)
From:	Stefan Richter <stefanr@...6.in-berlin.de>
To:	Richard Knutsson <ricknu-0@...dent.ltu.se>
cc:	linux-kernel@...r.kernel.org
Subject: Re: [RFC] How to (automatically) find the correct maintainer(s)

On 13 Jan, Richard Knutsson wrote:
[...]
> SUPERCOOL ALPHA CARD
> 
> P:	Clark Kent
> M:	superman@...pton.kr
> L:	some@...ng.com
> C:	SUPER_A
> S:	Maintained
> (C: for CONFIG. Any better idea?)
> 
> then if someone changes a file who are built with CONFIG_SUPER_A, can 
> easily backtrack it to the correct maintainer(s).
[...]
> My first idea was to use the pathway and define that directories above 
> the specified (if not specified by another) would fall to the current 
> maintainer. It would work, but requires that all pathways be specified 
> at once, or a few maintainers with "short" pathways would get much of 
> the patches (and it is not as correct/easy to maintain as looking for 
> the CONFIG_flag).
> 
> 
> Any thoughts on this is very much appreciated (is there any flaws with 
> this?).

 - What about drivers which have no MAINTAINER entry but reside in a
   subsystem with MAINTAINER entry?

 - What if these drivers depend on two subsystems?
 
 - Config options map to object files but do not map directly to source
   files. Diffstats show source files.

Example: The sbp2 driver is an IEEE 1394 driver and a SCSI driver.
sbp2.o is enabled by CONFIG_IEEE1394_SBP2 which depends on
CONFIG_IEEE1394 and CONFIG_SCSI. sbp2.c resides in drivers/ieee1394/.
What is the algorithm to look up sbp2's maintainers?

Don't get me wrong though. Easier lookup of maintainers and mailinglists
sounds to me like a desirable feature, not just from the point of view
of submitters but also of maintainers.
-- 
Stefan Richter
-=====-=-=== ---= -==-=
http://arcgraph.de/sr/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/