Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2671175pxb; Sun, 8 Nov 2020 09:02:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJyWQUQBuEvUAwBZ+WWjOcPTQuS5wq66c5hSz35r70QZgmBBkKwJomjbOg+PHkEPcd+nSZpj X-Received: by 2002:a50:abe6:: with SMTP id u93mr11209761edc.277.1604854927800; Sun, 08 Nov 2020 09:02:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604854927; cv=none; d=google.com; s=arc-20160816; b=B8abDye+NTjKFGG0OZ/ViqVUv5FoJriyJinnW5D9rXocMJ1LXhbxaWHMSBMotASXrl Gb0Rq0OsyKoS3XtTPxC1MFXg96G7pd1kqCtX/dG5CJqVpBW1sdgt9+KNV2whwQCv9ry/ BcV/tmZ7NJT99sR1JDDNsavyAeuoyywtJDgSbuk2v2wRLuxMwiUg4rIGVIWk8IVC976D WpZ/dycAjfPpT5NmTteeaKCzzCczEOphsXspWFe+RFh1Y5NGFiAQQy1PoAj5ZS05BuWg SfAygU9ok+TeKmCGYXVFH7cbAC0qa32QY+LETF0ram17sd9Y8y1roBfq6oQOn2c1JqEI 5lYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=vuJuucOfTAaB3TdoDKlovOl2VLsh2V+DTTKARCJ3mKU=; b=ZF96EVa3236Q6eEUoEC2KcC9ab9QDsV2mh3wDwtv36aMCo5YTwEXkf8W3zjx8JMUhP L+NeZGqbgfNm4O2tOPE+y1A77UZnuTKdeRWS5cfc6OAr7nGX2r7w5yYHi73Pcz/WC8o5 adc5XSCxOeaMCOmJt6rZDw4lShRZ7J7Qk+LbOnIOfaiQYkdr6K6K8tXj9m3yALqjVXsa qzwq60vg6DdSEBnqbEG3gQok4itWof6dzlmYTLrDxJETrlrWzJ+WhhoZMffap896G011 nZ2w299SmEqAUkcWmnZ9Sx4o8w2n/zlnMWH0M2r0IeVrCS/AgalaskMA/pCNQj6GII0/ IneA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=FkSdDNil; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dh19si5256318edb.148.2020.11.08.09.01.44; Sun, 08 Nov 2020 09:02:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=FkSdDNil; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728611AbgKHRAA (ORCPT + 99 others); Sun, 8 Nov 2020 12:00:00 -0500 Received: from mail.kernel.org ([198.145.29.99]:37648 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727844AbgKHRAA (ORCPT ); Sun, 8 Nov 2020 12:00:00 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id CCAD820731; Sun, 8 Nov 2020 16:59:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604854798; bh=/3pNTmN6DjO114ELWmZPyPaEIJmZESt2gO8P0PPsx4I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=FkSdDNil3jhDNfIfQeFOAhCCLgGgclWaPVNlhSogK6IBnqAt0ofBL/f57dPc4oK+g YcPzilzdpWC1HWRxJ4MFnZrch/bBWg+UJT5N9BBJ8rB5CQ9mj+zfvQQAKxMH34DbnX MAGyWtvlhEPyZyao/0oTbIZ4jZda3YbcuR8gp5G4= Date: Sun, 8 Nov 2020 18:00:59 +0100 From: Greg KH To: "Rojewski, Cezary" Cc: "Gorski, Mateusz" , "stable@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "alsa-devel@alsa-project.org" , Mark Brown Subject: Re: [PATCH] ASoC: Intel: Skylake: Add alternative topology binary name Message-ID: <20201108170059.GA18354@kroah.com> References: <20201103141047.15053-1-mateusz.gorski@linux.intel.com> <20201103153541.GC3267686@kroah.com> <20201104115810.GA1694250@kroah.com> <0f6a673556974a289c2b81f3a8cc7536@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0f6a673556974a289c2b81f3a8cc7536@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 08, 2020 at 04:17:16PM +0000, Rojewski, Cezary wrote: > On 2020-11-04 12:58 PM, Greg KH wrote: > > On Wed, Nov 04, 2020 at 12:46:36PM +0100, Gorski, Mateusz wrote: > >> > >>>> [ Upstream commit 1b290ef023b3eeb4f4688b582fecb773915ef937 ] > >>>> > >>>> Add alternative topology binary file name based on used machine driver > >>>> and fallback to use this name after failed attempt to load topology file > >>>> with name based on NHLT. > >>>> This change addresses multiple issues with current mechanism, for > >>>> example - there are devices without NHLT table, and that currently > >>>> results in tplg_name being empty. > ... > > >>> What problems are people facing, and what kernel(s) are you asking for > >>> this to be ported to, and why can't people just use 5.8 or newer if they > >>> have this new hardware? > >>> > >> > >> I forgot to add - I wanted this change to be merged to stable 5.4 kernel. > >> Please let me know if I should resend this patch with this information > >> included. > >> > >> As for the user issues - topology binary file name is currently created > >> according to information from NHLT. The problem is, that some laptops (for > >> example Dell XPS 13) do not have NHLT at all. This results in topology > >> binary name being empty (" "). > >> This patch adds alternative name based on loaded machine driver. > >> > >> It applies not only to new hardware, please note that the mentioned Dell XPS > >> 13 is based on Kabylake. This issue existed on upstream from the beginning > >> of Skylake driver and was only recently addressed. > > > > When was that laptop released and is this the only change that is needed > > in order for the 5.4.y kernel to work properly on it? > > > > Sorry for the late answer, Greg. To address your concerns and questions > let me elaborate: > > Indeed, this change is not the only one required to enable DMIC + HDA > configuration for customers. The following series is essential: > > [PATCH 0/7] ASoC: Intel: Skylake: Fix HDaudio and Dmic > https://lore.kernel.org/alsa-devel/20200305145314.32579-1-cezary.rojewski@intel.com/ Great, then they should just use a newer kernel version. It's crazy to think that you can go back in time and get older kernels working for newer hardware :) thanks, greg k-h