All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: liam.r.girdwood@linux.intel.com, alsa-devel@alsa-project.org,
	broonie@kernel.org, Bard liao <yung-chuan.liao@linux.intel.com>
Subject: Re: [PATCH] ASoC: Intel: hdac_hdmi: add Icelake support
Date: Wed, 14 Nov 2018 10:23:08 -0600	[thread overview]
Message-ID: <fadd2a71-6f2f-ea22-5372-360cf7391273@linux.intel.com> (raw)
In-Reply-To: <s5hpnv7aexo.wl-tiwai@suse.de>


On 11/14/18 8:53 AM, Takashi Iwai wrote:
> On Mon, 12 Nov 2018 15:00:36 +0100,
> Pierre-Louis Bossart wrote:
>> And btw the big topic is still how we provide distributions the means
>> to handle a 'graceful' fallback from DSP-enabled solutions (SST or
>> SOF) to legacy HDAudio, it's already popped up for cases where we have
>> HDaudio solutions with DMICs.
> Yeah, that's a long-standing problem.  I've experimented some
> scenarios in the past, and the conclusion is that there is no really
> working fallback mechanism in general in Linux driver binding.
> That is, the only reasonable way seems to make a dedicated driver for
> the specific PCI ID (SKL+) doing the probe-and-fallback by itself,
> while excluding these IDs from other existing driver entries.
Yep, agree, the PCI folks I talked to came to the same conclusion. 
Except that we made things more complicated with SOF, so it's really a 
choice between 3 drivers...
>
> I'd love to proceed this but unfortunately I have no machine that can
> run SKL+ SST driver right now.  I have a new CFL devel box, but it has
> no support (PCI ID 8086:a348) as well as no firmware...

Looks like the CFL is already supported in Linux

sound/pci/hda/hda_intel.c:#define IS_CFL(pci) ((pci)->vendor == 0x8086 
&& (pci)->device == 0xa348)

So in theory all we need to add is a new table entry in skl.c, e.g. with 
the following untested code. I'll have to check if this is correct 
offline but it'd allow you to test the probe part.

diff --git a/sound/soc/intel/skylake/skl.c b/sound/soc/intel/skylake/skl.c
index ac0b4ff21acc..375f4b60e515 100644
--- a/sound/soc/intel/skylake/skl.c
+++ b/sound/soc/intel/skylake/skl.c
@@ -1098,6 +1098,9 @@ static const struct pci_device_id skl_ids[] = {
         /* CNL */
         { PCI_DEVICE(0x8086, 0x9dc8),
                 .driver_data = (unsigned 
long)&snd_soc_acpi_intel_cnl_machines},
+       /* CFL */
+       { PCI_DEVICE(0x8086, 0xa348),
+               .driver_data = (unsigned 
long)&snd_soc_acpi_intel_cnl_machines}
         { 0, }
  };



_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  reply	other threads:[~2018-11-14 16:23 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-10 21:18 [PATCH] ASoC: Intel: hdac_hdmi: add Icelake support Bard liao
2018-11-11  8:55 ` Takashi Iwai
2018-11-11 15:10   ` Pierre-Louis Bossart
2018-11-11 17:35     ` Takashi Iwai
2018-11-12 13:04       ` Bard liao
2018-11-12 13:20         ` Takashi Iwai
2018-11-12 14:00       ` Pierre-Louis Bossart
2018-11-14 14:53         ` Takashi Iwai
2018-11-14 16:23           ` Pierre-Louis Bossart [this message]
2018-11-14 16:36             ` Takashi Iwai
2018-11-14 16:41               ` Pierre-Louis Bossart
2018-11-14 16:44                 ` Takashi Iwai
2018-11-14 16:55                   ` Pierre-Louis Bossart
2018-11-16 13:49           ` Takashi Iwai
2018-11-16 14:11             ` Pierre-Louis Bossart
2018-11-16 17:44               ` Takashi Iwai
2018-11-20 16:02                 ` Pierre-Louis Bossart
2018-11-12 13:57 ` Pierre-Louis Bossart
2018-11-13 19:46 ` Applied "ASoC: Intel: hdac_hdmi: add Icelake support" to the asoc tree Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=fadd2a71-6f2f-ea22-5372-360cf7391273@linux.intel.com \
    --to=pierre-louis.bossart@linux.intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=liam.r.girdwood@linux.intel.com \
    --cc=tiwai@suse.de \
    --cc=yung-chuan.liao@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.