[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7b3bb666-c53e-e385-e153-1383f2831c2e@linux.intel.com>
Date: Fri, 28 Aug 2020 19:11:51 -0500
From: Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>
To: Doug Anderson <dianders@...omium.org>,
Cheng-Yi Chiang <cychiang@...omium.org>
Cc: Taniya Das <tdas@...eaurora.org>,
ALSA Development Mailing List <alsa-devel@...a-project.org>,
Banajit Goswami <bgoswami@...eaurora.org>,
Takashi Iwai <tiwai@...e.com>,
Rohit kumar <rohitkr@...eaurora.org>,
Patrick Lai <plai@...eaurora.org>,
Ajit Pandey <ajitp@...eaurora.org>,
Tzung-Bi Shih <tzungbi@...gle.com>,
Andy Gross <agross@...nel.org>,
Dylan Reid <dgreid@...omium.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>, tzungbi@...omium.org,
Stephan Gerhold <stephan@...hold.net>,
linux-arm-msm <linux-arm-msm@...r.kernel.org>,
Rob Herring <robh+dt@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
Liam Girdwood <lgirdwood@...il.com>,
LKML <linux-kernel@...r.kernel.org>,
Mark Brown <broonie@...nel.org>,
Srini Kandagatla <srinivas.kandagatla@...aro.org>
Subject: Re: [PATCH v6 2/2] ASoC: qcom: sc7180: Add machine driver for sound
card registration
>> +config SND_SOC_SC7180
>> + tristate "SoC Machine driver for SC7180 boards"
>> + depends on SND_SOC_QCOM
this depends is probably not necessary, the code is already in an if case.
>> + select SND_SOC_QCOM_COMMON
>> + select SND_SOC_LPASS_SC7180
>> + select SND_SOC_MAX98357A
>> + select SND_SOC_RT5682
>
> I haven't done any significant testing / review of your patch (I'm
> mostly sound-clueless), but I believe that the above needs to be
> "select SND_SOC_RT5682_I2C" atop the current top of the sound tree.
> When I fix that I can confirm that I see the rt5682 probe on
> sc7180-trogdor with Rob Clark's dts patch.
Ack, no one should select SND_SOC_RT5682 directly in machine drivers.
now that the code is split between I2C and SoundWire parts.
There should probably be a depends on I2C as well?
Powered by blists - more mailing lists