Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751346AbdGQJ2T (ORCPT ); Mon, 17 Jul 2017 05:28:19 -0400 Received: from mail-pg0-f67.google.com ([74.125.83.67]:36495 "EHLO mail-pg0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751178AbdGQJ2S (ORCPT ); Mon, 17 Jul 2017 05:28:18 -0400 Date: Mon, 17 Jul 2017 18:28:28 +0900 From: Sergey Senozhatsky To: Pierre Kuo Cc: pmladek@suse.com, sergey.senozhatsky@gmail.com, rostedt@goodmis.org, linux-kernel@vger.kernel.org, joe@perches.com Subject: Re: [PATCH] printk: modify console_unlock with printk-safe macros Message-ID: <20170717092828.GA474@jagdpanzerIV.localdomain> References: <1500115014-3420-1-git-send-email-vichy.kuo@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1500115014-3420-1-git-send-email-vichy.kuo@gmail.com> User-Agent: Mutt/1.8.3 (2017-05-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1223 Lines: 36 On (07/15/17 18:36), Pierre Kuo wrote: [..] > diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c > index fc47863..21557cc 100644 > --- a/kernel/printk/printk.c > +++ b/kernel/printk/printk.c > @@ -2194,8 +2194,7 @@ void console_unlock(void) > size_t ext_len = 0; > size_t len; > > - printk_safe_enter_irqsave(flags); > - raw_spin_lock(&logbuf_lock); > + logbuf_lock_irqsave(flags); > if (seen_seq != log_next_seq) { > wake_klogd = true; > seen_seq = log_next_seq; > @@ -2267,8 +2266,7 @@ void console_unlock(void) > */ > raw_spin_lock(&logbuf_lock); > retry = console_seq != log_next_seq; > - raw_spin_unlock(&logbuf_lock); > - printk_safe_exit_irqrestore(flags); > + logbuf_unlock_irqrestore(flags); > > if (retry && console_trylock()) > goto again; I did it that particular way for a reason - console_unlock() does a bunch of tricks: unlocking logbuf in the middle of printing loop, breaking out of loop with local IRQs disabled, re-taking the logbuf after the loop still will local IRQs disabled, etc. etc. I didn't want to (and still don't) mix-in logbuf macros; we do things that macros don't cover anyway. sorry, I don't agree that the patch improves readability. -ss