From: Niklas Schnelle <schnelle@linux.ibm.com>
To: "Maciej W. Rozycki" <macro@orcam.me.uk>
Cc: "Brian Cain" <bcain@quicinc.com>,
"Marcel Holtmann" <marcel@holtmann.org>,
"Luiz Augusto von Dentz" <luiz.dentz@gmail.com>,
"Patrik Jakobsson" <patrik.r.jakobsson@gmail.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Dave Airlie" <airlied@redhat.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Lucas De Marchi" <lucas.demarchi@intel.com>,
"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Jiri Slaby" <jirislaby@kernel.org>,
"Arnd Bergmann" <arnd@arndb.de>,
"Heiko Carstens" <hca@linux.ibm.com>,
linux-kernel@vger.kernel.org, linux-hexagon@vger.kernel.org,
linux-bluetooth@vger.kernel.org, dri-devel@lists.freedesktop.org,
virtualization@lists.linux.dev,
spice-devel@lists.freedesktop.org,
intel-xe@lists.freedesktop.org, linux-serial@vger.kernel.org,
linux-arch@vger.kernel.org, "Arnd Bergmann" <arnd@kernel.org>
Subject: Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies
Date: Tue, 08 Oct 2024 10:16:25 +0200 [thread overview]
Message-ID: <46d81b40dda20ada3b5847353a866172b419c811.camel@linux.ibm.com> (raw)
In-Reply-To: <alpine.DEB.2.21.2410072109130.30973@angie.orcam.me.uk>
On Mon, 2024-10-07 at 22:09 +0100, Maciej W. Rozycki wrote:
> On Mon, 7 Oct 2024, Niklas Schnelle wrote:
>
> > diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/8250/8250_pci.c
> > index 6709b6a5f3011db38acc58dc7223158fe4fcf72e..6a638feb44e443a1998980dd037748f227ec1bc8 100644
> > --- a/drivers/tty/serial/8250/8250_pci.c
> > +++ b/drivers/tty/serial/8250/8250_pci.c
> [...]
> > iobase = pci_resource_start(dev, 0);
> > outb(0x0, iobase + CH384_XINT_ENABLE_REG);
> > }
> >
> > -
> > static int
> > pci_sunix_setup(struct serial_private *priv,
> > const struct pciserial_board *board,
>
> Gratuitous change here.
>
> > diff --git a/drivers/tty/serial/8250/8250_pcilib.c b/drivers/tty/serial/8250/8250_pcilib.c
> > index ea906d721b2c3eac15c9e8d62cc6fa56c3ef6150..fc1882d7515b5814ff1240ffdbe1009ab908ad6b 100644
> > --- a/drivers/tty/serial/8250/8250_pcilib.c
> > +++ b/drivers/tty/serial/8250/8250_pcilib.c
> > @@ -28,6 +28,10 @@ int serial8250_pci_setup_port(struct pci_dev *dev, struct uart_8250_port *port,
> > port->port.membase = pcim_iomap_table(dev)[bar] + offset;
> > port->port.regshift = regshift;
> > } else {
> > + if (!IS_ENABLED(CONFIG_HAS_IOPORT)) {
> > + pr_err("Serial port %lx requires I/O port support\n", port->port.iobase);
> > + return -EINVAL;
> > + }
> > port->port.iotype = UPIO_PORT;
> > port->port.iobase = pci_resource_start(dev, bar) + offset;
> > port->port.mapbase = 0;
>
> Can we please flatten this conditional and get rid of the negation, and
> also use `pci_err' for clear identification (`port->port.iobase' may not
> even have been set to anything meaningful if this triggers)? I.e.:
>
> /* ... */
> } else if (IS_ENABLED(CONFIG_HAS_IOPORT)) {
> /* ... */
> } else {
> pci_err(dev, "serial port requires I/O port support\n");
> return -EINVAL;
> }
>
> I'd also say "port I/O" (by analogy to "memory-mapped I/O") rather than
> "I/O port", but I can imagine it might be debatable.
Agree this looks better, will change it.
>
> > +static __always_inline bool is_upf_fourport(struct uart_port *port)
> > +{
> > + if (!IS_ENABLED(CONFIG_HAS_IOPORT))
> > + return false;
> > +
> > + return port->flags & UPF_FOURPORT;
> > +}
>
> Can we perhaps avoid adding this helper and then tweaking code throughout
> by having:
>
> #ifdef CONFIG_SERIAL_8250_FOURPORT
> #define UPF_FOURPORT ((__force upf_t) ASYNC_FOURPORT /* 1 */ )
> #else
> #define UPF_FOURPORT 0
> #endif
>
> in include/linux/serial_core.h instead? I can see the flag is reused by
> drivers/tty/serial/sunsu.c, but from a glance over it seems rubbish to me
> and such a change won't hurt the driver anyway.
I'll look at this, do you think this is okay regarding matching the
user-space definitions in include/uapi/linux/tty_flags.h?
>
> > @@ -1174,7 +1201,7 @@ static void autoconfig(struct uart_8250_port *up)
> > */
> > scratch = serial_in(up, UART_IER);
> > serial_out(up, UART_IER, 0);
> > -#ifdef __i386__
> > +#if defined(__i386__) && defined(CONFIG_HAS_IOPORT)
> > outb(0xff, 0x080);
> > #endif
> > /*
> > @@ -1183,7 +1210,7 @@ static void autoconfig(struct uart_8250_port *up)
> > */
> > scratch2 = serial_in(up, UART_IER) & UART_IER_ALL_INTR;
> > serial_out(up, UART_IER, UART_IER_ALL_INTR);
> > -#ifdef __i386__
> > +#if defined(__i386__) && defined(CONFIG_HAS_IOPORT)
> > outb(0, 0x080);
> > #endif
> > scratch3 = serial_in(up, UART_IER) & UART_IER_ALL_INTR;
>
> Nah, i386 does have machine OUTB instructions, it has the port I/O
> address space in the ISA, so these two changes make no sense to me.
>
> Though this #ifdef should likely be converted to CONFIG_X86_32 via a
> separate change.
This is needed for Usermode Linux (UM) which sets __i386__ but also
doesn't have CONFIG_HAS_IOPORT. This was spotted by the kernel test bot
here: https://lore.kernel.org/all/202410031712.BwfGjrQY-lkp@intel.com/
>
> > @@ -1306,12 +1333,12 @@ static void autoconfig_irq(struct uart_8250_port *up)
> > {
> > struct uart_port *port = &up->port;
> > unsigned char save_mcr, save_ier;
> > + unsigned long irqs;
> > unsigned char save_ICP = 0;
> > unsigned int ICP = 0;
> > - unsigned long irqs;
> > int irq;
>
> Gratuitous change here (also breaking the reverse Christmas tree order).
>
> Thanks for making the clean-ups we discussed.
>
> Maciej
WIll drop this hunk
next prev parent reply other threads:[~2024-10-08 8:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-07 11:40 [PATCH v6 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n Niklas Schnelle
2024-10-07 11:40 ` [PATCH v6 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support Niklas Schnelle
2024-10-07 11:40 ` [PATCH v6 2/5] Bluetooth: add HAS_IOPORT dependencies Niklas Schnelle
2024-10-07 11:40 ` [PATCH v6 3/5] drm: handle " Niklas Schnelle
2024-10-07 14:39 ` Lucas De Marchi
2024-10-07 14:50 ` Arnd Bergmann
2024-10-07 16:49 ` Lucas De Marchi
2024-10-07 11:40 ` [PATCH v6 4/5] tty: serial: " Niklas Schnelle
2024-10-07 21:09 ` Maciej W. Rozycki
2024-10-08 8:16 ` Niklas Schnelle [this message]
2024-10-08 8:56 ` Niklas Schnelle
2024-10-13 14:53 ` Maciej W. Rozycki
2024-10-07 11:40 ` [PATCH v6 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n Niklas Schnelle
2024-10-07 13:33 ` [PATCH v6 0/5] treewide: " Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46d81b40dda20ada3b5847353a866172b419c811.camel@linux.ibm.com \
--to=schnelle@linux.ibm.com \
--cc=airlied@gmail.com \
--cc=airlied@redhat.com \
--cc=arnd@arndb.de \
--cc=arnd@kernel.org \
--cc=bcain@quicinc.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=hca@linux.ibm.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=jirislaby@kernel.org \
--cc=kraxel@redhat.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-bluetooth@vger.kernel.org \
--cc=linux-hexagon@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=lucas.demarchi@intel.com \
--cc=luiz.dentz@gmail.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=macro@orcam.me.uk \
--cc=marcel@holtmann.org \
--cc=mripard@kernel.org \
--cc=patrik.r.jakobsson@gmail.com \
--cc=rodrigo.vivi@intel.com \
--cc=simona@ffwll.ch \
--cc=spice-devel@lists.freedesktop.org \
--cc=thomas.hellstrom@linux.intel.com \
--cc=tzimmermann@suse.de \
--cc=virtualization@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).