linux-kernel - Re: AT32 ASoC Driver Patches on alsa-devel

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]

Date:	Fri, 06 Jun 2008 08:15:22 +0200
From:	Takashi Iwai <tiwai@...e.de>
To:	Haavard Skinnemoen <haavard.skinnemoen@...el.com>
Cc:	Geoffrey Wossum <geoffrey@...er.net>, kernel@...32linux.org,
	linux-kernel@...r.kernel.org
Subject: Re: AT32 ASoC Driver Patches on alsa-devel

At Thu, 5 Jun 2008 19:06:57 +0200,
Haavard Skinnemoen wrote:
> 
> Takashi Iwai <tiwai@...e.de> wrote:
> > Of course, important.  And it's actually done in a different way...
> [...]
> > Of course, important.  And it's actually done in a different way...
> 
> But why?
> 
> > Ideally, more fusion would be possible, but practically it's not
> > always worth.  I don't think you want to merge codes between ext3 and
> > reiserfs although both have similar "design goals" :)
> 
> Still, both plug into the same VFS layer...

Read as ALSA is VFS layer and ASoC is ext3 while another sound driver
is reiserfs (or vice versa).  Both have journals.  Then would you ask
why ext3 doesn't reuse the journal codes of reiserfs?  Or, do you
suggest to add journal codes into VFS layer?

Of course, the situation is different than fs.  The fact is that both
ASoC and other drivers have been developed in a parallel way although
both use ALSA as backends.

ASoC is a higher and easier abstraction layer specific for the mobile
devices and it has the features like power-saving in its middle
layer.  The ASoC drivers are top layers over ASoC over ALSA.

Meanwhile, other ALSA drivers directly communicate with ALSA layer.
Some of them have similar features like ASoC, but it doesn't use ASoC
code because it was implemented before ASoC and differently from
ASoC.

> Reiser4 tried to invent its own plugin system. IIRC that didn't fly
> particularly well.

ASoC is just a middle layer.  Not comparable with plugins.

Takashi
--
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/