Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3144345pxb; Mon, 1 Nov 2021 08:37:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJykKA+/WUNICuNm2FDx6ZSMQAZPuaE4vBURC5yNrYluQ8Qoistt43FrlunyGrVVojEsGiBK X-Received: by 2002:a17:907:6d99:: with SMTP id sb25mr8515166ejc.261.1635781077579; Mon, 01 Nov 2021 08:37:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635781077; cv=none; d=google.com; s=arc-20160816; b=CkmlOCqI1U7JBgLIWhwC31F0ZkxtVlJ2pb1Kfhkff//dur9BeuiLauyaefpYXIUf8X QhVkZCrampjhNwelIH9GTXM+XjJgwz70yvbJkoVvns6xnWUfszyxHE9BUdkY+dedqRfu oYD5jqTjxz5YygIE8yh4MnoA9ydqS9ldl420rOqxizgNQ8X9ZaS5z5rZLXPIM7zGhEI9 Dy0ilImzf0LNj/AJw4cFR4bpSQ23pYPO0sslowOgU2RaqnKRB5vIyC8AHoGRYyoqUNxT V8zpDiNQxCM3ziQ8SmbD9F3syBnWNYeHklNOQQZzFYn4ifS6S5uomXIs6YEnZwu7NIhS tsvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=Wqdz10Mm65EnzR0Kq/J40aB1E0ruzup8GrITfXt/gHw=; b=gtTc13s7EzABvC9+VcvLQyre9aTy9HQRpLB8mpthb7NVVJVnus6apRt6AXQ3CkEA7R 1KX2wfC8Pkae6AZbDI8n59SjpskglfNQ9FHc+0T7/Wf6TOoENp8gWrqZRnjDp5C2zXmH SuyElxohmUS3hxHF9YNL9uUPgtCMFdud1UMW0K1oLahVBcqmrVEkBhprjRR6kEU0jl6f h3v0tfAyQCKGu5nINwz/qY7ly+GysyY5wRK+9u8NNcA3brBGBls75GQdEBVXPqgYQbyJ xjimfyov+XiUmij5R9Zi27VkJqFsMv5RCyd6AUz/dq0w0WJhGkFfC7B9a4lwZ07olWxH TIiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=LMQCTDmK; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y5si1822743eda.279.2021.11.01.08.37.31; Mon, 01 Nov 2021 08:37:57 -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; dkim=pass header.i=@gmail.com header.s=20210112 header.b=LMQCTDmK; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232611AbhKAPfj (ORCPT + 99 others); Mon, 1 Nov 2021 11:35:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42976 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232618AbhKAPfh (ORCPT ); Mon, 1 Nov 2021 11:35:37 -0400 Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD016C061764; Mon, 1 Nov 2021 08:33:03 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id k22so8446477ljk.5; Mon, 01 Nov 2021 08:33:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Wqdz10Mm65EnzR0Kq/J40aB1E0ruzup8GrITfXt/gHw=; b=LMQCTDmKquUkDoRBW4/w9msneoKGEK4Sg97eheYEjNxBcgNXHAQ7Bz/bmZ/kzUVxmJ 9xie+NpSUTyz8kMsMVd7/sozTnS5HXErInextPkNRzdy4hTCy3Kr81jo0j1msNhuxOEh 43RT8zIeW+LOZ8DqTcDvWhE150LKBJbq4SPV92z3lH+dBG54kCVPzxqbDTWN/XV8xPok UMbMslC8camT4/3O7kf7uZKoWAjNhPIHLFpmey/cEv6Z/31uxk7+FO+JfvUXkV72VbWM kL6f3vcJlU/Umzb3pzGVWuEpWi0vsZGinoe01bFljRn2jrihzFDeFFHMgXJJkOkcieAv ce5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Wqdz10Mm65EnzR0Kq/J40aB1E0ruzup8GrITfXt/gHw=; b=i6++8BbLVP+6tcozKi/z+EBP9omYhvo//zu6+L/Xt4ik9TD3m+4YZFTq+8VHjisi/y 9SZG4lfVEM2IoaK0CC3aUc5s5q34YYXxV2t0TtvvP+CAVC60X2lusNZYib44gI5ZEExa q+WgdAqzJDh3u/ZQdfvuyZnpc3r2W9c4PPz5ZJd/hjRotRjdKRqTVPZhUXTatYbzifVE Iz1tNqWgyHfUEUtWwl4ejc8YplrQFwF6GsHeoUADd4/CDyF8pKE0ZzVwlKYiLl7qxwxL XRG6j9FOT/wnfeH1V8MIVb/09VwFauaepoJ5tKeXv78T/cKlO1rZOEQVRfXUZQtlRths a6dQ== X-Gm-Message-State: AOAM533cw5P1ylGID9fvOlijBGa2WQ5JrihL1oDxmNdMhhBEpiteWXYO RPd9BB4RL9ekhtWvGKBde5kCPv3Mishrksbm89w= X-Received: by 2002:a05:651c:b07:: with SMTP id b7mr32549252ljr.166.1635780782030; Mon, 01 Nov 2021 08:33:02 -0700 (PDT) MIME-Version: 1.0 References: <20211029201402.428284-1-wander@redhat.com> In-Reply-To: From: Andy Shevchenko Date: Mon, 1 Nov 2021 17:32:12 +0200 Message-ID: Subject: Re: [PATCH] tty: serial: Use fifo in 8250 console driver To: Wander Costa Cc: wander@redhat.com, Greg Kroah-Hartman , Jiri Slaby , "Maciej W. Rozycki" , Johan Hovold , Andrew Jeffery , "open list:SERIAL DRIVERS" , open list Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 1, 2021 at 5:22 PM Wander Costa wrote: > Em s=C3=A1b., 30 de out. de 2021 04:41, Andy Shevchenko > escreveu: > > On Friday, October 29, 2021, wrote: ... > > I don't see any links. > > Oops, sorry about that. I must have accidentally deleted it while > editing the commit message. > Here it is https://github.com/walac/serial-console-test. > I will update the patch with the link. Thanks! ... > > On how many different UARTs have you tested this? Have you tested oops = and NMI contexts? > > > I only tested in a half dozen machines that I have available. I tried > it in panic, warnings, IRQ contexts, etc. Theoretically, this change > should not be affected by the context. Theoretically... > > > What I would like to say here is that the code is being used on zillion= s of different 8250 implementations here and I would be rather skeptical ab= out enabling the feature for everyone. > > > I did my homework and studied the 16550 datasheets, but yes, there is > always this risk. Maybe people more experienced with PC serial ports > than me might think the patch is not worth the risk of breaking some > unknown number of devices out there, and I am ok with that. It is a > valid point. Here is a translation of my comment to a roadmap. 1. Introduce yet another UART quirk or capability (see corresponding UART_CAP_* or UART_*_QUIRK definitions) 2. Add your patch conditionally based on the above 3. Enable it on UART(s) you _have tested_ --=20 With Best Regards, Andy Shevchenko