Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp2005437ybb; Fri, 29 Mar 2019 16:25:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqy+exsElNDdCf5MxeILCWJ79YoZY1jlSUjBy3+VHBT8++bKcmvXlFdOGtQFhPIT5f0wgdEQ X-Received: by 2002:a62:1647:: with SMTP id 68mr49938563pfw.113.1553901945476; Fri, 29 Mar 2019 16:25:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553901945; cv=none; d=google.com; s=arc-20160816; b=lXfLOcvoPOH9JiThvsojV183FTkmouMM+Oh/khND7pZOr40Cz+/GXuiRth8/tLJFPi 4zN82F3avVpBCgr6NOthdZsnOJdq8mJz055jozop5R49IY5vAGcQNxU9cXW8dfr8MYTK G0kEs/xfwqpkPtPawoRToRC5F3Uvxy6Dth/skskMdE0RfqwMit96S9eei/IIVl2wLCen kERvVZfELps/dGDN7cSv0E2tM5xd6kSxIGWH1LQ1c1c5zw6E25TFD1e+0kt9bxeOCpnM NXkGBgmMBZlsGOWq/uAsFW+DrZwTy4YRksy74lfRTq23inmC3advS1+VL61772HPoaVs gDaw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=KwWyMjirdlBZz5gmXaEHoXiOBp7SzJx4FKS2P0lYc/k=; b=ch0W5ZG0LDvFPSKbZ2kTYjYL+ZEszx6DmBdqrpvYgr53zt7alfuMQWIx4wFz6Nna2X g2qDuuzREhQyFhHh6hh+LOnVz31OZ72Wp13PpLzy6CvXXprPHIH1DiLJwM07yqx6XBZV 60UTEgC+v0k/lOl+duA6rGFFnrI9gT+VcEHCp4ayfvQFR8yzxD0HRSR3j6nX5r8uwATZ kg7PZ1j/o3blvVf26nrgE1fZVqdaU+0bjdqiNc7uyQYUQmgNoBaEfMl1ieFzBWO681L2 FrzU4P4b2gdKCrVZPWXmLBxHsrv7/5JMlIpTYzpTERlZIR9f/RNxx7sQrZ9GHBYlIyqp Iy4w== 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 v12si2980267pgh.303.2019.03.29.16.25.30; Fri, 29 Mar 2019 16:25:45 -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 S1730152AbfC2XYT (ORCPT + 99 others); Fri, 29 Mar 2019 19:24:19 -0400 Received: from foss.arm.com ([217.140.101.70]:38908 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729932AbfC2XYT (ORCPT ); Fri, 29 Mar 2019 19:24:19 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 87A8BA78; Fri, 29 Mar 2019 16:24:18 -0700 (PDT) Received: from [192.168.1.124] (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 2B13B3F59C; Fri, 29 Mar 2019 16:24:16 -0700 (PDT) Subject: Re: [PATCH v2] arm64: dts: rockchip: add rk3399 UART DMAs To: Heiko Stuebner , Katsuhiro Suzuki Cc: linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org References: <20190321162244.10080-1-katsuhiro@katsuster.net> <14265087.Gbs4YZABJo@phil> From: Robin Murphy Message-ID: <69d5d0fd-00c3-36ae-596e-1b9f9452a07a@arm.com> Date: Fri, 29 Mar 2019 23:24:16 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <14265087.Gbs4YZABJo@phil> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-03-27 12:00 pm, Heiko Stuebner wrote: > Hi, > > Am Dienstag, 26. März 2019, 14:49:16 CET schrieb Katsuhiro Suzuki: >> Hello Robin, >> >> Sorry for inconvenience. Since I don't adhere enabling DMA for UARTs, >> please revert my patch if you need. > > I've dropped the patch from my queue now. > >> BTW, there are DMA properties in RK3328 device-tree like as this patch. >> RK3328 UART DMA could not work correctly too...?? > > I remember Rockcihip dma-controllers having issues with burst-sizes > and flushing (there is a no-flushp option in pl330), so it's > possible that all share the same error up to rk3399 and rk3328 > > But so far no-one has shouted regarding the rk3328. Let me be the first, then, I guess :) I found an easy way to observe the problem on my 3399, and I've just fired up my 3328 box with a 5.0 distro kernel to find that it behaves the same. Basically just dump a large pile of text into 'less' on the serial console, and scroll through line-by-line - certain lines get dropped except for a few characters at the end. I'll see if I can narrow it down a bit, starting with trying broken-flushp... Robin.