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: <s5htzg75bt1.wl%tiwai@suse.de>
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ