From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 80FD6C35249 for ; Wed, 5 Feb 2020 04:43:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 53FF1217F4 for ; Wed, 5 Feb 2020 04:43:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580877838; bh=k4/1T+HhTSCuFjv1n9/8fjT04o7baYWhF50eAka6OQY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=zW4+jzbWENB4IoDz/rrKnSeLujPLbMb8i5lctmi6LHTX5RcPPJZ7IoQ+aPzz+kdNL jHmjGCiwxY0y27CvvU4+8RYM/3uzR+3lTjHrL3CZ/SQbzkD6gJKEVIvVwpt2xvBJ1K S9owAsg8XzoDhvhNnci2asKxfg88oxOfHWQEB6nU= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727924AbgBEEn6 (ORCPT ); Tue, 4 Feb 2020 23:43:58 -0500 Received: from mail.kernel.org ([198.145.29.99]:50606 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727879AbgBEEn5 (ORCPT ); Tue, 4 Feb 2020 23:43:57 -0500 Received: from localhost (unknown [49.207.63.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 14CAC2085B; Wed, 5 Feb 2020 04:43:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580877837; bh=k4/1T+HhTSCuFjv1n9/8fjT04o7baYWhF50eAka6OQY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=yB/Eet4KOP/iwRCK+7Yenry7SZkZfkA27+2iwcxdJL4S0ffJkrjw0mqyYIdTLk/oL htxDkACD6d66vStqduOxElwJQ4ohy89ieIORJIuEfKngjiogSuE05QFmdKP0nQ+o0C jg0zpeExl/Htr/WAnFAskSNgpWHguQVypEa9M7eE= Date: Wed, 5 Feb 2020 10:13:52 +0530 From: Vinod Koul To: Andy Shevchenko Cc: Peter Ujfalusi , dmaengine , Linux Kernel Mailing List , Dan Williams Subject: Re: [PATCH 0/3] dmaengine: Stear users towards dma_request_slave_chan() Message-ID: <20200205044352.GC2618@vkoul-mobl> References: <20200203101806.2441-1-peter.ujfalusi@ti.com> <20200204062118.GS2841@vkoul-mobl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: dmaengine-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: dmaengine@vger.kernel.org On 04-02-20, 13:21, Andy Shevchenko wrote: > On Tue, Feb 4, 2020 at 8:21 AM Vinod Koul wrote: > > > > On 03-02-20, 12:37, Andy Shevchenko wrote: > > > On Mon, Feb 3, 2020 at 12:32 PM Peter Ujfalusi wrote: > > > > > > > dma_request_slave_channel_reason() no longer have user in mainline, it > > > > can be removed. > > > > > > > > Advise users of dma_request_slave_channel() and > > > > dma_request_slave_channel_compat() to move to dma_request_slave_chan() > > > > > > How? There are legacy ARM boards you have to care / remove before. > > > DMAengine subsystem makes a p*s off decisions without taking care of > > > (I'm talking now about dma release callback, for example) end users. > > > > Can you elaborate issue you are seeing with dma_release callback? > > > [ 7.980381] intel-lpss 0000:00:1e.3: WARN: Device release is not > defined so it is not safe to unbind this driver while in use Yes that is expected but is not valid in your case. Anyway this will be turned off before the release. > It's not limited to that driver, but actually all I'm maintaining. > > Users are not happy! > > -- > With Best Regards, > Andy Shevchenko -- ~Vinod