Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2986891imu; Mon, 17 Dec 2018 11:08:18 -0800 (PST) X-Google-Smtp-Source: AFSGD/U/t3h5668TyrkuT2sBV0z0OzC3s6UKn6//ANZBDKSvpPg5TtAOjHIBuUT2yhKdemwTjxS7 X-Received: by 2002:a63:b30f:: with SMTP id i15mr13175131pgf.240.1545073698348; Mon, 17 Dec 2018 11:08:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545073698; cv=none; d=google.com; s=arc-20160816; b=j0o94NMsyw/hlKO2vwRr2GQPFKCvDYtKR/Mv2OBsuLc4gETA+5DuoC6XhvxGs9KPuY MMNHRk9RukUTJ83tNeqwm/NhBZWf8P1LwJQ+J/HBTwxQr84UgVOA/fMIwbSIXGMF6RnB RDQv76ZvBarn/8fF1DKIUAY+GVPtrG7ptGp1B5Nyp86we5g42wKRmQRL+odBWpXA3xNo x7SROb1ZG7+cxU80dCUTw0glvGlIyJlmJ96AJZg2g1zYRYu9ADcdCCskIywd7zp2kluB st3viGlE+F5/v1e7Rkcs/Qap+Wua9h81XgytjAXvQEz/m5FPXIk/EQ0OHOQ2A7jHJDHZ 0mGg== 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=Y0jY6dfMfSEuH7FWAMBI81GNoMJ28dUUT9QBzzJDRk0=; b=UfHB/x3/EwMXc/SQN+mv99D+mJ1IuDXvtmeHu99BtEfHcl6ZFGraUiQn8B4OrFAanH a20UvKk9PG2QrJExNwcTiuw1ZiI9ZkfzsALd86cGCi4buJmYZBMEqmFygFY25ZnZmfe9 3EQWQsipSt/NDC9S8TWHQBv1l9VZf2o0iVDQ2PDXeuCLIgxBarYGvuDjzFnNAplOj5d+ +oEDqpNQGJSFaDiBTB3HS7iIkOcXGdynXIKsnauYLoOhN+u5xFtKfvdlwBEMBmsNy++s UfFYtSCuMrFUSWnKG7s+eC5mdmory2f4koe0ZCkB60rG46KX6LDbJQ3nopiUehgO9pc9 g2cg== 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 s125si12564395pfc.60.2018.12.17.11.08.01; Mon, 17 Dec 2018 11:08:18 -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; 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 S2387695AbeLQPnN (ORCPT + 99 others); Mon, 17 Dec 2018 10:43:13 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:56636 "EHLO mail-out.m-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727564AbeLQPnN (ORCPT ); Mon, 17 Dec 2018 10:43:13 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 43JQR0671kz1r02K; Mon, 17 Dec 2018 16:43:08 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 43JQR046XTz1qvRX; Mon, 17 Dec 2018 16:43:08 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id 69dz0lGJFhtE; Mon, 17 Dec 2018 16:43:07 +0100 (CET) X-Auth-Info: uCA/xwTQNCN29wazrd7eps4Mp/jltM6c4caImNMwyI4= Received: from [IPv6:::1] (unknown [195.140.253.167]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 17 Dec 2018 16:43:07 +0100 (CET) Subject: Re: [PATCH] Revert "serial: 8250: Fix clearing FIFOs in RS485 mode again" To: Greg Kroah-Hartman , Paul Burton Cc: Ezequiel Garcia , "linux-serial@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Paul Burton , Daniel Jedrychowski , "linux-mips@vger.kernel.org" , stable , Ezequiel Garcia References: <20181213174834.kxdy6fphaeoivqgh@pburton-laptop> <20181216200833.27928-1-paul.burton@mips.com> <20181216213133.kwe24pif3v4wcgwp@pburton-laptop> <949fdd3d-535e-d235-f406-d5bde4658c5e@denx.de> <20181216222411.5jkexuaqxpfudj7b@pburton-laptop> <20181216223510.hxsdotf332ousinh@pburton-laptop> <20181217151851.GA21564@kroah.com> From: Marek Vasut Message-ID: <52a4b322-5710-1ac0-fa3e-11ed6ef2236d@denx.de> Date: Mon, 17 Dec 2018 16:43:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20181217151851.GA21564@kroah.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/17/2018 04:18 PM, Greg Kroah-Hartman wrote: > On Sun, Dec 16, 2018 at 10:35:12PM +0000, Paul Burton wrote: >> Hi Ezequiel, >> >> On Sun, Dec 16, 2018 at 07:28:22PM -0300, Ezequiel Garcia wrote: >>> On Sun, 16 Dec 2018 at 19:24, Paul Burton wrote: >>>> This helps, but it only addresses one part of one of the 4 reasons I >>>> listed as motivation for my revert. For example serial8250_do_shutdown() >>>> also clearly intends to disable the FIFOs. >>>> >>> >>> OK. So, let's fix that :-) >> >> I already did, or at least tried to, on Thursday [1]. >> >>> By all means, it would be really nice to push forward and fix the garbage >>> issue on JZ4780, as well as the transmission issue on AM335x. >>> >>> AM335x is a wildly popular platform, and it's not funny to break it. >> >> Well, clearly not if it was broken in v4.10 & only just fixed..? And >> from Marek's commit message the patch in v4.10 doesn't break the whole >> system just RS485. >> >>> So, let's please stop discussing which board we'll break and just fix both. >> >> I completely agree that would be ideal and I wrote a patch hoping to do >> that on Thursday, but didn't get any response on testing. It's late in >> the cycle hence a revert made sense. Simple as that. > > A revert makes sense now, I'll go queue this up, thanks. I don't like this for multiple reasons. 1) There is a better patch posted which doesn't break the AM335x and clearly identifies and fixes the problem on the JZ4780 / CI20 2) The JZ4780 8250 core is not a standard 8250 core, since it has extra bits in the FCR register (like the UME bit, which disables the whole UART block), so the revert IMO would break that core too, it just hides the breakage. I'm still trying to understand the implications of that in detail, but the discussion wasn't quite constructive. I'd much rather see Ezequiel's patch applied, since that's far less destructive approach to fixing the problem than the revert. -- Best regards, Marek Vasut