From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-16.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DF5E2C4338F for ; Thu, 29 Jul 2021 15:32:33 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id BF2A560F43 for ; Thu, 29 Jul 2021 15:32:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237579AbhG2Pce (ORCPT ); Thu, 29 Jul 2021 11:32:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:39848 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229602AbhG2Pc3 (ORCPT ); Thu, 29 Jul 2021 11:32:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5410460F21; Thu, 29 Jul 2021 15:32:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1627572745; bh=8+8UyyW/Ln/5SBk3Karem9+BQxQtk17S36b9nxItFcM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=TOlk23e6EQgLINLqF+TUBKj9jEWEBs4CKRIpBYImZ3o8Vk/vVx0lnGW2rY3jHDAL0 s0SJ3MbCUFkqJPmip+ovTGmK0VhFhOrB1mODeTB+maGJxRexPLU9mOZ+cEbhhkTf7F 8TM/AljaILAhNQAkJh/W+d+WHMxpKmGT8z10Mqpo= Date: Thu, 29 Jul 2021 17:32:23 +0200 From: Greg Kroah-Hartman To: Sean Anderson Cc: Peter Korsgaard , Peter Korsgaard , linux-serial@vger.kernel.org, Alexander Sverdlin , Michal Simek Subject: Re: [PATCH 5/5] tty: serial: uartlite: Prevent changing fixed parameters Message-ID: References: <20210723223152.648326-1-sean.anderson@seco.com> <20210723223152.648326-6-sean.anderson@seco.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-serial@vger.kernel.org On Thu, Jul 29, 2021 at 11:26:59AM -0400, Sean Anderson wrote: > > > On 7/29/21 11:01 AM, Greg Kroah-Hartman wrote: > > On Fri, Jul 23, 2021 at 06:31:51PM -0400, Sean Anderson wrote: > > > This device does not support changing baud, parity, data bits, stop > > > bits, or detecting breaks. Disable "changing" these settings to prevent > > > their termios from diverging from the actual state of the uart. To inform > > > users of these limitations, warn if the new termios change these > > > parameters. We only do this once to avoid spamming the log. These > > > warnings are inspired by those in the sifive driver. > > > > > > Signed-off-by: Sean Anderson > > > --- > > > > > > drivers/tty/serial/uartlite.c | 52 +++++++++++++++++++++++++++++++++-- > > > 1 file changed, 49 insertions(+), 3 deletions(-) > > > > > > diff --git a/drivers/tty/serial/uartlite.c b/drivers/tty/serial/uartlite.c > > > index 39c17ab206ca..0aed70039f46 100644 > > > --- a/drivers/tty/serial/uartlite.c > > > +++ b/drivers/tty/serial/uartlite.c > > > @@ -314,7 +314,54 @@ static void ulite_set_termios(struct uart_port *port, struct ktermios *termios, > > > struct ktermios *old) > > > { > > > unsigned long flags; > > > - unsigned int baud; > > > + struct uartlite_data *pdata = port->private_data; > > > + tcflag_t old_cflag; > > > + > > > + if (termios->c_iflag & BRKINT) > > > + dev_err_once(port->dev, "BREAK detection not supported\n"); > > > + termios->c_iflag &= ~BRKINT; > > > + > > > + if (termios->c_cflag & CSTOPB) > > > + dev_err_once(port->dev, "only one stop bit supported\n"); > > > + termios->c_cflag &= ~CSTOPB; > > > + > > > + old_cflag = termios->c_cflag; > > > + termios->c_cflag &= ~(PARENB | PARODD); > > > + if (pdata->parity == 'e') > > > + termios->c_cflag |= PARENB; > > > + else if (pdata->parity == 'o') > > > + termios->c_cflag |= PARENB | PARODD; > > > + > > > + if (termios->c_cflag != old_cflag) > > > + dev_err_once(port->dev, "only '%c' parity supported\n", > > > + pdata->parity); > > > > Through all of this, you are warning that nothing is supported, yet you > > are continuing on as if all of this worked just fine. > > We don't. The idea is that we see if (e.g.) CSIZE is something the > hardware can't produce, warn about it (once), and then set it to what we > can support. So you are ignoring what the user wanted, and doing whatever you wanted. As you can only support one setting, why even care? Just set it to what you want and ignore userspace's requests. Of course that is a pain but no one is going to notice kernel log messages either, right? > That way the user can (programmatically) detect if this > device can support their use-case. How will a user program read the kernel error log for this? > So e.g. if you you have a serial bus > or something, the driver can find out that (e.g.) the UART has the wrong > CSIZE, and it can fail to probe. What will fail to probe? Where? > Before this series, it would continue along as if nothing was wrong, > and the user then has to debug why their device does not work as > expected. Why not fix your broken uart? :) thanks, greg k-h