Thread (32 messages) 32 messages, 10 authors, 2021-11-16

Re: [PATCH 01/11] ASoC: dai_dma: remove slave_id field

From: Arnd Bergmann <arnd@kernel.org>
Date: 2021-11-15 10:43:23
Also in: alsa-devel, dmaengine, dri-devel, linux-arm-kernel, linux-arm-msm, linux-mmc, linux-spi, linux-staging, linux-tegra, lkml

On Mon, Nov 15, 2021 at 11:14 AM Lars-Peter Clausen [off-list ref] wrote:
On 11/15/21 9:53 AM, Arnd Bergmann wrote:
quoted
From: Arnd Bergmann <arnd@arndb.de>

This field is never set, and serves no purpose, so remove it.
I agree that we should remove it. Its been legacy support code for a
while, but the description that there is no user is not right.

The tegra20_spdif driver obviously uses it and that user is removed in
this patch. I think it makes sense to split that out into a separate
patch with a description why the driver will still work even with
slave_id removed. Maybe the best is to remove the whole tegra20_spdif
driver.
Ok, I'll split out the tegra patch and try to come up with a better
description for it. What I saw in that driver is it just passes down the
slave_id number from a 'struct resource', but there is nothing in
the kernel that sets up this resource.

Do you or someone else have more information on the state of this
driver? I can see that it does not contain any of_device_id based
probing, so it seems that this is either dead code, the platform_device
gets created by some other code that is no longer compatible with
this driver.

      Arnd
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help