Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1213913pxa; Thu, 13 Aug 2020 03:37:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQ/Nu2D3b4UH0EDZ+wBCXaRwxGHuAZg07TaltJjkLbCIfTCXENvdQ+j9OUIby4mvRvAQ/c X-Received: by 2002:a17:906:a055:: with SMTP id bg21mr4037219ejb.516.1597315070078; Thu, 13 Aug 2020 03:37:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597315070; cv=none; d=google.com; s=arc-20160816; b=llhTLBrYbd+anElG4JUzcJhJAVpm1zZklWzVzObjYgD9Y7Ko5wuSZGAr7DVfa/OyXP hZPlz5tTt+mj7MQ/gzIM8FndHQmx06HNSgbNUG7j8DU6Q0/7n1KfxsQ88rP/y34amHG9 qQi5GKYtGd+HW+5Gj4cKLlBZKQwm5yAKDCNHLg8Ytvh4jeAJgm2z1yv2Ed9vglAvw368 pGuFGbu+y04mZN2ri8qj0JUi6hhnEzHpHAW+Rzzw+TOhjr/jCuK7ffNuCPaugOOkmmZS lxkEDYtzLLlDUNixN2be6YMYPdlF5a64Y2y4HOMQ7E7+uyoOmjpQK9IfQk53p+B/lndd Gf5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=7NGtWJGPcgd1VIjYzHJj4Y2SVsXKakJeWwxu/26ONf4=; b=qoqyfLJCMpU8r83pBsDSvKZtSZNeMGMZJxd0PLVW9hXkmdRBrLXJGpxjMg1CGwHbRq 7tsSIr/ZqbZi17eJs/D/BLs5bQOpu/OH8OiToKv5PSuYP128D0b47P/kQOd8ImhbHfvM L/a5epmMlpNhstTyX8PNZhwWMck4qgQzvj1iKPFl58SUNP/Zzq0Pzi9RmJxQ/kk8JjHW dGFLthQs05rVgmkeOx2evU/8/yW5zqlgrBmhfDTz6eALCxILGMYUUfweDPilOjKOXbyC R+DOujjN4S8ITQ04kep7rMgRmc/Iamji4aODNYZwKpf+1uvcArdDrc1KzkEcVPSL6XrW trOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=q54Un1IA; 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=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e5si3031554ejc.182.2020.08.13.03.37.27; Thu, 13 Aug 2020 03:37:50 -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=@linaro.org header.s=google header.b=q54Un1IA; 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=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726204AbgHMKes (ORCPT + 99 others); Thu, 13 Aug 2020 06:34:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34312 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726100AbgHMKeq (ORCPT ); Thu, 13 Aug 2020 06:34:46 -0400 Received: from mail-lj1-x243.google.com (mail-lj1-x243.google.com [IPv6:2a00:1450:4864:20::243]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07177C061383 for ; Thu, 13 Aug 2020 03:34:45 -0700 (PDT) Received: by mail-lj1-x243.google.com with SMTP id v12so5594988ljc.10 for ; Thu, 13 Aug 2020 03:34:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7NGtWJGPcgd1VIjYzHJj4Y2SVsXKakJeWwxu/26ONf4=; b=q54Un1IAB7Vpqog5Evk/Q/yAaIJZ2vqhPucK0NkLViQz7ZsRcpiLsbfC14FaEuPSgK sCHlL8Ymdc/DGXbw7NHFgNb4xm3cuBH27DWCPZVKmOeBNmjWdfDPSz7E/hl2ddKztbAO N/j99YGMOsDgMFmcQC73Qk2OEfGQbLvyJwHWldJPaDiAruzBGcY2q19NpFq2eZclKHVZ V4e1A8ONVTvpaOGaSHIB8SJgtPdcMJzSj+GH6sXp6XcG48Hm7Z0m92ELlHs456FyhFmo abM8nKtML2in5zKDNcIK6lEH42U8ns/W/wCsx7eJYgrhR0gxWAXHeERdmESo3FyhtFbM G4kA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7NGtWJGPcgd1VIjYzHJj4Y2SVsXKakJeWwxu/26ONf4=; b=ADC77WGo3hTqTijgRLd+RaupYBgLZ5uzog83xxUroB120FvFvTdtq+BkjZO9pz3Nx1 6JXR8j+Tx7WVMPS4l3D+d+INFZRZoHkPifiLUM5kw6O05nepjGYdMU2XhGu/rEQHjxtJ BhunTaxGB0youCrLxCy3CaP7ylBz6iBBndk/rnBYKG6T4dcOCEXN0gQjjIEXRj9Ro8jP HzsdDBVQ28zW0No9bkDGFMUPBqsb4dBUL9kBjFc/tfAR/670r1UzpT0MZRORES71QFls mZBdgZFVgTZPdiHDN9ujVj+o5jxk09eoIO5uG8otdJmNcTbRsLzlyOUVCVPIvRndVa+6 GoCQ== X-Gm-Message-State: AOAM532nz5ELXHQ48WEYxqbm49MKStq/MivqDQKOsjXHG2dhXpLHj6rr Ato/K0xvHy36Qd5a5ZbKU/kCg3xbGrm6zFDuw0nqoA== X-Received: by 2002:a05:651c:1293:: with SMTP id 19mr1625745ljc.427.1597314882606; Thu, 13 Aug 2020 03:34:42 -0700 (PDT) MIME-Version: 1.0 References: <1595333413-30052-1-git-send-email-sumit.garg@linaro.org> <1595333413-30052-5-git-send-email-sumit.garg@linaro.org> In-Reply-To: From: Sumit Garg Date: Thu, 13 Aug 2020 16:04:31 +0530 Message-ID: Subject: Re: [RFC 4/5] serial: amba-pl011: Enable NMI aware uart port To: Doug Anderson Cc: Greg Kroah-Hartman , Daniel Thompson , linux-serial@vger.kernel.org, kgdb-bugreport@lists.sourceforge.net, Jiri Slaby , Russell King - ARM Linux , Jason Wessel , LKML , Linux ARM Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 13 Aug 2020 at 05:29, Doug Anderson wrote: > > Hi, > > On Tue, Jul 21, 2020 at 5:11 AM Sumit Garg wrote: > > > > Allow serial device interrupt to be requested as an NMI during > > initialization in polling mode. If the irqchip doesn't support serial > > device interrupt as an NMI then fallback to it being as a normal IRQ. > > > > Currently this NMI aware uart port only supports NMI driven programmed > > IO operation whereas DMA operation isn't supported. > > > > And while operating in NMI mode, RX always remains active irrespective > > of whether corresponding TTY port is active or not. So we directly bail > > out of startup, shutdown and rx_stop APIs if NMI mode is active. > > > > Also, get rid of modification to interrupts enable mask in pl011_hwinit() > > as now we have a proper way to enable interrupts for NMI entry using > > pl011_enable_interrupts(). > > > > Signed-off-by: Sumit Garg > > --- > > drivers/tty/serial/amba-pl011.c | 124 ++++++++++++++++++++++++++++++++++++---- > > 1 file changed, 113 insertions(+), 11 deletions(-) > > Overall: I ran out of time to do a super full review, but presumably > you're going to spin this series anyway and I'll look at it again > then. For now a few things I noticed below... > Sure and thanks for your review. > > > diff --git a/drivers/tty/serial/amba-pl011.c b/drivers/tty/serial/amba-pl011.c > > index 0983c5e..5df1c07 100644 > > --- a/drivers/tty/serial/amba-pl011.c > > +++ b/drivers/tty/serial/amba-pl011.c > > @@ -41,6 +41,8 @@ > > #include > > #include > > #include > > +#include > > +#include > > > > #include "amba-pl011.h" > > > > @@ -347,6 +349,10 @@ static int pl011_fifo_to_tty(struct uart_amba_port *uap) > > if (uart_handle_sysrq_char(&uap->port, ch & 255)) > > continue; > > > > + if (uart_nmi_handle_char(&uap->port, ch, UART011_DR_OE, ch, > > + flag)) > > + continue; > > + > > uart_insert_char(&uap->port, ch, UART011_DR_OE, ch, flag); > > } > > > > @@ -1316,6 +1322,9 @@ static void pl011_stop_rx(struct uart_port *port) > > struct uart_amba_port *uap = > > container_of(port, struct uart_amba_port, port); > > > > + if (uart_nmi_active(port)) > > + return; > > + > > uap->im &= ~(UART011_RXIM|UART011_RTIM|UART011_FEIM| > > UART011_PEIM|UART011_BEIM|UART011_OEIM); > > pl011_write(uap->im, uap, REG_IMSC); > > @@ -1604,13 +1613,6 @@ static int pl011_hwinit(struct uart_port *port) > > UART011_FEIS | UART011_RTIS | UART011_RXIS, > > uap, REG_ICR); > > > > - /* > > - * Save interrupts enable mask, and enable RX interrupts in case if > > - * the interrupt is used for NMI entry. > > - */ > > - uap->im = pl011_read(uap, REG_IMSC); > > - pl011_write(UART011_RTIM | UART011_RXIM, uap, REG_IMSC); > > - > > if (dev_get_platdata(uap->port.dev)) { > > struct amba_pl011_data *plat; > > > > @@ -1711,6 +1713,96 @@ static void pl011_put_poll_char(struct uart_port *port, > > pl011_write(ch, uap, REG_DR); > > } > > > > +static irqreturn_t pl011_nmi_int(int irq, void *dev_id) > > +{ > > I wish there was a better way to share code between this and > pl011_int(), but I guess it'd be too ugly? If nothing else it feels > like you should do something to make it more obvious to anyone looking > at them that they are sister functions and any change to one of them > should be reflected in the other. Maybe they should be logically next > to each other? > Yes, I can make them sit logically next to each other. > > > + struct uart_amba_port *uap = dev_id; > > + unsigned int status, pass_counter = AMBA_ISR_PASS_LIMIT; > > + int handled = 0; > > + > > + status = pl011_read(uap, REG_MIS); > > + if (status) { > > + do { > > + check_apply_cts_event_workaround(uap); > > + > > + pl011_write(status, uap, REG_ICR); > > + > > + if (status & (UART011_RTIS|UART011_RXIS)) { > > + pl011_fifo_to_tty(uap); > > + irq_work_queue(&uap->port.nmi_state.rx_work); > > It feels like it might be beneficial to not call irq_work_queue() in a > loop. It doesn't hurt but it feels like, at least, it's going to keep > doing a bunch of atomic operations. It's not like it'll cause the > work to run any sooner because it has to run on the same CPU, right? > AFAIK, the loop here is about checking interrupt status if another interrupt is raised while we are servicing the prior one. But I think it would be an unlikely case here as we defer actual work and given the slow serial transfer rate. > > > + } > > + > > + if (status & UART011_TXIS) > > + irq_work_queue(&uap->port.nmi_state.tx_work); > > Here too... > Ditto. > > > + > > + if (pass_counter-- == 0) > > + break; > > + > > + status = pl011_read(uap, REG_MIS); > > + } while (status != 0); > > + handled = 1; > > + } > > + > > + return IRQ_RETVAL(handled); > > +} > > + > > +static int pl011_allocate_nmi(struct uart_amba_port *uap) > > +{ > > + int ret; > > + > > + irq_set_status_flags(uap->port.irq, IRQ_NOAUTOEN); > > + ret = request_nmi(uap->port.irq, pl011_nmi_int, IRQF_PERCPU, > > + "uart-pl011", uap); > > + if (ret) { > > + irq_clear_status_flags(uap->port.irq, IRQ_NOAUTOEN); > > + return ret; > > + } > > + > > + enable_irq(uap->port.irq); > > + > > + return ret; > > +} > > + > > +static void pl011_tx_irq_callback(struct uart_port *port) > > +{ > > + struct uart_amba_port *uap = > > + container_of(port, struct uart_amba_port, port); > > + > > + spin_lock(&port->lock); > > + pl011_tx_chars(uap, true); > > + spin_unlock(&port->lock); > > +} > > + > > +static int pl011_poll_init(struct uart_port *port) > > +{ > > + struct uart_amba_port *uap = > > + container_of(port, struct uart_amba_port, port); > > + int retval; > > + > > + retval = pl011_hwinit(port); > > + if (retval) > > + goto clk_dis; > > I don't think you want "goto clk_dis" here. > Yeah, will fix it to return here instead. > > > + > > + /* In case NMI isn't supported, fallback to normal interrupt mode */ > > + retval = pl011_allocate_nmi(uap); > > + if (retval) > > + return 0; > > + > > + retval = uart_nmi_state_init(port); > > + if (retval) > > + goto clk_dis; > > Wouldn't you also need to to somehow call free_nmi() in the error case? > Yes, will fix it. > > > + port->nmi_state.tx_irq_callback = pl011_tx_irq_callback; > > + uart_set_nmi_active(port, true); > > + > > + pl011_enable_interrupts(uap); > > + > > + return 0; > > + > > + clk_dis: > > + clk_disable_unprepare(uap->clk); > > + return retval; > > +} > > + > > #endif /* CONFIG_CONSOLE_POLL */ > > > > static bool pl011_split_lcrh(const struct uart_amba_port *uap) > > @@ -1736,8 +1828,6 @@ static void pl011_write_lcr_h(struct uart_amba_port *uap, unsigned int lcr_h) > > > > static int pl011_allocate_irq(struct uart_amba_port *uap) > > { > > - pl011_write(uap->im, uap, REG_IMSC); > > - > > return request_irq(uap->port.irq, pl011_int, IRQF_SHARED, "uart-pl011", uap); > > } > > > > @@ -1748,6 +1838,9 @@ static int pl011_startup(struct uart_port *port) > > unsigned int cr; > > int retval; > > > > + if (uart_nmi_active(port)) > > + return 0; > > + > > retval = pl011_hwinit(port); > > if (retval) > > goto clk_dis; > > @@ -1790,6 +1883,9 @@ static int sbsa_uart_startup(struct uart_port *port) > > container_of(port, struct uart_amba_port, port); > > int retval; > > > > + if (uart_nmi_active(port)) > > + return 0; > > + > > retval = pl011_hwinit(port); > > if (retval) > > return retval; > > @@ -1859,6 +1955,9 @@ static void pl011_shutdown(struct uart_port *port) > > struct uart_amba_port *uap = > > container_of(port, struct uart_amba_port, port); > > > > + if (uart_nmi_active(port)) > > + return; > > + > > pl011_disable_interrupts(uap); > > > > pl011_dma_shutdown(uap); > > @@ -1891,6 +1990,9 @@ static void sbsa_uart_shutdown(struct uart_port *port) > > struct uart_amba_port *uap = > > container_of(port, struct uart_amba_port, port); > > > > + if (uart_nmi_active(port)) > > + return; > > + > > pl011_disable_interrupts(uap); > > > > free_irq(uap->port.irq, uap); > > @@ -2142,7 +2244,7 @@ static const struct uart_ops amba_pl011_pops = { > > .config_port = pl011_config_port, > > .verify_port = pl011_verify_port, > > #ifdef CONFIG_CONSOLE_POLL > > - .poll_init = pl011_hwinit, > > + .poll_init = pl011_poll_init, > > Do we need to add a "free" at this point? > Where do you envision its usage? As currently if we enable NMI once, we would like it to be active throughout a boot cycle. -Sumit > > > > .poll_get_char = pl011_get_poll_char, > > .poll_put_char = pl011_put_poll_char, > > #endif > > @@ -2173,7 +2275,7 @@ static const struct uart_ops sbsa_uart_pops = { > > .config_port = pl011_config_port, > > .verify_port = pl011_verify_port, > > #ifdef CONFIG_CONSOLE_POLL > > - .poll_init = pl011_hwinit, > > + .poll_init = pl011_poll_init, > > .poll_get_char = pl011_get_poll_char, > > .poll_put_char = pl011_put_poll_char, > > #endif > > -- > > 2.7.4 > >