From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751284AbdKUPMT (ORCPT ); Tue, 21 Nov 2017 10:12:19 -0500 Received: from mga06.intel.com ([134.134.136.31]:44347 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751154AbdKUPMS (ORCPT ); Tue, 21 Nov 2017 10:12:18 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.44,432,1505804400"; d="scan'208";a="176178143" Subject: Re: [alsa-devel] [PATCH] SoC: intel: byt: Introduce new custom IN2 map To: Carlo Caione Cc: alsa-devel@alsa-project.org, Liam Girdwood , open list , Mark Brown , Carlo Caione , Linux Upstreaming Team References: <20171018164957.2270-1-carlo@caione.org> From: Pierre-Louis Bossart Message-ID: Date: Tue, 21 Nov 2017 09:12:16 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/21/17 3:30 AM, Carlo Caione wrote: > On Thu, Nov 16, 2017 at 1:53 PM, Carlo Caione wrote: >> On Wed, Oct 18, 2017 at 7:05 PM, Pierre-Louis Bossart >> wrote: >>> On 10/18/17 11:49 AM, Carlo Caione wrote: >>>> >>>> From: Carlo Caione >>>> >>>> Introduce a new custom dapm routes map to quirk platforms with the >>>> internal mic connected to IN2P. >>> >>> >>> LGTM. If we start getting more quirks for this codec, we should think of >>> adding a module parameters to select them from the command line or with >>> modprobe (as done in other machine drivers). >> >> Hey Pierre, >> I'm currently working on a laptop (always with the rt5651 codec) >> having two separate internal mics (on IN1P and IN2P) and the headset >> on IN3P. I was thinking how to describe this situation in the current >> driver without having to add all the 6 different configuration as >> quirks. Any suggestion? The microphone configurations are not handled with a mask but an enum and the BYT_RT5651_MAP() macro. You can just add a new configuration such at BYT_RT5651_IN1_IN2 which uses the analog mics on those two and implicitly use IN3 for the headset. I don't see the point of handling all possible permutations at this point.