From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E9944C433DF for ; Wed, 14 Oct 2020 07:59:58 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 11D58221EB for ; Wed, 14 Oct 2020 07:59:58 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=alsa-project.org header.i=@alsa-project.org header.b="pxtTvagk" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 11D58221EB Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ucw.cz Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=alsa-devel-bounces@alsa-project.org Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 0E0E01721; Wed, 14 Oct 2020 09:59:06 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 0E0E01721 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1602662396; bh=ai/jiEXfoLAJ+DHnlzoeCuU0l0wI31oOjMS43dy1rmM=; h=Date:From:To:Subject:References:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=pxtTvagknnaHnhCUrowGia1fojIN9NobGbr3eNvGLrGCRX0OII/8JaJI7EMIwDQht vKbI5M4kfjp92lg8+lKNZGDD3prn+mDHXWhYMWkcFjFQtCYLpJb+UA5wkeYZILubLU xvmRALsT8GLAfUzgxrzM7Pd9WmT75QQ/8r89OOEk= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id 90CE6F8020D; Wed, 14 Oct 2020 09:59:05 +0200 (CEST) Received: by alsa1.perex.cz (Postfix, from userid 50401) id E38D7F8012B; Wed, 14 Oct 2020 09:59:03 +0200 (CEST) Received: from jabberwock.ucw.cz (jabberwock.ucw.cz [46.255.230.98]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id DD610F8012B for ; Wed, 14 Oct 2020 09:58:57 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz DD610F8012B Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 77A311C0B87; Wed, 14 Oct 2020 09:58:54 +0200 (CEST) Date: Wed, 14 Oct 2020 09:58:53 +0200 From: Pavel Machek To: Takashi Iwai Subject: Re: disabling CONFIG_LED_CLASS (SND_HDA_CODEC_REALTEK) Message-ID: <20201014075853.GB29881@amd> References: <3c6d174c-30db-3d03-3d16-42df405f38d9@xs4all.nl> <58e774c5-fc80-2060-2091-9a6398582cc5@infradead.org> <9fc679e9-e9a9-ad80-b24c-f04489b98aa7@xs4all.nl> <27e159be-4376-e87b-5e60-803bc3749ec2@infradead.org> <2739e1fd-75c6-4e43-cd79-9028479f91bf@infradead.org> <1e6b1961-9e9b-5f82-86a1-bf838cb68f55@xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yEPQxsgoJgBvi8ip" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: moderated for non-subscribers , Randy Dunlap , "linux-kernel@vger.kernel.org" , Udo van den Heuvel , Dan Murphy , linux-leds@vger.kernel.org X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" --yEPQxsgoJgBvi8ip Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > >>> I.e.: it looks like I will lose some funcionality when I disable > > > >>> SND_HDA_CODEC_REALTEK. > > > >> > > > >> OK. At present you can't have it both ways, i.e., SND_HDA_CODEC_RE= ALTEK > > > >> with no LEDS. That driver apparently wants LEDS. > > > >=20 > > > > Thanks but why have I gone for years without LEDS? > > > > I do not need LEDS, I do not want LEDS, I do not have LEDS (that are > > > > visible, usable, etc). > > > >=20 > > > > Please make this selectable instead of forcing more bulk into my ke= rnel. > > >=20 > > > Hi Takashi, > > >=20 > > > Regarding > > > commit 7cdf8c49b1df0a385db06c4f9a5ba1b16510fdcc > > > Author: Takashi Iwai > > > Date: Thu Jun 18 13:08:31 2020 +0200 > > > ALSA: hda: generic: Add a helper for mic-mute LED with LED classd= ev > > >=20 > > > and this Kconfig entry: > > >=20 > > > config SND_HDA_CODEC_REALTEK > > > tristate "Build Realtek HD-audio codec support" > > > select SND_HDA_GENERIC > > > select SND_HDA_GENERIC_LEDS > > >=20 > > > it seems that LED support is not always wanted (please see above). > > > I.e., user(s) would like to build a kernel without LED support at all. > > >=20 > > > Can you make it a build option? > >=20 > > Something like this? >=20 > This one is more suitable for the merge :) That will still break the build if SND_HDA_CODEC_REALTEK=3Dy and SND_HDA_GENERIC_LEDS=3Dm, no? Lets keep things as they are. Contrary to his claims, Udo very probably has LEDs in his systems... Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --yEPQxsgoJgBvi8ip Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAl+Gr70ACgkQMOfwapXb+vIC4wCfT4KC6/tj5oHpUZovLlQWxfP/ ubgAnjVBdTXPjA/O6oNFfO6DvgYcSOsa =pwWX -----END PGP SIGNATURE----- --yEPQxsgoJgBvi8ip--