Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp606466pxb; Fri, 15 Apr 2022 07:12:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnvY4L4Lgbrf5hdCiCH4oMZtzVEiRz1Bl47nVlApWDU0Muo9mnLlrGsSTRXE8evH+qt0Vv X-Received: by 2002:a65:6181:0:b0:39d:871:2199 with SMTP id c1-20020a656181000000b0039d08712199mr6453455pgv.521.1650031969780; Fri, 15 Apr 2022 07:12:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650031969; cv=none; d=google.com; s=arc-20160816; b=pNXlOSQJljDuPFJfyBHXqyyDoiB3YE6xYmw8p3lvSygEKt58ZEoDD0gEjF4LzDTEV4 Cjrb3qY0uhU1TXN1wMGTtn3/RD4nc2UjQWMTIUQC2u3SQY7elURDWKpEZycFjPygOJY1 u+6owwewZDl0XGdQYC8G5Gmbf5iERsH8C6xoxgkwmNwefBKh+ItiazSGs5MYUosS26U4 1PP2wNWj6b+axPcPwopjxl6CUrYt7xeXTBav8p5b0TeOa4Rg7m+9KMQ9Jkygl4IyIooI UC/Nevdmq9wW7TObFKYS5/YTRbBDS7c+wc+X7w77Xkb7QAWu0l+uinqZVl7i3QRhKg34 95hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=RlR+mkKXU++s7HgqY2Fibqf5QkOQ+PU+Yg3Dej41kF8=; b=qBxQOBbQu1SCDL7Rfemn1j9puNjeOX/DUjk6+2QcCEEMEmcPE3ejgK3im1zl7kQIUk myda6/TXrM/wAROsvcIswydvcR6G6nKl/ULmsaRGwgsRVn0Z17mE3QwZsFkTLdXB+cK7 K428h58qXMso7VeeH1YUswMKqrWmo2ZPnGmMrjMOUQNMkGXCQBPkFigjcHQMhXlxd/w0 8X1xSfXVB1Z6OMimEyIpUyBYukFjuqdz4aIV/i56yJ1WxkiaFi1ySH3/XMQG2Jlnf0MR Gwlop3uSWJtsbdvWKjDrcIFbZN/RfcU0qlbhqDqrbzXKyNdIpPV8nSeBSoBAEDc6LHcX uOyw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d21-20020a170902aa9500b00158d1f2d451si1374324plr.45.2022.04.15.07.12.29; Fri, 15 Apr 2022 07:12:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245554AbiDNPit (ORCPT + 99 others); Thu, 14 Apr 2022 11:38:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52430 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350919AbiDNO3F (ORCPT ); Thu, 14 Apr 2022 10:29:05 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E9317D39A7 for ; Thu, 14 Apr 2022 07:16:48 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 65FED61E80 for ; Thu, 14 Apr 2022 14:16:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 599D9C385A1; Thu, 14 Apr 2022 14:16:46 +0000 (UTC) Message-ID: Date: Fri, 15 Apr 2022 00:16:43 +1000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [linux-stable-rc:queue/5.4 7091/9999] drivers/staging/comedi/drivers/comedi_isadma.c:25:17: error: implicit declaration of function 'claim_dma_lock' Content-Language: en-US To: Arnd Bergmann , kernel test robot Cc: kbuild-all@lists.01.org, Linux Kernel Mailing List , Greg Kroah-Hartman , Sasha Levin References: <202204130751.lUeRF1y2-lkp@intel.com> From: Greg Ungerer In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-9.2 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,NICE_REPLY_A,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 13/4/22 18:54, Arnd Bergmann wrote: > On Wed, Apr 13, 2022 at 1:07 AM kernel test robot wrote: >> >> Hi Arnd, >> >> FYI, the error/warning still remains. >> >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git queue/5.4 >> head: 9185989d84b918f49f720061cedc29c8ed039797 >> commit: 53a72858bcae7eaa7df8d167dbf60682d70f82a6 [7091/9999] m68knommu: only set CONFIG_ISA_DMA_API for ColdFire sub-arch >> config: m68k-randconfig-r011-20220412 (https://download.01.org/0day-ci/archive/20220413/202204130751.lUeRF1y2-lkp@intel.com/config) >> > > I've seen a couple of reports for this now, in a few other drivers. > The intention of > my old patch was to limit the use of the set_dma_addr() etc interface > for coldfire, > because they are not implemented on the other MMU-less m68k platform > (dragonball), which caused build failures there. > > However, changing the dependency to COLDFIRE means that we now build > the drivers that need this on /other/ machines that don't have the complete > API. In particular, coldfire-v4 with MMU is now able to select the COMEDI > ISA drivers that fail to build because a different part of the API > (claim_dma_lock()) > is defined in asm/floppy.h on m68k instead of asm/dma.h as it is on the > other architectures. > > I don't actually see any driver on coldfire using the ISA DMA API any more at > all, so I wonder if we should just drop the symbol entirely, and perhaps remove > the definitions for coldfire as well. These are the drivers I found > using the DMA > API: > > $ git grep -wl set_dma_mode\\\|request_dma drivers/ sound/ > drivers/ata/pata_icside.c > drivers/comedi/drivers/comedi_isadma.c > drivers/mmc/host/wbsd.c > drivers/net/appletalk/ltpc.c > drivers/net/ethernet/3com/3c515.c > drivers/net/ethernet/amd/lance.c > drivers/net/ethernet/amd/ni65.c > drivers/net/ethernet/cirrus/cs89x0.c > drivers/net/hamradio/dmascc.c > drivers/net/wan/cosa.c > drivers/net/wan/hostess_sv11.c > drivers/net/wan/sealevel.c > drivers/net/wan/z85230.c > drivers/parport/parport_pc.c > drivers/pnp/resource.c > drivers/scsi/aha1542.c > drivers/scsi/arm/cumana_2.c > drivers/scsi/arm/eesox.c > drivers/scsi/arm/powertec.c > drivers/scsi/mpt3sas/mpt3sas_base.c > drivers/scsi/mpt3sas/mpt3sas_base.h > drivers/scsi/qla1280.c > drivers/scsi/qla1280.h > drivers/scsi/qla4xxx/ql4_def.h > drivers/scsi/qla4xxx/ql4_mbx.c > drivers/scsi/qla4xxx/ql4_os.c > drivers/usb/gadget/udc/net2272.c > drivers/usb/musb/musb_cppi41.c > drivers/video/fbdev/pvr2fb.c > sound/core/isadma.c > sound/isa/es1688/es1688_lib.c > sound/isa/gus/gus_main.c > sound/soc/au1x/dma.c > > Greg (Ungerer), do you see any of these that are used on Coldfire? > I can rule out most of them, but there are a few that are unclear to me. I think the cs89x0 driver may have been used on at least one platform in the past. But nothing that is currently supported in mainline code. So we can safely assume none of these are required for ColdFire platforms. Regards Greg