Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp525002pxj; Thu, 17 Jun 2021 08:02:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw8HsWCsaS0cUwpIKFpE67mvU6PMryWvqqj9KWlaKhnr5ZKs9qS+4Hnu+75m7NE9a81ZX3u X-Received: by 2002:a2e:9796:: with SMTP id y22mr3097876lji.435.1623942154261; Thu, 17 Jun 2021 08:02:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623942154; cv=none; d=google.com; s=arc-20160816; b=JbN1BxAh2mlNc+I6smAHyoHF49XEg704TvourFidRlMiT9wFrKz9NZtPBtqvfPBWxD W22Sp6+knfQnYDovYCSFeXAUt9rjCxFYPF0hUFrhhg6aq1WGsGCa0uctG/sssiIR+T37 JCoeDM3/Mu2LfWEZV6y6tcyb8+Cq7wm2Ijlt8QLaB9I/fODg9HNr5Zx7EQsLAFL3uOFO HbYZFPMb0zU01ick2xxOis61PTVVpOq9D07zJkMCSnB6K5rYU1IUwPKx9/KvceQfcqng EDl1QVN9M3TjPdOTDFYpOAXjdcFxv1AG6D8CcKNv5bi5vB/ONu/B235Tugu/k2QFeWBd D7hQ== 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=8878wv4gV9jmt5vf4I4v4Ntzb4gre1cAUk1mVdQ7Gac=; b=J2P1RANURout5aWkee7yE3+XlZwcLuTZbKtI+tEJgs7lCVNdoQT1pVVPdonbUjX4rs 6o7eiV/32mgTZ/IkOnEPLdM2Szs09wwZVlnJSv6gO+1lBPaL6kmJICCJW1CM8OboYSBQ VeTs4P+KruUeZP7TJreJ+0MqZu9IAID0KWOpec+EDjZsmKCSHRZ9sWl2t4OVJ7bf1j2e ZTBHV2euIBtWVEV9zzciBwAPnXEpfNN8xLOxjjBq6rSfoYobZC8+aw71MgCXy2sNc7Fs 3usvawtb0jS4Dk/7apwl/o8kTSswNUs9rQhPWOKaXP1Kw83MFAy9OmAf23c2Amxq8lff NVsA== 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 b29si5977702ejl.339.2021.06.17.08.02.07; Thu, 17 Jun 2021 08:02:34 -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 S232895AbhFQO7Q (ORCPT + 99 others); Thu, 17 Jun 2021 10:59:16 -0400 Received: from szxga03-in.huawei.com ([45.249.212.189]:7362 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232762AbhFQO7B (ORCPT ); Thu, 17 Jun 2021 10:59:01 -0400 Received: from dggeme756-chm.china.huawei.com (unknown [172.30.72.56]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4G5Q5X0qglz6yKM; Thu, 17 Jun 2021 22:52:48 +0800 (CST) Received: from localhost.localdomain (10.67.165.24) by dggeme756-chm.china.huawei.com (10.3.19.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Thu, 17 Jun 2021 22:56:48 +0800 From: Peng Li To: , , , , CC: , , Subject: [PATCH net-next 5/6] net: hostess_sv11: fix the comments style issue Date: Thu, 17 Jun 2021 22:53:34 +0800 Message-ID: <1623941615-26966-6-git-send-email-lipeng321@huawei.com> X-Mailer: git-send-email 2.8.1 In-Reply-To: <1623941615-26966-1-git-send-email-lipeng321@huawei.com> References: <1623941615-26966-1-git-send-email-lipeng321@huawei.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.67.165.24] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To dggeme756-chm.china.huawei.com (10.3.19.102) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Networking block comments don't use an empty /* line, use /* Comment... Block comments use * on subsequent lines. Block comments use a trailing */ on a separate line. This patch fixes the comments style issues. Signed-off-by: Peng Li --- drivers/net/wan/hostess_sv11.c | 48 +++++++++++++++++------------------------- 1 file changed, 19 insertions(+), 29 deletions(-) diff --git a/drivers/net/wan/hostess_sv11.c b/drivers/net/wan/hostess_sv11.c index 7a59d7e..4085590 100644 --- a/drivers/net/wan/hostess_sv11.c +++ b/drivers/net/wan/hostess_sv11.c @@ -44,8 +44,7 @@ static int dma; -/* - * Network driver support routines +/* Network driver support routines */ static inline struct z8530_dev *dev_to_sv(struct net_device *dev) @@ -53,8 +52,7 @@ static inline struct z8530_dev *dev_to_sv(struct net_device *dev) return (struct z8530_dev *)dev_to_hdlc(dev)->priv; } -/* - * Frame receive. Simple for our card as we do HDLC and there +/* Frame receive. Simple for our card as we do HDLC and there * is no funny garbage involved */ @@ -65,15 +63,13 @@ static void hostess_input(struct z8530_channel *c, struct sk_buff *skb) skb->protocol = hdlc_type_trans(skb, c->netdevice); skb_reset_mac_header(skb); skb->dev = c->netdevice; - /* - * Send it to the PPP layer. We don't have time to process + /* Send it to the PPP layer. We don't have time to process * it right now. */ netif_rx(skb); } -/* - * We've been placed in the UP state +/* We've been placed in the UP state */ static int hostess_open(struct net_device *d) @@ -81,8 +77,7 @@ static int hostess_open(struct net_device *d) struct z8530_dev *sv11 = dev_to_sv(d); int err = -1; - /* - * Link layer up + /* Link layer up */ switch (dma) { case 0: @@ -127,8 +122,7 @@ static int hostess_open(struct net_device *d) static int hostess_close(struct net_device *d) { struct z8530_dev *sv11 = dev_to_sv(d); - /* - * Discard new frames + /* Discard new frames */ sv11->chanA.rx_function = z8530_null_rx; @@ -152,12 +146,12 @@ static int hostess_close(struct net_device *d) static int hostess_ioctl(struct net_device *d, struct ifreq *ifr, int cmd) { /* struct z8530_dev *sv11=dev_to_sv(d); - z8530_ioctl(d,&sv11->chanA,ifr,cmd) */ + * z8530_ioctl(d,&sv11->chanA,ifr,cmd) + */ return hdlc_ioctl(d, ifr, cmd); } -/* - * Passed network frames, fire them downwind. +/* Passed network frames, fire them downwind. */ static netdev_tx_t hostess_queue_xmit(struct sk_buff *skb, @@ -174,8 +168,7 @@ static int hostess_attach(struct net_device *dev, unsigned short encoding, return -EINVAL; } -/* - * Description block for a Comtrol Hostess SV11 card +/* Description block for a Comtrol Hostess SV11 card */ static const struct net_device_ops hostess_ops = { @@ -189,8 +182,7 @@ static struct z8530_dev *sv11_init(int iobase, int irq) { struct z8530_dev *sv; struct net_device *netdev; - /* - * Get the needed I/O space + /* Get the needed I/O space */ if (!request_region(iobase, 8, "Comtrol SV11")) { @@ -202,8 +194,7 @@ static struct z8530_dev *sv11_init(int iobase, int irq) if (!sv) goto err_kzalloc; - /* - * Stuff in the I/O addressing + /* Stuff in the I/O addressing */ sv->active = 0; @@ -218,7 +209,8 @@ static struct z8530_dev *sv11_init(int iobase, int irq) outb(0, iobase + 4); /* DMA off */ /* We want a fast IRQ for this device. Actually we'd like an even faster - IRQ ;) - This is one driver RtLinux is made for */ + * IRQ ;) - This is one driver RtLinux is made for + */ if (request_irq(irq, z8530_interrupt, 0, "Hostess SV11", sv) < 0) { @@ -232,8 +224,7 @@ static struct z8530_dev *sv11_init(int iobase, int irq) sv->chanB.dev = sv; if (dma) { - /* - * You can have DMA off or 1 and 3 thats the lot + /* You can have DMA off or 1 and 3 thats the lot * on the Comtrol. */ sv->chanA.txdma = 3; @@ -248,11 +239,11 @@ static struct z8530_dev *sv11_init(int iobase, int irq) } /* Kill our private IRQ line the hostess can end up chattering - until the configuration is set */ + * until the configuration is set + */ disable_irq(irq); - /* - * Begin normal initialise + /* Begin normal initialise */ if (z8530_init(sv)) { @@ -268,8 +259,7 @@ static struct z8530_dev *sv11_init(int iobase, int irq) enable_irq(irq); - /* - * Now we can take the IRQ + /* Now we can take the IRQ */ sv->chanA.netdevice = netdev = alloc_hdlcdev(sv); -- 2.8.1