Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp1533154ybv; Thu, 6 Feb 2020 05:49:48 -0800 (PST) X-Google-Smtp-Source: APXvYqxTAmut1hIynVu1ee7jKROlGpO0JwV0akQz+/WACTineiSKfSCyiuJMkSg+G0EYfNeH2gGo X-Received: by 2002:a9d:6005:: with SMTP id h5mr32011494otj.153.1580996988169; Thu, 06 Feb 2020 05:49:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580996988; cv=none; d=google.com; s=arc-20160816; b=PFR7shnXK2wltouUWNoXDmRcIgBzABfqlPEKVK3BAq8QRXlIeekfC5nalpE+3O8Q2k HnONcqbrRvFk9/dNj2Ne7klMs8BeeIR47IK+sVRbQxWA/oezgBfdMYfdbpwvG/F6mpu3 PxrRMvlMfGkwzUpc8mCbr1xPNIEMykyYh8bknvV9AoFyb7wOS4bJe6JGmHDQ2Tw33LOa yGbE3qdLGyX5wv8gMF6CwHbOgXImhmVD7lZnTQXpf6fRiVMPdfv8uko2ZFfeGICKXJ6+ pk2jrlreqX4Yv8TJ+E7FFtFW7aS91gCQvemfQc05FGe6V4NRD0xlMqUZTqVcrnd/mFy/ 0+9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=Z8oEQEyPThNMzxn2WIP2K5tMSZIqQNpjGtApNtmA6CI=; b=q0Y9cem6V6I2eZt9FYFpHxQQEmPjUftVbZDkyIrXmSu1899pzg6Eftp07wwM9cKBbM xK5e22pHOSHEuGNy/sShA0pRRp3YKBDqiBbU31o76yFiz6fg/MqiIA/SD1wtQp4uGhlA 1llvesxRsRDqlJlkSlpuhxTl/HacPrt82UMNL8LhHQF63D595/YjSYADV3x9jUNHbXYZ Wm6RwnmiByDcjSX1fx8Qddc3kyaJWzO3FzlOw/I4ZQ+beqxtVeurJPCpnLCzS/Q4v+hV V+tg24Vn+LO9DWdl+wPqLmRKoMYaaZ4+fUv2GetSj+zf08j4u/PJPxlQgsbs+e0A1cZ6 BosA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c130si2098342oib.182.2020.02.06.05.49.35; Thu, 06 Feb 2020 05:49:48 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728198AbgBFNsE (ORCPT + 99 others); Thu, 6 Feb 2020 08:48:04 -0500 Received: from mx2.suse.de ([195.135.220.15]:36218 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727060AbgBFNsE (ORCPT ); Thu, 6 Feb 2020 08:48:04 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 48E8EAC5F; Thu, 6 Feb 2020 13:48:02 +0000 (UTC) Date: Thu, 06 Feb 2020 14:48:01 +0100 Message-ID: From: Takashi Iwai To: Kai Vehmanen Cc: kbuild test robot , Takashi Iwai , kbuild-all@lists.01.org, linux-kernel@vger.kernel.org, Mark Brown , Pierre-Louis Bossart Subject: Re: sound/pci/hda/patch_hdmi.c:1086: undefined reference to `snd_hda_get_num_devices' In-Reply-To: References: <202002061809.r3UYBZGx%lkp@intel.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 06 Feb 2020 14:40:17 +0100, Kai Vehmanen wrote: > > Hey, > > On Thu, 6 Feb 2020, kbuild test robot wrote: > > > ld: sound/pci/hda/patch_hdmi.o: in function `intel_not_share_assigned_cvt': > > >> sound/pci/hda/patch_hdmi.c:1086: undefined reference to `snd_hda_get_num_devices' > > >> ld: sound/pci/hda/patch_hdmi.c:1098: undefined reference to `snd_hda_get_dev_select' > > >> ld: sound/pci/hda/patch_hdmi.c:1099: undefined reference to `snd_hda_set_dev_select' > > hmm, this seems similar case as the previous one today w.r.t > hda_dsp_common.c:76. Patch_hdmi.c is built-in while snd-hda is a module. > Maybe we need to just drop the dependency from the ASoC board files to > SND_HDA_CODEC_HDMI. We don't have one for SND_HDA_CODEC either. The problem is that SOF tries to do reverse-select the legacy HD-audio codec, but it doesn't work in general. Or it must be done very carefully. If something gets selected, all dependencies have to be reverse-selected, too. But the legacy HDA is built up in a way of standard top-down selection (i.e. SND_HDA_CODEC_* depends on SND_HDA, not other way round). Takashi