Received: by 2002:a25:2c96:0:0:0:0:0 with SMTP id s144csp1386648ybs; Mon, 25 May 2020 14:55:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz41Bf3ao5A/UTnEwpothF5WvIj6yghXiVpZVn9WSo2c8wLyLq8ZDLAMPWgmiC/oRE601QG X-Received: by 2002:a17:906:3a0d:: with SMTP id z13mr350599eje.122.1590443729418; Mon, 25 May 2020 14:55:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590443729; cv=none; d=google.com; s=arc-20160816; b=NWs0JrAEslK8g5Jg6PW+bs+pRg2NcsMCz6YIW1D3JxQDyhOjIpqkZoZ3v2hNIqLnO/ fUxqyaLLjJMjJKYJgw05x6rw+C2pf6Ek0rlIpndO0JTrGK/mkmpcs42TCtstPAJvKGmS IqJ8o7kkjrCIUJEMypA879j3OXTX1gp4On2oxERnQ5Qs7olIJNZ8Tisq0PHBGn77zgab HMLjZHME3rHsCZcqoZ3D0EQXP9dgPSharepnTw29Gu5rw2h83HpkOfca9/IbBmlHv1dP NSyApfXP4O5d6ElJar1GnEohZwp4Gsc9geEmlBDtzQ7WKloPiDU1WCIcUa0UK338X+UV M+KA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=BZSCCScdOP3IWRVM8YqeLj5gY0viq2rqq7zPdVPYQcU=; b=rUTSx/sY5/V259eQS/hHCVkNVerHhtH7XG9ZbX+1E4Wqm03jnaebpHo/aESO7hiSIm plwUuUM4J2cEKB9OXrLqoHewya6DgjvIGVEfbOCOHhoxxEL9/F4TT8/fqE9W1btfqPtW TTRpbmNHrx0FMb9uK7/U+0ZLNWNJw71Y90W7yZI1OHlJfIpkT1iGVWmCL+AaVJ6ebEID r+k0wTZkq9SuVOwMjvz6cGWGTnh4vCUEGg5mthaKcoJl807Gx977njr/MHaHzY+pDTBm l9PH6Xsdcb812hN8M7f7YFE4lZyX8HhhpeHjEgU/BZMOIy/7nLAHeoF/ZbrRAAg/Viy0 4JzQ== 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 cf23si166300ejb.540.2020.05.25.14.55.06; Mon, 25 May 2020 14:55:29 -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 S2390523AbgEYUsh (ORCPT + 99 others); Mon, 25 May 2020 16:48:37 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:34283 "EHLO relay7-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388714AbgEYUsh (ORCPT ); Mon, 25 May 2020 16:48:37 -0400 X-Originating-IP: 50.39.163.217 Received: from localhost (50-39-163-217.bvtn.or.frontiernet.net [50.39.163.217]) (Authenticated sender: josh@joshtriplett.org) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id BB5162000D; Mon, 25 May 2020 20:48:29 +0000 (UTC) Date: Mon, 25 May 2020 13:48:27 -0700 From: Josh Triplett To: Vladimir Oltean Cc: Greg Kroah-Hartman , linux-serial@vger.kernel.org, jslaby@suse.com, andriy.shevchenko@linux.intel.com, lukas@wunner.de, heikki.krogerus@linux.intel.com, vigneshr@ti.com, lkml , fido_max@inbox.ru, radu-andrei.bulie@nxp.com Subject: Re: [PATCH] serial: 8250: probe all 16550A variants by default Message-ID: <20200525204827.GC445190@localhost> References: <20200525130238.3614179-1-olteanv@gmail.com> <20200525172815.GA445190@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 25, 2020 at 09:52:54PM +0300, Vladimir Oltean wrote: > Hi Josh, > > On Mon, 25 May 2020 at 20:28, Josh Triplett wrote: > > > > On Mon, May 25, 2020 at 04:02:38PM +0300, Vladimir Oltean wrote: > > > On NXP T1040, the UART is typically detected as 16550A_FSL64. After said > > > patch, it gets detected as plain 16550A and the Linux console is > > > completely garbled and missing characters. > > > > Interesting that there's *new* powerpc hardware that needs these > > variants. I based the patch on the fact that, on x86 at least, hardware > > using these variants hasn't been made for a long time. > > > > In the hopes of preserving at least part of the benefit of the patch, > > could you please change it to `default y if !X86_64`? > > > > Why don't you add CONFIG_SERIAL_8250_16550A_VARIANTS=n in x86_64_defconfig? In general, it seems preferable to me when the defconfig files differ less from the defaults encoded in Kconfig. You're proposing a change to the default; could you please include one or the other additional change in your patch to preserve the behavior on x86_64? > > > drivers/tty/serial/8250/Kconfig | 1 + > > > 1 file changed, 1 insertion(+) > > > > > > diff --git a/drivers/tty/serial/8250/Kconfig b/drivers/tty/serial/8250/Kconfig > > > index af0688156dd0..89c7ecb55619 100644 > > > --- a/drivers/tty/serial/8250/Kconfig > > > +++ b/drivers/tty/serial/8250/Kconfig > > > @@ -63,6 +63,7 @@ config SERIAL_8250_PNP > > > config SERIAL_8250_16550A_VARIANTS > > > bool "Support for variants of the 16550A serial port" > > > depends on SERIAL_8250 > > > + default y > > > help > > > The 8250 driver can probe for many variants of the venerable 16550A > > > serial port. Doing so takes additional time at boot. > > > -- > > > 2.25.1 > > > > > Thanks, > -Vladimir