Received: by 10.192.165.148 with SMTP id m20csp331138imm; Thu, 19 Apr 2018 23:04:42 -0700 (PDT) X-Google-Smtp-Source: AIpwx49yUBrNWA6j/QHWZ6LnqVyyjOLpCwM2LVTjReET1bPSeIW3OGEOjK51cseKZy809bwAdxEX X-Received: by 10.98.159.20 with SMTP id g20mr8513436pfe.75.1524204282451; Thu, 19 Apr 2018 23:04:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524204282; cv=none; d=google.com; s=arc-20160816; b=fcO5X5/X9/FvngehWoOajSB3ZeZFPLVR2KPQGjN2vXeOOlpi0JdacZvpLcYzF1gghS tSxG657PMeBDkfLRO/2ADekj108DXBxe3xDJUUSOlHU1n/yIa1uP+dcD/4NTB+tz3SW6 B9T8mPpIRV8oBV70XXvje5fGFF/XWkO2lDQbbPIhDA8Bni/+TcC9It0mHW/NEWMw/t8f iOk0PU040dzaoaqc1QEZmGVEUz2B36sg61zSHeL6xEYBePueK6RCAgQ3zplveFMfZkra Tg68BXuT4hkWgMe1xUY+5fhhOIzzKtX0pPl3ncFcg5Rk3JrNRS00aLHgu42MgX7CMT0F supA== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=yxtsdL29EdlW6eV0VyxgVS4OoWz5N4Unp8/ty6GkVzA=; b=Ln1APlBWqaSmM6vHc6JKWTFpFxdI0VUVk3LmvKiRdFxKb24fhK+FUyXS2djRcWpUX+ +YSjNzwgdxsiiMcPEXQRDJCZ4YXI5jNKoDbsh5wyMJLzSSmjpWBLczt81Lj9j53wDpTO pllso1BuSXX/MZpBvotI4VSaOqFQ73CHScsDUDOKU1juPrESq97Ad6zAK+GueCXQq1dN OuDpqCfDL5Bgv5xBs0Kfy2hIPjJdqDuxCoO/71SFnOzuGVOfQUQZJKfcp/G9YfviJWx3 1GU01Lwjg5cqLoWgZItuJVuqXgQHRgn6wmPxVOSTm8+H+gR+gn566HXDNYHHAI2uZwXR pFlw== 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 t23-v6si4376815ply.306.2018.04.19.23.04.27; Thu, 19 Apr 2018 23:04:42 -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 S1753508AbeDTGDX (ORCPT + 99 others); Fri, 20 Apr 2018 02:03:23 -0400 Received: from metis.ext.pengutronix.de ([85.220.165.71]:37217 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750751AbeDTGDW (ORCPT ); Fri, 20 Apr 2018 02:03:22 -0400 Received: from pty.hi.pengutronix.de ([2001:67c:670:100:1d::c5]) by metis.ext.pengutronix.de with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1f9P8h-0001co-5F; Fri, 20 Apr 2018 08:03:19 +0200 Received: from ukl by pty.hi.pengutronix.de with local (Exim 4.89) (envelope-from ) id 1f9P8d-0007mg-5A; Fri, 20 Apr 2018 08:03:15 +0200 Date: Fri, 20 Apr 2018 08:03:15 +0200 From: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= To: Stefan Agner Cc: gregkh@linuxfoundation.org, jslaby@suse.com, linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] serial: imx: fix cached UCR2 read on software reset Message-ID: <20180420060315.ob6eygfcibwq7f24@pengutronix.de> References: <20180416153502.11814-1-stefan@agner.ch> <581f0f26d7191aa3355a6c63b531f876@agner.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <581f0f26d7191aa3355a6c63b531f876@agner.ch> User-Agent: NeoMutt/20170113 (1.7.2) X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c5 X-SA-Exim-Mail-From: ukl@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Stefan, On Thu, Apr 19, 2018 at 11:37:23PM +0200, Stefan Agner wrote: > On 16.04.2018 17:35, Stefan Agner wrote: > > To reset the UART the SRST needs be cleared (low active). According > > to the documentation the bit will remain active for 4 module clocks > > until it is cleared (set to 1). > > > > Hence the real register need to be read in case the cached register > > indcates that the SRST bit is zero. > > > > This bug lead to wrong baudrate because the baud rate register got > > restored before reset completed in imx_flush_buffer. > > Given that you reviewed my other patch rather quickly, you might have > overlooked this one? no I didn't, still the ping was justified. I didn't look into it at once because I didn't feel like opening the refman. > Since it is a regression, this should go into v4.17 still... That's right, Reviewed-by: Uwe Kleine-K?nig I wonder what is different on your side that made it break. I didn't see any breakage and tested that on a handful of different machines. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-K?nig | Industrial Linux Solutions | http://www.pengutronix.de/ |