mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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

  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®