Re: [PATCH 01/11] ASoC: dai_dma: remove slave_id field
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [PATCH 01/11] ASoC: dai_dma: remove slave_id field
- From: Lars-Peter Clausen <lars@xxxxxxxxxx>
- Date: Mon, 15 Nov 2021 12:53:39 +0100
- Cc: Vinod Koul <vkoul@xxxxxxxxxx>, Arnd Bergmann <arnd@xxxxxxxx>, Andy Gross <agross@xxxxxxxxxx>, Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>, Baolin Wang <baolin.wang7@xxxxxxxxx>, Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>, Chunyan Zhang <zhang.lyra@xxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Hyun Kwon <hyun.kwon@xxxxxxxxxx>, Jaroslav Kysela <perex@xxxxxxxx>, Jon Hunter <jonathanh@xxxxxxxxxx>, Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>, Laxman Dewangan <ldewangan@xxxxxxxxxx>, Manivannan Sadhasivam <mani@xxxxxxxxxx>, Mark Brown <broonie@xxxxxxxxxx>, Michal Simek <michal.simek@xxxxxxxxxx>, Nicolas Saenz Julienne <nsaenz@xxxxxxxxxx>, Orson Zhai <orsonzhai@xxxxxxxxx>, Robert Jarzmik <robert.jarzmik@xxxxxxx>, Scott Branden <sbranden@xxxxxxxxxxxx>, Takashi Iwai <tiwai@xxxxxxxx>, Thierry Reding <thierry.reding@xxxxxxxxx>, ALSA Development Mailing List <alsa-devel@xxxxxxxxxxxxxxxx>, bcm-kernel-feedback-list <bcm-kernel-feedback-list@xxxxxxxxxxxx>, dmaengine@xxxxxxxxxxxxxxx, dri-devel <dri-devel@xxxxxxxxxxxxxxxxxxxxx>, Linux ARM <linux-arm-kernel@xxxxxxxxxxxxxxxxxxx>, linux-arm-msm <linux-arm-msm@xxxxxxxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, linux-mmc <linux-mmc@xxxxxxxxxxxxxxx>, linux-mtd <linux-mtd@xxxxxxxxxxxxxxxxxxx>, "moderated list:BROADCOM BCM2835 ARM ARCHITECTURE" <linux-rpi-kernel@xxxxxxxxxxxxxxxxxxx>, "open list:SERIAL DRIVERS" <linux-serial@xxxxxxxxxxxxxxx>, linux-spi <linux-spi@xxxxxxxxxxxxxxx>, linux-staging@xxxxxxxxxxxxxxx, "open list:TEGRA ARCHITECTURE SUPPORT" <linux-tegra@xxxxxxxxxxxxxxx>
- In-reply-to: <CAK8P3a2EVseM4t=e982fFhzBGSZxZ2_V-FHwr-fQPd-bkAKaJg@mail.gmail.com>
- References: <20211115085403.360194-1-arnd@kernel.org> <20211115085403.360194-2-arnd@kernel.org> <647b842d-76a1-7a96-3ea7-8a37b62bc18e@metafoo.de> <CAK8P3a2EVseM4t=e982fFhzBGSZxZ2_V-FHwr-fQPd-bkAKaJg@mail.gmail.com>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0
On 11/15/21 11:42 AM, Arnd Bergmann wrote:
On Mon, Nov 15, 2021 at 11:14 AM Lars-Peter Clausen <lars@xxxxxxxxxx> wrote:
On 11/15/21 9:53 AM, Arnd Bergmann wrote:
From: Arnd Bergmann <arnd@xxxxxxxx>
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.
I've looked into this a while back, when I tried to remove slave_id. And
as far as I can tell there were never any in-tree users of this driver,
even back when we used platform board files. Maybe somebody from Nvidia
knows if there are out-of-tree users.
- Lars
[Index of Archives]
[Linux Kernel]
[Linux ARM (vger)]
[Linux ARM MSM]
[Linux Omap]
[Linux Arm]
[Linux Tegra]
[Fedora ARM]
[Linux for Samsung SOC]
[eCos]
[Linux Fastboot]
[Gcc Help]
[Git]
[DCCP]
[IETF Announce]
[Security]
[Linux MIPS]
[Yosemite Campsites]
|