Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp1706224pxb; Sun, 10 Jan 2021 07:45:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJzLYAca02dS7jzzim2jQLA/yWS+GEqUNmhoE70tY0wpNoA5ZD4T4J7QIXSXKwAkmvDUNqp2 X-Received: by 2002:a17:906:edc8:: with SMTP id sb8mr8290891ejb.247.1610293548611; Sun, 10 Jan 2021 07:45:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610293548; cv=none; d=google.com; s=arc-20160816; b=u8YfN9zf3QwzT3AZQXDO9JU4kRqRFPJFSSF8lIKdEXx0TO8hsb7VKEPP8AppcMOUoi qvrJQPHiNro8Wlwqzj0nWsQAxBT+rLnAYCdcIMl/ylOo4qFRk1vUY2zZt0NUBVS67MT3 /nztv5G2P/w2L2jdRkbOKMhBaQ6+l++3Utxdm+ZQ9aOP3DGMG18pVmKJL+ZcZnSwwL8A d2RErnVYs5jyWLE4BH8DX/qiEM/GJ8i0IPNANcCCc55U/MT5BAUvtj/i5ynMd0/4cG1u XilNgUbJvEHigSFiGp1t09xUhFFPR3ywkfjHeuqQWqLFxzSX13v1CJIFm/WfkCVtm7aj gBdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=R29doNJpSYKaxeNU2r78cLtxqxuJ6ZMJ9rTHB65R/uo=; b=xnVDVgjWQPNso3t7Ck0DBEcTMMGnw5lFfOk4DGZzRsrRSKrgPf2XctFcoBo+uTAucx DftOyDMtuXAojp3oUJWuFF2cVb+h9XGhb6ZEHf02vzjtQWHHB92qm3mvmIT5cnDKa0RW rw66FLpCxQf5YId4r/76YWTrg01v9V9mZQgz+mNei0UC2JW85BALpNrEepXa4RJz3NNy i/h9c/rFAhGL0EvzoFk8mNgxbjpceBDQ34kEMZo16ShqQfZodpiQX1xOdYdFIpZVZ2QJ 6cZ1yiPVyDnsnjUTF+xJq/JCMGfr2w8nENvSIC7sS3/6mAL2l2v1eY+frdh4zOaZxb1Z sr4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@metafoo.de header.s=default2002 header.b=UeiLT2Hu; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=metafoo.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l16si5560707ejd.683.2021.01.10.07.45.23; Sun, 10 Jan 2021 07:45:48 -0800 (PST) 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; dkim=pass header.i=@metafoo.de header.s=default2002 header.b=UeiLT2Hu; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=metafoo.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726265AbhAJPom (ORCPT + 99 others); Sun, 10 Jan 2021 10:44:42 -0500 Received: from www381.your-server.de ([78.46.137.84]:53714 "EHLO www381.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726069AbhAJPol (ORCPT ); Sun, 10 Jan 2021 10:44:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=metafoo.de; s=default2002; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID; bh=R29doNJpSYKaxeNU2r78cLtxqxuJ6ZMJ9rTHB65R/uo=; b=UeiLT2Huki4bCzWCzEDPcWsiPr 91nSMjqvYNHvR3MpJXbeV1zIWWEuECmFRAVkCj9qIsr1KKV2IKu1d+sbNVah5u6CcXDxxQ2xbBLJs jkS0LFZ6U+bflPZ7e01GcQ6kop8phGH3j+cwA+IwXVf5Q6gaxQbf1vLYdZRGPn6If8QzQvT0lSloL nn3ChIOapIIwCp7ax13sCvkLgZLKkeLF1wMVbJRYed/roQCdjpapNxpYZ/JSeYJ8fTyWcYoPYPpHb yj+Sfz+hPjmf+xxFz/S1dbTxdLrZRNL9BgwZQMc/WzDP1hOGXVb7pkxJTLjTubayvwpjm4IVD+ycC 9DLGANDQ==; Received: from sslproxy03.your-server.de ([88.198.220.132]) by www381.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1kycse-0008Dv-Km; Sun, 10 Jan 2021 16:43:48 +0100 Received: from [2001:a61:2bd0:3301:9e5c:8eff:fe01:8578] by sslproxy03.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kycse-000Day-CA; Sun, 10 Jan 2021 16:43:48 +0100 Subject: Re: dmaengine : xilinx_dma two issues To: Paul Thomas , Radhey Shyam Pandey Cc: Dan Williams , Vinod Koul , Michal Simek , Matthew Murrian , Romain Perier , Krzysztof Kozlowski , Marc Ferland , Sebastian von Ohr , "dmaengine@vger.kernel.org" , Linux ARM , linux-kernel , "dave.jiang@intel.com" , Shravya Kumbham , git References: From: Lars-Peter Clausen Message-ID: Date: Sun, 10 Jan 2021 16:43:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Authenticated-Sender: lars@metafoo.de X-Virus-Scanned: Clear (ClamAV 0.102.4/26045/Sun Jan 10 13:36:42 2021) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/10/21 4:16 PM, Paul Thomas wrote: > On Fri, Jan 8, 2021 at 1:36 PM Radhey Shyam Pandey wrote: >>> -----Original Message----- >>> From: Paul Thomas >>> Sent: Friday, January 8, 2021 9:27 PM >>> To: Radhey Shyam Pandey >>> Cc: Dan Williams ; Vinod Koul >>> ; Michal Simek ; Matthew Murrian >>> ; Romain Perier >>> ; Krzysztof Kozlowski ; Marc >>> Ferland ; Sebastian von Ohr >>> ; dmaengine@vger.kernel.org; Linux ARM >> arm-kernel@lists.infradead.org>; linux-kernel >> kernel@vger.kernel.org>; dave.jiang@intel.com; Shravya Kumbham >>> ; git >>> Subject: Re: dmaengine : xilinx_dma two issues >>> >>> Hi All, >>> >>> On Fri, Jan 8, 2021 at 2:13 AM Radhey Shyam Pandey >>> wrote: >>>>> -----Original Message----- >>>>> From: Radhey Shyam Pandey >>>>> Sent: Monday, January 4, 2021 10:50 AM >>>>> To: Paul Thomas ; Dan Williams >>>>> ; Vinod Koul ; Michal >>>>> Simek ; Matthew Murrian >>>>> ; Romain Perier >>>>> ; Krzysztof Kozlowski ; >>>>> Marc Ferland ; Sebastian von Ohr >>>>> ; dmaengine@vger.kernel.org; Linux ARM >>>> arm-kernel@lists.infradead.org>; linux-kernel >>>> kernel@vger.kernel.org>; Shravya Kumbham ; git >>>>> >>>>> Subject: RE: dmaengine : xilinx_dma two issues >>>>> >>>>>> -----Original Message----- >>>>>> From: Paul Thomas >>>>>> Sent: Monday, December 28, 2020 10:14 AM >>>>>> To: Dan Williams ; Vinod Koul >>>>>> ; Michal Simek ; Radhey >>>>>> Shyam Pandey ; Matthew Murrian >>>>>> ; Romain Perier >>>>> ; >>>>>> Krzysztof Kozlowski ; Marc Ferland >>>>>> ; Sebastian von Ohr ; >>>>>> dmaengine@vger.kernel.org; Linux ARM >>>>> arm-kernel@lists.infradead.org>; linux-kernel >>>>> kernel@vger.kernel.org> >>>>>> Subject: dmaengine : xilinx_dma two issues >>>>>> >>>>>> Hello, >>>>>> >>>>>> I'm trying to get the 5.10 kernel up and running for our system, >>>>>> and I'm running into a couple of issues with xilinx_dma. >>>>> + (Xilinx mailing list) >>>>> >>>>> Thanks for bringing the issues to our notice. Replies inline. >>>>> >>>>>> First, commit 14ccf0aab46e 'dmaengine: xilinx_dma: In dma channel >>>>>> probe fix node order dependency' breaks our usage. Before this >>>>>> commit a >>>>> call to: >>>>>> dma_request_chan(&indio_dev->dev, "axi_dma_0"); returns fine, but >>>>>> after that commit it returns -19. The reason for this seems to be >>>>>> that the only channel that is setup is channel 1 (chan->id is 1 in >>>>> xilinx_dma_chan_probe()). >>>>>> However in >>>>>> of_dma_xilinx_xlate() chan_id is gets set to 0 (int chan_id = >>>>>> dma_spec- >>>>>>> args[0];), which causes the: >>>>>> !xdev->chan[chan_id] >>>>>> test to fail in of_dma_xilinx_xlate() >>>>> What is the channel number passed in dmaclient DT? >>> Is this a question for me? >> Yes, please also share the dmaclient DT client node. Need to see >> channel number passed to dmas property. Something like below- >> >> dmas = <& axi_dma_0 1> >> dma-names = "axi_dma_0" > OK, I think I need to revisit this and clean it up some. Currently In > the driver (a custom iio adc driver) it is hard coded: > dma_request_chan(&indio_dev->dev, "axi_dma_0"); > > However, the DT also has the entries (currently unused by the driver): > dmas = <&axi_dma_0 0>; > dma-names = "axi_dma_0"; > > I'll go back and clean up our driver to do something like adi-axi-adc.c does: > > if (!device_property_present(dev, "dmas")) > return 0; > > if (device_property_read_string(dev, "dma-names", &dma_name)) > dma_name = "axi_dma_0"; > > Should the dmas node get used by the driver? I see the second argument > is: '0' for write/tx and '1' for read/rx channel. So I should be > setting this to 1 like this? > dmas = <&axi_dma_0 1>; > dma-names = "axi_dma_0"; > > But where does that field get used? This got broken in "dmaengine: xilinx_dma: In dma channel probe fix node order dependency" . Before if there was only one channel that channel was always at index 0. Regardless of whether the channel was RX or TX. But after that change the RX channel is always at offset 1, regardless of whether the DMA has one or two channels. This is a breakage in ABI. If you have the choice I'd recommend to not use the Xilinx DMA, it gets broken pretty much every other release. - Lars