Received: by 10.213.65.68 with SMTP id h4csp4058493imn; Tue, 10 Apr 2018 08:37:10 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+A7vK5zGAcxcOf74bMaJJmdWd9i96K22NrJaMu5T9xB+8qNpj4ilmXPMUYdI8fVyHpGkJr X-Received: by 10.98.141.20 with SMTP id z20mr800581pfd.144.1523374630782; Tue, 10 Apr 2018 08:37:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523374630; cv=none; d=google.com; s=arc-20160816; b=K42VBKiVTOJL+BiYSQ2KGbL4ct5eiltFqz6FsosVkwqOPTGRXUx8AQxf9ht0feUct/ +K02eKWFfRWASNTsFwRM7WjiPdROZgzB4QLnU46bvIFFRBIkJs6EZKVv6JNlietD7uQm ivuTVv328cEvOvMYgDNlfUlSlZ+m2pAINHt+bAsbiVzAgpKxYd6O9YsTToe282c6vFwP sXmhkbTkhrA9Tz6zY5oQ/+QlgqWgzOfO//aD+QCvHOoIcRb7XUONPMcdKxKA95wkOrt6 Ih+CTVIY5OrhFZPCM8dbTsJnOLjxZk9ZMNbdmOHIsiJEq0ZxU2pRUD0cXh8OCwKvAZGT +5Yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=GqTNYaISDkgPRImE15CAw6s1bmSeezROQTS8YljE/U8=; b=VVx3XcSCjslGc8mJj3omOyJWOjDnvM+17W+QUPO8+4I+Aria6WXUHfsvI29jqDrnwb 4I7QD3awXBJTEKZzxHzTTNOLeWD1zq+xW+mnHqdVPZzW1318lgIfV4LnIqMRxGUS91bl Y5LKxx7Ag6sAIyO5SEoLtFfysC52/l54Ys46yWCajFQotsXWH4spsOuzMjC+c+5DTf0y QbmIG0cXbMmlmez3Y/ddumPC4U0GB+3Y58TUz4MAogG7x++oZ6BCLQ6PfSZpFI6vvNHh zjsyDrpU4Q9i1fyWqP/pnG97R7n163O0QN/5SxD0D1mcMoltqqG0RYu/9MZvGPUedOT3 iltg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b27si2019604pge.217.2018.04.10.08.36.33; Tue, 10 Apr 2018 08:37:10 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751624AbeDJPdU (ORCPT + 99 others); Tue, 10 Apr 2018 11:33:20 -0400 Received: from mga12.intel.com ([192.55.52.136]:33422 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751272AbeDJPdR (ORCPT ); Tue, 10 Apr 2018 11:33:17 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2018 08:32:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,432,1517904000"; d="scan'208";a="32578637" Received: from vkoul-udesk7.iind.intel.com (HELO localhost) ([10.223.84.143]) by orsmga008.jf.intel.com with ESMTP; 10 Apr 2018 08:32:50 -0700 Date: Tue, 10 Apr 2018 21:07:18 +0530 From: Vinod Koul To: Frank Mori Hess Cc: dmaengine@vger.kernel.org, Dan Williams , linux-kernel@vger.kernel.org Subject: Re: [PATCH v4] dmaengine: pl330: flush before wait, and add dev burst support. Message-ID: <20180410153718.GS6014@localhost> References: <20180311150151.GB15443@localhost> <2863317.1ZoR41yQkl@bear> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 09, 2018 at 08:41:18PM -0400, Frank Mori Hess wrote: > On Tue, Mar 13, 2018 at 2:34 PM, Frank Mori Hess wrote: > > Do DMAFLUSHP _before_ the first DMAWFP to ensure controller > > and peripheral are in agreement about dma request state before first > > transfer. Add support for burst transfers to/from peripherals. In the new > > scheme, the controller does as many burst transfers as it can then > > transfers the remaining dregs with either single transfers for > > peripherals, or with a reduced size burst for memory-to-memory transfers. > > Hi, what is the state of this patch? I just noticed in patchwork it > is now listed as "Not applicable"? The original broken-by-wordwrap > patch is listed as "Accepted"? > > https://patchwork.kernel.org/project/linux-dmaengine/list/?submitter=178687&state=* That is not correct state, my script would update as not applicable when it doesn't find patch in my queue.. > I found it has a bug handling dregs btw, I'll include a fix for that > in the next version or as a follow-on patch as appropriate. Looks like I have missed this one somehow, so please update the patch with fix and I shall look into it. Thanks -- ~Vinod