Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4303379pxj; Wed, 12 May 2021 02:34:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwwsm4mINOjhyqHOV/lPuINa6Atu82RnQEWmEjvPZrN5G0/baj5TUEM2G6V/LPuY4/6cC8e X-Received: by 2002:a17:906:355a:: with SMTP id s26mr35420404eja.528.1620812093515; Wed, 12 May 2021 02:34:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620812093; cv=none; d=google.com; s=arc-20160816; b=FItP2X6Mw1mGxzI3Uq+wNQHf4dw+HTwb1a2bf3xgyZXf8YNMSWo379oh7DQ4fGQUxN sr9idFYkCNhcZXLFAZTnve6Rrt9oQjmpKm9xVY49spVStU0EQFnSI0DGJ7peaO1nrV4y L81ndHZzVevCHiqrlUzzS7xao0VX9EpSo8gBGMjgHLzpUd4ZNvxkDI6IGztjpOOvwrwE 0kH2iPhV8H2K6Q/D0xdKAWcC+qkjXBkn3BTEnQ/U+bSy1DhHUXtNQFB1BoKnj5MX0kR7 2VNxCXg+Wc3KNl8S3ZMoOcJQpvjE0WOJPzPZisv0GVaWnd9ai8oCiEKuvuSDPJcEXkvq gsjQ== 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=gwc5YAfxa/OE3YRPpkqBKMfuMXC9+TjGg9C9zPwHdgE=; b=PvdilNxCFNeozcTOaa4iJwbqFrx+Q2Ed/yqUEu3oIVgtDwtyLHZMkRIVDS4DjkkoOW w2DPy6+jyybCXAVpUoEduORXn6tFRM97ce6QK7S0suaVEAC1K6VeYEtHui+X6L3XDZyY i3uObwHAM0wLLQ8yPzvZCVt6YXdw1QExfBMRHI8RNtTz4ZJUc7HY1/RTILIl/g8pv9RS eu/41WQW+BTdWd7v2UtEjty7fVqFq+MJhxXdgHUFYKFSr/ux4u1lbUwhlMt80iwTtod7 RiSLq3boopOMVn4Oy/ZQ8WtTU8GTUrf1kZW/aHlWsL/64BQSjSrWJXXcPSXpNp79GePp gK7A== 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 r14si17524291edb.259.2021.05.12.02.34.30; Wed, 12 May 2021 02:34:53 -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 S231132AbhELJbg (ORCPT + 99 others); Wed, 12 May 2021 05:31:36 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:2650 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230216AbhELJaq (ORCPT ); Wed, 12 May 2021 05:30:46 -0400 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4Fg8Zj0npDzldWd; Wed, 12 May 2021 17:27:25 +0800 (CST) Received: from localhost.localdomain (10.67.165.24) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.498.0; Wed, 12 May 2021 17:29:26 +0800 From: Xiaofei Tan To: , CC: , , Xiaofei Tan Subject: [PATCH 10/17] tty: tty_io: Fix coding style issues of block comments Date: Wed, 12 May 2021 17:26:18 +0800 Message-ID: <1620811585-18582-11-git-send-email-tanxiaofei@huawei.com> X-Mailer: git-send-email 2.8.1 In-Reply-To: <1620811585-18582-1-git-send-email-tanxiaofei@huawei.com> References: <1620811585-18582-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. Besides, add a period at the end of the sentenses. Signed-off-by: Xiaofei Tan --- drivers/tty/tty_io.c | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c index 5ad2b73..72f90ef 100644 --- a/drivers/tty/tty_io.c +++ b/drivers/tty/tty_io.c @@ -135,8 +135,9 @@ struct ktermios tty_std_termios = { /* for the benefit of tty drivers */ EXPORT_SYMBOL(tty_std_termios); /* This list gets poked at by procfs and various bits of boot up code. This - could do with some rationalisation such as pulling the tty proc function - into this file */ + * could do with some rationalisation such as pulling the tty proc function + * into this file. + */ LIST_HEAD(tty_drivers); /* linked list of tty drivers */ @@ -614,8 +615,9 @@ static void __tty_hangup(struct tty_struct *tty, int exit_session) set_bit(TTY_HUPPING, &tty->flags); /* inuse_filps is protected by the single tty lock, - this really needs to change if we want to flush the - workqueue with the lock held */ + * this really needs to change if we want to flush the + * workqueue with the lock held. + */ check_tty_count(tty, "tty_hangup"); spin_lock(&tty->files_lock); @@ -942,7 +944,8 @@ static ssize_t tty_read(struct kiocb *iocb, struct iov_iter *to) return -EIO; /* We want to wait for the line discipline to sort out in this - situation */ + * situation. + */ ld = tty_ldisc_ref_wait(tty); if (!ld) return hung_up_tty_read(iocb, to); @@ -1572,7 +1575,8 @@ static void queue_release_one_tty(struct kref *kref) struct tty_struct *tty = container_of(kref, struct tty_struct, kref); /* The hangup queue is now free so we can reuse it rather than - waste a chunk of memory for each port */ + * waste a chunk of memory for each port. + */ INIT_WORK(&tty->hangup_work, release_one_tty); schedule_work(&tty->hangup_work); } @@ -1877,7 +1881,8 @@ int tty_release(struct inode *inode, struct file *filp) tty_unlock(tty); /* At this point, the tty->count == 0 should ensure a dead tty - cannot be re-opened by a racing opener */ + * cannot be re-opened by a racing opener. + */ if (!final) return 0; -- 2.8.1