Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp297552pxb; Thu, 9 Sep 2021 00:51:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwSM1fC4jF33rBAI5k7sNWhEWshv9F/9dMV+hTWTQFRRhpNwksTcmpoQd/v5bHyaTjIdohb X-Received: by 2002:a5d:974f:: with SMTP id c15mr1531443ioo.190.1631173887106; Thu, 09 Sep 2021 00:51:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631173887; cv=none; d=google.com; s=arc-20160816; b=MVDpgO2MDBeajBTPWQk5EvsJiUWAJ6WQ+t71IXIhyZ1/kq679jLlitr/x/v7RfaF7K JPAGgYOH2FfSAifLh/rabphltSccOjVVANg/Ft8N6ZUwsS4fZTpPpBBWAh7kSWUFbBAL KeMnCLJ8TVPIHOWgTVosBUkU75kkuDjxy48pPfsgKQBdzwaxmzGfPMhEvgsKa3fN/meo Z1mx5rRW5kPfTcxGS8dEA4lhSt6ozBOoYDW0nKS4pfXgz2xArqtbPOcPNHL8/SE0BjlU DddMpGuwxEe2zSDQtD57D09rX/3l2goe3gKFZ8ntL2VBau/FhAxyBiGzzGW0roRkrUH9 zCZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=H+v9d+F4bPXyUIm8JGEVsogxeJe3xHOqeC0XMGmz7YE=; b=yaLLaygpA08xL0Wp8Ksm20G+G+28fukAbWvuRUc/WsXfAhyWVyc7VZx0GS6HCxUdLi N7QhLKrerwo/5c/bG3g63Iqfo11Upz7QzCFvfkOZpD/hyffsyvcDXsiiUTkCUR4j1OF8 R1OfJ3gb/k4+gD1Z2zgRPj5HCjQPfsDfioBz85IBedw8CaSdlOsAc0zJWwAMNkEYMzDw luDAeeSOd2kbBP8nzod3VNeteZN8F2grxqGZrtAPw3MMcApFSqkOPNP81EFBddbNCBtv hclqjFDtEYiy8aWLz1wB/YXMFmpQIix9HJ8DCd8d6JZ8HyJNmgIw824p0hl5/gOzyNdJ zM3Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 70si987608ioc.95.2021.09.09.00.51.15; Thu, 09 Sep 2021 00:51:27 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351067AbhIIHXo (ORCPT + 99 others); Thu, 9 Sep 2021 03:23:44 -0400 Received: from mail-vs1-f52.google.com ([209.85.217.52]:45034 "EHLO mail-vs1-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232549AbhIIHXm (ORCPT ); Thu, 9 Sep 2021 03:23:42 -0400 Received: by mail-vs1-f52.google.com with SMTP id c28so242870vsh.11 for ; Thu, 09 Sep 2021 00:22:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=H+v9d+F4bPXyUIm8JGEVsogxeJe3xHOqeC0XMGmz7YE=; b=AXw8YVcOEo5ij/CsYsTRm8ztk5kDmz+0lXfXj0QGttm/3oDyEjN91rU3X0aoNVZhyn lGkn9ynOC0pjXkEYqHoWflDRzmQDwFp2OxDks6sEhY1WJintOn8zRHBO57Ho97ttpwPr ROXQxVloxn4GeH8MKwl8XavEil0ZtO28ZeUP4P6EDtD7pcuU0r7SEiwYmDCQw/fnL0bj Dt1SwoaB03yRGLp9ROOqxpuRjzhIloQDb6rb1gR14ldcy0Aa69lpb4Loy2CYgx67q0Th gCUm0pAxfrsEGCVo4TOxQ0o9VJ9LECCmdi8YJJdPbgYrA0zS0ZxJOT7HzeqpG532CYPD nQCA== X-Gm-Message-State: AOAM533gF4ZmIGRWPWUgaOPONSvt86C1WNQvX0J89IGKFM4lhjF30iKs UBCWks3zEsYGLnUU7zGMFuTu9KY/s+1FHW1Y86s= X-Received: by 2002:a67:3289:: with SMTP id y131mr621870vsy.37.1631172151478; Thu, 09 Sep 2021 00:22:31 -0700 (PDT) MIME-Version: 1.0 References: <20210707214752.3831-1-rdunlap@infradead.org> <49495ab9-5039-f332-2895-1a79c034f58d@infradead.org> In-Reply-To: From: Geert Uytterhoeven Date: Thu, 9 Sep 2021 09:22:19 +0200 Message-ID: Subject: Re: [PATCH v3] ASoC: atmel: ATMEL drivers don't need HAS_DMA To: Randy Dunlap Cc: Codrin.Ciubotariu@microchip.com, Linux Kernel Mailing List , ALSA Development Mailing List , Liam Girdwood , Mark Brown , mirq-linux@rere.qmqm.pl, Alexandre Belloni Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Randy, On Wed, Sep 8, 2021 at 10:14 PM Randy Dunlap wrote: > On 9/6/21 12:14 AM, Geert Uytterhoeven wrote: > > On Fri, Sep 3, 2021 at 9:53 PM Randy Dunlap wrote: > >> On 9/2/21 9:44 AM, Geert Uytterhoeven wrote: > >>> On Thu, Jul 8, 2021 at 6:51 PM Randy Dunlap wrote: > >>>> On 7/8/21 1:19 AM, Codrin.Ciubotariu@microchip.com wrote: > >>>>> On 08.07.2021 00:47, Randy Dunlap wrote: > >>>>>> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > >>>>>> > >>>>>> On a config (such as arch/sh/) which does not set HAS_DMA when MMU > >>>>>> is not set, several ATMEL ASoC drivers select symbols that cause > >>>>>> kconfig warnings. There is one "depends on HAS_DMA" which is no longer > >>>>>> needed. Dropping it eliminates the kconfig warnings and still builds > >>>>>> with no problems reported. > >>>>>> > >>>>>> Fix the following kconfig warnings: > >>>>>> > >>>>>> WARNING: unmet direct dependencies detected for SND_ATMEL_SOC_PDC > >>>>>> Depends on [n]: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && HAS_DMA [=n] > >>>>>> Selected by [m]: > >>>>>> - SND_ATMEL_SOC_SSC [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] > >>>>>> - SND_ATMEL_SOC_SSC_PDC [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && ATMEL_SSC [=m] > >>>>>> > >>>>>> WARNING: unmet direct dependencies detected for SND_ATMEL_SOC_SSC_PDC > >>>>>> Depends on [n]: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && ATMEL_SSC [=m] && HAS_DMA [=n] > >>>>>> Selected by [m]: > >>>>>> - SND_AT91_SOC_SAM9G20_WM8731 [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && (ARCH_AT91 || COMPILE_TEST [=y]) && ATMEL_SSC [=m] && SND_SOC_I2C_AND_SPI [=m] > >>>>>> > >>>>>> WARNING: unmet direct dependencies detected for SND_ATMEL_SOC_SSC > >>>>>> Depends on [n]: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && HAS_DMA [=n] > >>>>>> Selected by [m]: > >>>>>> - SND_ATMEL_SOC_SSC_DMA [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && ATMEL_SSC [=m] > >>>>>> > >>>>>> WARNING: unmet direct dependencies detected for SND_ATMEL_SOC_SSC_DMA > >>>>>> Depends on [n]: SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && ATMEL_SSC [=m] && HAS_DMA [=n] > >>>>>> Selected by [m]: > >>>>>> - SND_ATMEL_SOC_WM8904 [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && (ARCH_AT91 || COMPILE_TEST [=y]) && ATMEL_SSC [=m] && I2C [=m] > >>>>>> - SND_AT91_SOC_SAM9X5_WM8731 [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] && SND_ATMEL_SOC [=m] && (ARCH_AT91 || COMPILE_TEST [=y]) && ATMEL_SSC [=m] && SND_SOC_I2C_AND_SPI [=m] > >>>>>> > >>>>>> Fixes: 3951e4aae2ce ("ASoC: atmel-pcm: dma support based on pcm dmaengine") > >>>>>> Fixes: 18291410557f ("ASoC: atmel: enable SOC_SSC_PDC and SOC_SSC_DMA in Kconfig") > >>>>>> Fixes: 061981ff8cc8 ("ASoC: atmel: properly select dma driver state") > >>>>> > >>>>> I am not sure about these fixes tags. As Alexandre mentioned, it looks > >>>>> like the reason for HAS_DMA in the first place was the COMPILE_TEST with > >>>>> m32r arch. I dig a bit, and, if any, I think we should use: > >>>>> Fixes: eb17726b00b3 ("m32r: add simple dma") > >>>>> since this commit adds dummy DMA support for m32r and seems to fix the > >>>>> HAS_DMA dependency. > >>>> > >>>> Ah, I forgot to update the Fixes: tag(s). > >>>> > >>>> I won't disagree with your Fixes: suggestion (good digging) but > >>>> I would probably have used 8d7d11005e930: > >>>> ASoC: atmel: fix build failure > >>>> which is the commit that added "depends on HAS_DMA". > >>> > >>> M32r was not the only platform NO_DMA, so I guess the build would > >>> have failed for the others, too (e.g. Sun-3). > >>> > >>> So the real fix was probably commit f29ab49b5388b2f8 ("dma-mapping: > >>> Convert NO_DMA get_dma_ops() into a real dummy"), or one of the > >>> related commits adding dummies to subsystems. > >> > >> Does this mean that some other actions are needed here? > >> E.g. revert + a different kind of fix? > > > > While we can now compile drivers using DMA features on NO_DMA > > platforms, thanks to the dummies, it does mean many of these drivers > > cannot work on such platforms. So I think it makes sense to replace > > "depends on HAS_DMA" by "depends on HAS_DMA || COMPILE_TEST" if DMA > > is not optional to the driver. > > Hi Geert, > > Is this what you had in mind? It seems to work with my (limited) > testing. Yes. And also for other symbols for drivers that now compile fine if !HAS_DMA, thanks to the dummies. > --- linux-next-20210907.orig/sound/soc/atmel/Kconfig > +++ linux-next-20210907/sound/soc/atmel/Kconfig > @@ -11,6 +11,7 @@ if SND_ATMEL_SOC > > config SND_ATMEL_SOC_PDC > bool > + depends on HAS_DMA || COMPILE_TEST > > config SND_ATMEL_SOC_DMA > bool Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds