linux-kernel - Re: [PATCH 0/2] ALSA: hda: Move component binding support into separate library

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] [day] [month] [year] [list]

Message-ID: <87o7d9kckb.wl-tiwai@suse.de>
Date: Thu, 25 Jan 2024 10:05:40 +0100
From: Takashi Iwai <tiwai@...e.de>
To: Richard Fitzgerald <rf@...nsource.cirrus.com>
Cc: <tiwai@...e.com>,
	<soyer@....hu>,
	<shenghao-ding@...com>,
	<perex@...ex.cz>,
	<linux-kernel@...r.kernel.org>,
	<linux-sound@...r.kernel.org>,
	<alsa-devel@...a-project.org>,
	<patches@...nsource.cirrus.com>
Subject: Re: [PATCH 0/2] ALSA: hda: Move component binding support into separate library

On Wed, 24 Jan 2024 14:43:47 +0100,
Takashi Iwai wrote:
> 
> On Wed, 24 Jan 2024 12:26:05 +0100,
> Richard Fitzgerald wrote:
> > 
> > The Cirrus Logic amplifiers are currently paired with Realtek HDA codecs.
> > But they could be used with other codecs. To prepare for this, these two
> > patches move the manager side of the component binding out of the Realtek
> > driver into a library module.
> > 
> > The first patch tweaks the CS35L41 code so that it is not hardcoded to
> > CS35L41, and changes the TAS2781 handling so that it re-uses that code
> > instead of having a near-identical copy of it.
> > 
> > Can someone please test that these two patches don't break TAS2781?
> > I have checked that they should work in theory but I don't have hardware
> > to test on.
> > 
> > Richard Fitzgerald (2):
> >   ALSA: hda: realtek: Re-work CS35L41 fixups to re-use for other amps
> >   ALSA: hda: realtek: Move hda_component implementation to module
> 
> Through a quick glance, it looks good.
> I'll wait for the verification for TAS codec for a while.

Now applied to for-next branch.


thanks,

Takashi