From: Linus Torvalds <torvalds@linux-foundation.org>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: Takashi Iwai <tiwai@suse.de>,
Rene Herman <rene.herman@keyaccess.nl>,
Jeff Garzik <jeff@garzik.org>,
linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org,
perex@perex.cz
Subject: Re: Moving sound/* to drivers/ ?
Date: Thu, 22 May 2008 08:04:55 -0700 (PDT) [thread overview]
Message-ID: <alpine.LFD.1.10.0805220758000.3081@woody.linux-foundation.org> (raw)
In-Reply-To: <alpine.LNX.1.10.0805221052050.971@fbirervta.pbzchgretzou.qr>
On Thu, 22 May 2008, Jan Engelhardt wrote:
>
> I am in favor of keeping /sound around with the
> non-hardware-dependent code, much like /block does with regard to
> /drivers/block.
I'd personally *much* rather have just one subdirectory.
I realize that block/ and drivers/block/ (and net/ vs drivers/net/) has
come up several times as an example that isn't that way, BUT:
- that's actually the odd man out. It's more common to do it the other
way (and examples have already been given: drivers/usb/core, just plain
drivers/base, drivers/scsi/ (where it's all mixed up and a lot of
low-level drivers are in subdirectories of their own), etc etc.
- perhaps more importantly, it's totally different from 'sound' in that
the block/ and drivers/block/ maintainership is actually *separate*.
The same is actually true of net/ and drivers/net/ too. It so happens
that within the last few months, drivers/net/ gets merged through the
same maintainer as net/, but they really end up being maintained
separately other than that.
So the block/ and net/ layers have very much a higher level of separation
from their drivers. sound has always been very much _maintained_ as a
block, even if it then internally may be separate pieces. Partly this is
from historical reasons, I'm sure, but it's true none-the-less.
So from an outside view, having a single subdirectory makes sense, because
that's how it has always been maintained.
So I'd personally much rather see just one drivers/sound/ than have this
split up.
Linus
next prev parent reply other threads:[~2008-05-22 15:06 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-21 21:20 Takashi Iwai
2008-05-21 21:44 ` Linus Torvalds
2008-05-21 21:54 ` Sam Ravnborg
2008-05-21 21:58 ` [alsa-devel] " Rene Herman
2008-05-21 22:08 ` Rene Herman
2008-05-21 23:21 ` Moving include/asm-* [was: Re: Moving sound/* to drivers/ ?] Paul Mackerras
2008-05-21 23:51 ` Linus Torvalds
2008-05-22 0:56 ` Al Viro
2008-05-22 1:20 ` Linus Torvalds
2008-05-22 1:23 ` Moving include/asm-* David Miller
2008-05-22 8:09 ` Andreas Schwab
2008-05-22 16:12 ` David Miller
2008-05-22 16:32 ` Andreas Schwab
2008-05-22 17:43 ` David Miller
2008-05-22 1:23 ` Moving include/asm-* [was: Re: Moving sound/* to drivers/ ?] Harvey Harrison
2008-05-22 1:25 ` Moving include/asm-* David Miller
2008-05-22 1:29 ` Moving include/asm-* [was: Re: Moving sound/* to drivers/ ?] Linus Torvalds
2008-05-22 1:36 ` Al Viro
2008-05-22 4:20 ` Jeff Dike
2008-05-22 5:26 ` Al Viro
2008-05-22 16:27 ` Jeff Dike
2008-05-22 17:18 ` Sam Ravnborg
2008-05-22 1:30 ` Al Viro
2008-05-22 22:52 ` Arnd Bergmann
2008-05-21 22:05 ` [alsa-devel] Moving sound/* to drivers/ ? Timur Tabi
2008-05-21 22:23 ` Adrian Bunk
2008-05-22 8:22 ` Takashi Iwai
2008-05-21 23:37 ` Jeff Garzik
2008-05-21 23:53 ` Rene Herman
2008-05-22 6:26 ` Jaroslav Kysela
2008-05-22 7:12 ` Sam Ravnborg
2008-05-22 7:20 ` Jaroslav Kysela
2008-05-22 8:11 ` Rene Herman
2008-05-22 8:27 ` Takashi Iwai
2008-05-22 8:55 ` Jan Engelhardt
2008-05-22 15:04 ` Linus Torvalds [this message]
2008-05-22 15:50 ` Jan Engelhardt
2008-05-22 16:40 ` Rene Herman
2008-05-22 9:57 ` Rene Herman
2008-05-22 14:22 ` Adrian Bunk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.1.10.0805220758000.3081@woody.linux-foundation.org \
--to=torvalds@linux-foundation.org \
--cc=alsa-devel@alsa-project.org \
--cc=jeff@garzik.org \
--cc=jengelh@medozas.de \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@perex.cz \
--cc=rene.herman@keyaccess.nl \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®