[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9d8d130f-47d5-03a5-484e-b0865c6de6f8@linux.intel.com>
Date: Thu, 6 Feb 2020 12:01:24 -0600
From: Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>
To: Takashi Iwai <tiwai@...e.de>, kbuild test robot <lkp@...el.com>
Cc: Kai Vehmanen <kai.vehmanen@...ux.intel.com>,
kbuild-all@...ts.01.org, linux-kernel@...r.kernel.org,
Mark Brown <broonie@...nel.org>
Subject: Re: sound/soc/intel/boards/hda_dsp_common.c:76: undefined reference
to `snd_hda_codec_build_controls'
>>> ld: sound/soc/intel/boards/hda_dsp_common.o: in function
>>> `hda_dsp_hdmi_build_controls':
>>>>> sound/soc/intel/boards/hda_dsp_common.c:76: undefined reference to
>>>>> `snd_hda_codec_build_controls'
>>
>> Looks like the revert select enforcing the built-in of SOF while the
>> legacy HDA is a module. It doesn't look so trivial to fix...
>
> SOF in this case is build as a module, but the machine driver isn't.
>
> It seems like the SND_SOC_INTEL_SKL_HDA_DSP_GENERIC_MACH option is
> different from others machine drivers. All others can only be either M
> or not selected, but here we have a case where the selection can be M or y.
Suggested fix is here, running it through our CI tests for now:
https://github.com/thesofproject/linux/pull/1768
This should be caught by kbuild tests as well.
Powered by blists - more mailing lists