Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756944AbcDLQZ1 (ORCPT ); Tue, 12 Apr 2016 12:25:27 -0400 Received: from mail-wm0-f45.google.com ([74.125.82.45]:34900 "EHLO mail-wm0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756569AbcDLQZX (ORCPT ); Tue, 12 Apr 2016 12:25:23 -0400 Message-ID: <1460478320.19152.92.camel@nexus-software.ie> Subject: Re: [PATCH v1 12/12] serial: 8250_lpss: enable DMA on Intel Quark UART From: "Bryan O'Donoghue" To: Andy Shevchenko Cc: Andy Shevchenko , Vinod Koul , "linux-kernel@vger.kernel.org" , dmaengine , Greg Kroah-Hartman , "Puustinen, Ismo" , Heikki Krogerus , "linux-serial@vger.kernel.org" Date: Tue, 12 Apr 2016 17:25:20 +0100 In-Reply-To: References: <1460061433-63750-1-git-send-email-andriy.shevchenko@linux.intel.com> <1460061433-63750-13-git-send-email-andriy.shevchenko@linux.intel.com> <1460388795.19152.38.camel@nexus-software.ie> Organization: Nexus Software Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.16.5-1ubuntu3.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1000 Lines: 29 On Mon, 2016-04-11 at 18:51 +0300, Andy Shevchenko wrote: > On Mon, Apr 11, 2016 at 6:33 PM, Bryan O'Donoghue > wrote: > > On Thu, 2016-04-07 at 23:37 +0300, Andy Shevchenko wrote: > > > > Preface. I tried this on Galileo and it appears to work. I'll do > > some > > throughput testing to verify but, initially the results are > > positive :) > > I submitted (and pushed into my branch) a bit changed version (see my > v2). > > > > + lpss->dma_maxburst = 8; > > > > Are these dwords ? If those are bytes then the maxburst value looks > > small. In the BSP the max burst is 32 bytes. > > max_burst is in items of given size (here is 32 bytes for memory and > 8 I haven't read your V2 yet but on this, I'd suggest raising the burst size to 32 bytes for UART (no higher) we found during bringup that larger sizes "fall-over and die" but, anything up to 32 bytes is OK - and therefore you should be able to reduce the number of bursts/interrupts etc. --- bod