From: Cezary Rojewski <cezary.rojewski@intel.com>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>,
Len Brown <lenb@kernel.org>, <linux-acpi@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v1 1/1] ACPI: LPSS: Remove AudioDSP related ID
Date: Thu, 26 Jun 2025 09:54:21 +0200 [thread overview]
Message-ID: <38ab3fb5-6d1a-491b-ad20-08066b007a28@intel.com> (raw)
In-Reply-To: <20250625172133.3996325-1-andriy.shevchenko@linux.intel.com>
On 2025-06-25 7:21 PM, Andy Shevchenko wrote:
> The AudioDSP drivers are in control for all functions of the hardware
> they have (they are multi-functional devices). The LPSS driver prepares
> for enumeration only single devices, such as DMA, UART, SPI, I²C. Hence
> the registration of AudioDSP should not be covered. Moreover, the very
> same ACPI _HID has been added by the catpt driver a few years ago.
>
> And even more serious issue with this, is that the register window at
> offset 0x800 is actually D-SRAM0 in case of AudioDSP and writing to it
> is a data corruption.
>
> That all being said, remove the AudioDSP ID from the LPSS driver,
> where it doesn't belong to.
>
> Fixes: fb94b7b11c6a ("ASoC: Intel: Remove SST firmware components")
> Fixes: 05668be1b364 ("ASoC: Intel: Remove SST ACPI component")
> Fixes: 7a10b66a5df9 ("ASoC: Intel: catpt: Device driver lifecycle")
Hi Andy,
A nitpick:
The fixes tags used here seem incorrect. The catpt-driver replaced its
predecessor (the haswell driver) providing no interface changes. Usage
of INT3438 ID has been introduced with commit c2f8783fa2d0 ("ASoC:
Intel: Add common SST driver loader on ACPI systems"), if that's what
you have been looking for.
In regard to the code - the change has been reviewed by me and tested in
our CI, no regression on the audio side observed:
Reviewed-by: Cezary Rojewski <cezary.rojewski@intel.com>
Tested-by: Cezary Rojewski <cezary.rojewski@intel.com>
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> ---
> drivers/acpi/x86/lpss.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/acpi/x86/lpss.c b/drivers/acpi/x86/lpss.c
> index 258440b899a9..6daa6372f980 100644
> --- a/drivers/acpi/x86/lpss.c
> +++ b/drivers/acpi/x86/lpss.c
> @@ -387,9 +387,6 @@ static const struct acpi_device_id acpi_lpss_device_ids[] = {
> { "INT3435", LPSS_ADDR(lpt_uart_dev_desc) },
> { "INT3436", LPSS_ADDR(lpt_sdio_dev_desc) },
>
> - /* Wildcat Point LPSS devices */
> - { "INT3438", LPSS_ADDR(lpt_spi_dev_desc) },
> -
> { }
> };
>
next prev parent reply other threads:[~2025-06-26 7:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-25 17:21 [PATCH v1 1/1] ACPI: LPSS: Remove AudioDSP related ID Andy Shevchenko
2025-06-26 7:54 ` Cezary Rojewski [this message]
2025-06-26 13:24 ` Andy Shevchenko
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=38ab3fb5-6d1a-491b-ad20-08066b007a28@intel.com \
--to=cezary.rojewski@intel.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rafael@kernel.org \
/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.