Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4285905pxv; Tue, 27 Jul 2021 03:40:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzED9/YYvM75XZzwyrvSN5+lMyJURnUzMHt0gm57/5jW2Qdoq1dUYmfmsTprSeI99UnOKJq X-Received: by 2002:a17:906:d182:: with SMTP id c2mr21844683ejz.111.1627382452276; Tue, 27 Jul 2021 03:40:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627382452; cv=none; d=google.com; s=arc-20160816; b=oiXZGwuzGiZgkOw9DeoyAiUwZaKsPIKIJlGQLLE1UcpOa/4IdurrdSkrjuU9z6lG4s YWWrIT+0c3GArz9Ak0E8mmIf80YItYg7ZlNKmeGgTtE20cLUW0PLrb65O2y9TMrtAbzP ygLXuUgSUeBoPUnvXcMDM8EXeH31OXy/NZFHTNEqFkmqshVY353RZh5vK0eQeHaS9j4X KeYLF78YZzh7oAv2Jbz46Ww79sagTqiCGu/DCye3WVmkQ9wPdi8vSXlVX+kvqcW0SjzJ R3g9KQoTHOi3vDUGQJcwCkDXBvW6Y8VQDDEA43S/kMa3NTPrva0cZ5XtQYz6FT7fINVM XvhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=cDWgDU6I5VhdNnCLTeaE+azTNhSi2GIA4CpD2Lg3hFc=; b=GOKyf+b7MR5sWwCKhKRQUDeULsPcwZgTQ6ncHh859VrzlRlW2yqasMhfPQMpSicmEu jJsiqJG5G/2nl1GQmgR0bEC2JzSPw8QdHaVR+GXtDtrVSKC4f5VpqtSz3PsCLHKf5BoQ hHHaJKMGNwxIP3QhZU0rfeCKUqqDDw1SvXsDZDla9Xs/kKVjWtl6ShTeNgWfD4VBNefa 5InedBV83yEMtrNoB8/WU2YebBsU9udYVVOI+qGigIz2Cc13yiv55SsoanrzdIyMwL7b lp45S9NYcLiJwkdIv2SWMH7mmgAb9wW4nzlwSZrZG+/YSJlTvSD0SYjTmp39qckEpkEL /gKQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j24si2422730eja.261.2021.07.27.03.40.29; Tue, 27 Jul 2021 03:40:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236250AbhG0KjJ (ORCPT + 99 others); Tue, 27 Jul 2021 06:39:09 -0400 Received: from muru.com ([72.249.23.125]:55926 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236104AbhG0KjG (ORCPT ); Tue, 27 Jul 2021 06:39:06 -0400 Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 3600D80F0; Tue, 27 Jul 2021 10:39:24 +0000 (UTC) Date: Tue, 27 Jul 2021 13:39:05 +0300 From: Tony Lindgren To: Andy Shevchenko Cc: Vignesh Raghavendra , "open list:SERIAL DRIVERS" , Jan Kiszka , Greg Kroah-Hartman , Jiri Slaby , Linux OMAP Mailing List , Linux ARM Mailing List , Linux Kernel Mailing List Subject: Re: [PATCH] serial: 8250: 8250_omap: Fix possible interrupt storm Message-ID: References: <20210511151955.28071-1-vigneshr@ti.com> <0ad948ac-f669-3d6d-5eca-4ca48d47d6a3@siemens.com> <56c5d73f-741c-2643-1c79-6dc13ebb05c7@ti.com> <0ae7e313-1ed7-f1be-e8a7-edd1286277a5@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Andy Shevchenko [210713 09:14]: > On Tue, Jul 13, 2021 at 11:54 AM Vignesh Raghavendra wrote: > > On 7/13/21 1:57 AM, andy@surfacebook.localdomain wrote: > > > Tue, Jun 22, 2021 at 11:53:38AM +0530, Vignesh Raghavendra kirjoitti: > > ... > > > > https://lore.kernel.org/linux-serial/20170206233000.3021-1-dianders@chromium.org/ > > > > I am not sure if reading UART_LSR is a good idea in the above patch. > > Some flags in LSR register are cleared on read (at least that's the case > > for UARTs on TI SoCs) and thus can result in loss of error/FIFO status > > information. > > > > > https://lore.kernel.org/linux-serial/1440015124-28393-1-git-send-email-california.l.sullivan@intel.com/ > > > > Looks like this never made it. > > Forgot to react to the above. Yes, they never made it because I > believe due to the exact reason you mentioned above. Also California > set up different experiments IIRC and it shows that the problem didn;t > fully disappear with his approach. But maybe yours will work better > (at least it's not the first time I have seen it on different hardware > according to people's contributions). Not sure if this is the same issue with noisy lines, but see also the following in case it's related: [PATCH 2/2] serial: 8250_omap: Handle optional overrun-throttle-ms property Also available at [0] below. Regards, Tony [0] https://lore.kernel.org/linux-omap/20210727103533.51547-1-tony@atomide.com/T/#m5f9da26c32503f2937d3d5977310ca337fa0cb5a