On Tue, 14 Aug 2007, Joe Perches wrote:
>
> SUSPEND TO RAM:
> P: Pavel Machek
> M: [email protected]
> P: Rafael J. Wysocki
> M: [email protected]
> L: [email protected]
> S: Maintained
> F: Documentation/power/
> F: arch/i386/kernel/acpi/
> F: arch/x86_64/kernel/acpi/
> F: arch/x86_64/kernel/suspend.c
> F: drivers/base/power/
> F: kernel/power/
> F: include/linux/suspend.h
> F: include/linux/freezer.h
> F: include/linux/pm.h
> F: include/asm-*/suspend.h
Quite frankly, I think the MAINTAINERS file gets a whole lot uglier this
way.
There's also a rather fundamental issue: this will likely make people
touch the MAINTAINERS file *more*, and from a maintenance standpoint, that
is exactly the wrong thing to have (one central file that everybody
touches). It just tends to generate unnecessary merge conflicts etc.
(We used to have that issue with the central configuration file, for
example).
So the more I look at these things, the more convinced I am that this is
not the right thing to do. These things should *not* be in one huge file,
and I'd much much rather have the maintainership information be carried
along with the subsystem itself, or the files it contains.
In other words, it would be much better to just have per-file markers,
along with some per-subdirectory stuff or similar.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
