Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp249417ybv; Tue, 4 Feb 2020 20:46:13 -0800 (PST) X-Google-Smtp-Source: APXvYqxj6KdyuZaigCaEEtfhc/+sVQ5GRc8MeeFR09rJnp4TS1QCO6Yo9kLz3wumi6nXWFSyEgPY X-Received: by 2002:a05:6808:3b4:: with SMTP id n20mr1649001oie.78.1580877973300; Tue, 04 Feb 2020 20:46:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580877973; cv=none; d=google.com; s=arc-20160816; b=Q1cRq/nrCmi1KHR+aTNYwZEtmJvnLd9EVlO9YjBUGjK+EGh2TzQ0yM7oTaExulGKR1 sl/d0R8LjlEPuX9ounr5YNDfqtv/t9F4bA/rLH7F/W5Jq6ZRfiWGwobAxO3mQQOmRnbL ho9MIZjkX0ECKVFRvScGKDIZJiFsHiFn2cxzdjqWzRKwDZqZRD3BhFfhLVvL88qUSxxO IK0lv/0v3L9WUA55bD9QUma8I7y+PKXUD1daddue/Xc14m8qO997do1bUIOfjfyC04rZ 0gF1NqxRca00tf2s+wvY6LrifcCPkVxm/MuhpFmV103T7TgXDgrYZ1n2OMXWrnsRn8wt xaIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=Nbco8cKAy6u7ZoIb/XoLgpRaD16zkWrQH0jFIy36fVY=; b=l3U+6qkYLrwEB5EbhaPQMIwJj+987+UvIvd6dwi2EoKSdf7zD6snyqiLUcCTvXF+Og EsoQV1xp/NIg3dP7t2msU/Gak9EZbqIgIMYhQDA+Ft6p2ORPxtX5L6z8uaWNJcqyV7dE ov/UjUyv3+6g79BFb5AHHeJw2oyFjdM/xGVBcKpp7feKNljsPj04CfWA5TVZZ4HExQwt sqid6f4gxVzbDjhomEd0JQD3IN9sj2/HyLL7V9HSMIqTKsyreBFglJvHIWY2+QrVxmq8 PJThMUWnb2XRZv5FB+ThyDUpTrXZXPF02lf0JrqXX/mkDZmA2Zc7pNrWRuugZz75d1Ks xoOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="yB/Eet4K"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z15si7157807otm.168.2020.02.04.20.46.01; Tue, 04 Feb 2020 20:46:13 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="yB/Eet4K"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728010AbgBEEn6 (ORCPT + 99 others); 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: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@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