Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp852777pxf; Wed, 7 Apr 2021 13:16:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzePiFkovg/neM1LDLoHWilHdUZh9N4LiPtQ/2uQm9k5DlulBXXRCKcwnQuq7nvqqnnjbOS X-Received: by 2002:a17:906:2ac1:: with SMTP id m1mr5901436eje.472.1617826603571; Wed, 07 Apr 2021 13:16:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617826603; cv=none; d=google.com; s=arc-20160816; b=LJEVmQVU+33929Q3P72HZv0imxRnakR3dAuwjs+HiheyeS6vYlfNdIQFBOxaXKCPjW JzC8zlihPI03jtfsVZSln7svFr5Te99lsCgRRlv+gkgio1eHytcda3fVTN82ZjbLXuJS cJW41COsdrKk4ayoX89/NSfHrI2cAK+CXSpaGsZH9yePwloCQeD6uOyWRbp9zIUVBYZP tGVxwjN4lOtajpooV+wSYRTn9bFqdb2hVSEyWf72W+MOXZZjSITTIbwQz5cVD31HPYNb Kr2c/hSobnABaeBTiTKbtJuL3sEDKtcl2WHQ3h3FNG168g5Ty92RkV8zx98C7626lrzj t4MQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=5iEtDRoPrvYbe4TODzTEKXCxGpU1sq0HdvXn8SATqV8=; b=rkXwQAJM8rno3VpDDZG4sjW9y+rBjCTRSIpjgYpEb5wJQA2DvArgASO0U9XuBad0p9 B7N0m/5/SaFAfhHl/qSqAPFOOOP9x38sFDvZV5a0nM31ZCNQTvUMGHKa0YGSVxWpcER4 o4WbHNGF7UXrj8v9v2vS1hKBM+G08n/P6qBzN2qZwwcb8INztlqlw5a4USOkpIqkBq/y itNO6EuY6bYNgXXPiG/E4XOgvIlF1/wre/ktXrt9HT/LBF+KrwoKLaw643w1tw/54O5O 1WmlgF/2jZKxZjrAk3mNx9K6MthsPLGQTdvORWgGrxbZgqaw8BDdnmaJSOMX7vWyHiyu VBCw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l20si6323430edc.333.2021.04.07.13.16.19; Wed, 07 Apr 2021 13:16:43 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349331AbhDGHKJ (ORCPT + 99 others); Wed, 7 Apr 2021 03:10:09 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:15153 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349338AbhDGHJw (ORCPT ); Wed, 7 Apr 2021 03:09:52 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4FFb6g6fpqzpVx7; Wed, 7 Apr 2021 15:06:51 +0800 (CST) Received: from localhost.localdomain (10.67.165.24) by DGGEMS411-HUB.china.huawei.com (10.3.19.211) with Microsoft SMTP Server id 14.3.498.0; Wed, 7 Apr 2021 15:09:28 +0800 From: Xiaofei Tan To: , CC: , , Xiaofei Tan Subject: [PATCH v3 08/10] tty: tty_ldisc: Fix coding style issues of block comments Date: Wed, 7 Apr 2021 15:06:48 +0800 Message-ID: <1617779210-51576-9-git-send-email-tanxiaofei@huawei.com> X-Mailer: git-send-email 2.8.1 In-Reply-To: <1617779210-51576-1-git-send-email-tanxiaofei@huawei.com> References: <1617779210-51576-1-git-send-email-tanxiaofei@huawei.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.67.165.24] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Fix coding style issues of block comments, reported by checkpatch.pl. Signed-off-by: Xiaofei Tan --- drivers/tty/tty_ldisc.c | 32 ++++++++++++++++++++------------ 1 file changed, 20 insertions(+), 12 deletions(-) diff --git a/drivers/tty/tty_ldisc.c b/drivers/tty/tty_ldisc.c index df0b589..874d238 100644 --- a/drivers/tty/tty_ldisc.c +++ b/drivers/tty/tty_ldisc.c @@ -529,9 +529,11 @@ static void tty_ldisc_restore(struct tty_struct *tty, struct tty_ldisc *old) const char *name = tty_name(tty); pr_warn("Falling back ldisc for %s.\n", name); - /* The traditional behaviour is to fall back to N_TTY, we - want to avoid falling back to N_NULL unless we have no - choice to avoid the risk of breaking anything */ + /* + * The traditional behaviour is to fall back to N_TTY, we + * want to avoid falling back to N_NULL unless we have no + * choice to avoid the risk of breaking anything + */ if (tty_ldisc_failto(tty, N_TTY) < 0 && tty_ldisc_failto(tty, N_NULL) < 0) panic("Couldn't open N_NULL ldisc for %s.", name); @@ -600,17 +602,21 @@ int tty_set_ldisc(struct tty_struct *tty, int disc) up_read(&tty->termios_rwsem); } - /* At this point we hold a reference to the new ldisc and a - reference to the old ldisc, or we hold two references to - the old ldisc (if it was restored as part of error cleanup - above). In either case, releasing a single reference from - the old ldisc is correct. */ + /* + * At this point we hold a reference to the new ldisc and a + * reference to the old ldisc, or we hold two references to + * the old ldisc (if it was restored as part of error cleanup + * above). In either case, releasing a single reference from + * the old ldisc is correct. + */ new_ldisc = old_ldisc; out: tty_ldisc_unlock(tty); - /* Restart the work queue in case no characters kick it off. Safe if - already running */ + /* + * Restart the work queue in case no characters kick it off. Safe if + * already running + */ tty_buffer_restart_work(tty->port); err: tty_ldisc_put(new_ldisc); /* drop the extra reference */ @@ -812,8 +818,10 @@ void tty_ldisc_release(struct tty_struct *tty) tty_ldisc_kill(o_tty); tty_ldisc_unlock_pair(tty, o_tty); - /* And the memory resources remaining (buffers, termios) will be - disposed of when the kref hits zero */ + /* + * And the memory resources remaining (buffers, termios) will be + * disposed of when the kref hits zero + */ tty_ldisc_debug(tty, "released\n"); } -- 2.8.1