Received: by 10.192.165.148 with SMTP id m20csp4734698imm; Tue, 1 May 2018 02:49:53 -0700 (PDT) X-Google-Smtp-Source: AB8JxZprPxIsHKI4+DHO5zOsCBxmT91SpiZMV/ogyrCEiNOdNPGP0rTVmp1euGbGcMZ+eRjW1j7z X-Received: by 10.167.134.81 with SMTP id a17mr9663989pfo.77.1525168193435; Tue, 01 May 2018 02:49:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525168193; cv=none; d=google.com; s=arc-20160816; b=aJzMTgisFF4EoQC4eWZ6A+iSjpGmpm2v19FZFAOgx85sbi+y0EarCdn5eu1DeTItmQ H1aQGngB6CPnOmpUgoXVg/xkpsL7VqfEFsDClcQw3q/PkkDVnoCUWxAfDvZ7kswgKJrZ 74zlCql8PnwRhYyfVz+ULQrKVCRd9OR10zqtDRBrFX4lKHG9Cdszdij5lEDRMukAQUPL s6IGhRV1pErETZtJ2CgTM1XBAlfevlZLN9p2xfvXRj7IcFFszoUas7pe6D75bJ5Nud6Y NFNAwYXm8L4fUvqWCNs6csOOfrmVX04A/l31VHuyZdlsjlUS65LwdTgs4gAlxGIebjwN ro3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=tEdT99gCz/TvpAaEozeYaFagslr5rCGclk3qNB9BBH8=; b=tH5AgGWOAXy9e+BNy7c76xMEVvSlf/79wAJKUhkVND6VlFA+5paQpI+RroU1mUK0I7 ZMuIaib0AADrNSMwwjlGhcnK5ALqNDXPiYflvTtjl/v1PQxVBfR9YsrwcFl8HASLUlNE dIJkKmYdMLqAnEwdREsXIoHmHSt+A+u6U+wosy6zcvl/84DeemPNYsMsaGr3eWcJKIbK SYxuoQ4Vfwatm2NU8Vo3m8ImrNV8qhBUz02/Zi+Xc7y9rgY8ji80Z9ZvaMv1X6zp/o2z gIAw7GhN8ZzX/y4XE7CQ3QpTfgHqFGYLZ9cqArlbYX/Ow0r1+r89AWW3xPkWvdC9mVXj dQKA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 131si9095647pfa.246.2018.05.01.02.49.39; Tue, 01 May 2018 02:49:53 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752950AbeEAJt2 (ORCPT + 99 others); Tue, 1 May 2018 05:49:28 -0400 Received: from gate.crashing.org ([63.228.1.57]:57488 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751090AbeEAJt1 (ORCPT ); Tue, 1 May 2018 05:49:27 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id w419mwL4018516; Tue, 1 May 2018 04:48:59 -0500 Message-ID: <1525168138.2325.100.camel@kernel.crashing.org> Subject: Re: [PATCH 08/15] powerpc/powernv: implement opal_put_chars_atomic From: Benjamin Herrenschmidt To: Nicholas Piggin , linuxppc-dev@lists.ozlabs.org Cc: Greg Kroah-Hartman , Jiri Slaby , linux-kernel@vger.kernel.org Date: Tue, 01 May 2018 19:48:58 +1000 In-Reply-To: <20180430145558.4308-9-npiggin@gmail.com> References: <20180430145558.4308-1-npiggin@gmail.com> <20180430145558.4308-9-npiggin@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 (3.26.6-1.fc27) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2018-05-01 at 00:55 +1000, Nicholas Piggin wrote: > The RAW console does not need writes to be atomic, so relax > opal_put_chars to be able to do partial writes, and implement an > _atomic variant which does not take a spinlock. This API is used > in xmon, so the less locking that is used, the better chance there > is that a crash can be debugged. Same comment I already had :-) "atomic" in Linux tends to mean something else (ie, atomic context), so I'd rather have something like opal_put_chars_sync() or such... > Cc: Benjamin Herrenschmidt > Signed-off-by: Nicholas Piggin > --- > arch/powerpc/include/asm/opal.h | 1 + > arch/powerpc/platforms/powernv/opal.c | 37 +++++++++++++++++++-------- > drivers/tty/hvc/hvc_opal.c | 18 +++++++++---- > 3 files changed, 41 insertions(+), 15 deletions(-) > > diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h > index bbff49fab0e5..5d7072411561 100644 > --- a/arch/powerpc/include/asm/opal.h > +++ b/arch/powerpc/include/asm/opal.h > @@ -303,6 +303,7 @@ extern void opal_configure_cores(void); > > extern int opal_get_chars(uint32_t vtermno, char *buf, int count); > extern int opal_put_chars(uint32_t vtermno, const char *buf, int total_len); > +extern int opal_put_chars_atomic(uint32_t vtermno, const char *buf, int total_len); > extern int opal_flush_console(uint32_t vtermno); > > extern void hvc_opal_init_early(void); > diff --git a/arch/powerpc/platforms/powernv/opal.c b/arch/powerpc/platforms/powernv/opal.c > index 55d4b1983110..bcdb90ada938 100644 > --- a/arch/powerpc/platforms/powernv/opal.c > +++ b/arch/powerpc/platforms/powernv/opal.c > @@ -344,9 +344,9 @@ int opal_get_chars(uint32_t vtermno, char *buf, int count) > return 0; > } > > -int opal_put_chars(uint32_t vtermno, const char *data, int total_len) > +static int __opal_put_chars(uint32_t vtermno, const char *data, int total_len, bool atomic) > { > - unsigned long flags; > + unsigned long flags = 0 /* shut up gcc */; > int written; > __be64 olen; > s64 rc; > @@ -354,11 +354,8 @@ int opal_put_chars(uint32_t vtermno, const char *data, int total_len) > if (!opal.entry) > return -ENODEV; > > - /* We want put_chars to be atomic to avoid mangling of hvsi > - * packets. To do that, we first test for room and return > - * -EAGAIN if there isn't enough. > - */ > - spin_lock_irqsave(&opal_write_lock, flags); > + if (atomic) > + spin_lock_irqsave(&opal_write_lock, flags); > rc = opal_console_write_buffer_space(vtermno, &olen); > if (rc || be64_to_cpu(olen) < total_len) { > /* Closed -> drop characters */ > @@ -391,14 +388,18 @@ int opal_put_chars(uint32_t vtermno, const char *data, int total_len) > > written = be64_to_cpu(olen); > if (written < total_len) { > - /* Should not happen */ > - pr_warn("atomic console write returned partial len=%d written=%d\n", total_len, written); > + if (atomic) { > + /* Should not happen */ > + pr_warn("atomic console write returned partial " > + "len=%d written=%d\n", total_len, written); > + } > if (!written) > written = -EAGAIN; > } > > out: > - spin_unlock_irqrestore(&opal_write_lock, flags); > + if (atomic) > + spin_unlock_irqrestore(&opal_write_lock, flags); > > /* In the -EAGAIN case, callers loop, so we have to flush the console > * here in case they have interrupts off (and we don't want to wait > @@ -412,6 +413,22 @@ int opal_put_chars(uint32_t vtermno, const char *data, int total_len) > return written; > } > > +int opal_put_chars(uint32_t vtermno, const char *data, int total_len) > +{ > + return __opal_put_chars(vtermno, data, total_len, false); > +} > + > +/* > + * opal_put_chars_atomic will not perform partial-writes. Data will be > + * atomically written to the terminal or not at all. This is not strictly > + * true at the moment because console space can race with OPAL's console > + * writes. > + */ > +int opal_put_chars_atomic(uint32_t vtermno, const char *data, int total_len) > +{ > + return __opal_put_chars(vtermno, data, total_len, true); > +} > + > int opal_flush_console(uint32_t vtermno) > { > s64 rc; > diff --git a/drivers/tty/hvc/hvc_opal.c b/drivers/tty/hvc/hvc_opal.c > index af122ad7f06d..0a72f98ee082 100644 > --- a/drivers/tty/hvc/hvc_opal.c > +++ b/drivers/tty/hvc/hvc_opal.c > @@ -183,9 +183,15 @@ static int hvc_opal_probe(struct platform_device *dev) > return -ENOMEM; > pv->proto = proto; > hvc_opal_privs[termno] = pv; > - if (proto == HV_PROTOCOL_HVSI) > - hvsilib_init(&pv->hvsi, opal_get_chars, opal_put_chars, > + if (proto == HV_PROTOCOL_HVSI) { > + /* > + * We want put_chars to be atomic to avoid mangling of > + * hvsi packets. > + */ > + hvsilib_init(&pv->hvsi, > + opal_get_chars, opal_put_chars_atomic, > termno, 0); > + } > > /* Instanciate now to establish a mapping index==vtermno */ > hvc_instantiate(termno, termno, ops); > @@ -376,8 +382,9 @@ void __init hvc_opal_init_early(void) > else if (of_device_is_compatible(stdout_node,"ibm,opal-console-hvsi")) { > hvc_opal_boot_priv.proto = HV_PROTOCOL_HVSI; > ops = &hvc_opal_hvsi_ops; > - hvsilib_init(&hvc_opal_boot_priv.hvsi, opal_get_chars, > - opal_put_chars, index, 1); > + hvsilib_init(&hvc_opal_boot_priv.hvsi, > + opal_get_chars, opal_put_chars_atomic, > + index, 1); > /* HVSI, perform the handshake now */ > hvsilib_establish(&hvc_opal_boot_priv.hvsi); > pr_devel("hvc_opal: Found HVSI console\n"); > @@ -409,7 +416,8 @@ void __init udbg_init_debug_opal_hvsi(void) > hvc_opal_privs[index] = &hvc_opal_boot_priv; > hvc_opal_boot_termno = index; > udbg_init_opal_common(); > - hvsilib_init(&hvc_opal_boot_priv.hvsi, opal_get_chars, opal_put_chars, > + hvsilib_init(&hvc_opal_boot_priv.hvsi, > + opal_get_chars, opal_put_chars_atomic, > index, 1); > hvsilib_establish(&hvc_opal_boot_priv.hvsi); > }