Message ID | cover.1666021212.git.drv@mailo.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4ac7:0:0:0:0:0 with SMTP id y7csp1538361wrs; Mon, 17 Oct 2022 09:30:25 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4y6DqO3jGW/TUcO3A7YFiBaF1kS+ZgDggF21/fTs6eS7t87llAc2CIKBa5ekgjBndqikyG X-Received: by 2002:a05:6402:2b85:b0:457:6216:d251 with SMTP id fj5-20020a0564022b8500b004576216d251mr11218692edb.56.1666024225733; Mon, 17 Oct 2022 09:30:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666024225; cv=none; d=google.com; s=arc-20160816; b=e8PSZJwuTwl1P/QiSxpTQ5wQbuWZPAuYbupW2SXXwrUY39EqzOakyveAB6kyvtjZ6r XyYzT6nIqUrKsYhdtZR8qKPYaNcSt4v5C08axFWb3UlFzlYqTSvj9ROzhTQZURmnIaWc H9QHFnyx4KVP7XNbi59+g1wCAirl2y6Ceu6FKKjGN6GeD3C5pzkzo4XcmL1aBKq+5QaE rmtoX1+DfZLYuIvpcLMSdqzZdxFagAIuL7zZ9d5PIhRY4QJ0KIKW1mexsI6AcFW/4EJa AR52x2rJj+/ZAwLFQa32DDesAVEftlUJOnqZGV7/TdlHDWPZbrlZUUEPY19S9R5CnsVJ YgUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-disposition:mime-version:message-id :subject:cc:to:from:date:dkim-signature; bh=+NJduIzZ46VsNjoUIevlxwDW1HAIxK3SK8sXdlIKgVg=; b=mdCSsX+k+/J/gcG0IsVtdnp43dbjlxMj3jul1Jl6mrxPvSXcd+yIGAYLtEjpuHw8k1 YKdlja4mYEGtluq19TdKyFpO89EdG8LXwCb+796PU1uHIXHN8qXCnhsC/TzDVaVwYISb PpEBkq1ZuSM7Q5kZ4bJj335KwDaC3o6nogGBrnVYLvpsG/6CCGj3HmHx8uhGvZ0OkT6D YOVPXp3cZnZFZtoVql/aELX3m5xaijST2ofL8uxeYK7tyGUkW2TY2PH/NIJDi3XdnbOg /7Ot4D7BovfyI0MXSbeZxl9Kvw0q16QpPCF8Gj9aZlOZ9h10E1US9krLBJgnmPRfqHuS 2zJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=VvQIlZkA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z20-20020a05640240d400b0045cef1f1f70si9649543edb.548.2022.10.17.09.29.49; Mon, 17 Oct 2022 09:30:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=VvQIlZkA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229874AbiJQQ0W (ORCPT <rfc822;kernel.ruili@gmail.com> + 99 others); Mon, 17 Oct 2022 12:26:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36734 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229452AbiJQQ0V (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 17 Oct 2022 12:26:21 -0400 Received: from msg-2.mailo.com (msg-2.mailo.com [213.182.54.12]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 664795C34D for <linux-kernel@vger.kernel.org>; Mon, 17 Oct 2022 09:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mailo.com; s=mailo; t=1666023964; bh=gN5i2sGJZj5sJFuVLzEXCL0ZJfDL6JX/M9xJCw1nEGE=; h=X-EA-Auth:Date:From:To:Cc:Subject:Message-ID:MIME-Version: Content-Type; b=VvQIlZkAhWnmuwQrbqeMT6e7x55Po5XvdLT89Ciw784OCKEOPXCqea+HwgKyKzvHX KhG6Fxagrzd71j90x1GKQ8WgNy1fZ6l5Rft0OQ2Rar3+nc0olEUcPhFzxPGIwW2UQi eJJfDNbwCEnsKucVhpkMXXoXwHL5zOCso6KpsFc8= Received: by b-2.in.mailobj.net [192.168.90.12] with ESMTP via [213.182.55.206] Mon, 17 Oct 2022 18:26:04 +0200 (CEST) X-EA-Auth: tswpQjuyWHg7rI3hSM4IVZEo0CKZooe9r502EDQ8OJMxxqrPGxW+ndbUc1qiWEaq7an9jE5bsy5gnBnafNAw6k0wLiLdizfM Date: Mon, 17 Oct 2022 21:26:27 +0530 From: Deepak R Varma <drv@mailo.com> To: outreachy@lists.linux.dev, Larry.Finger@lwfinger.net, phil@philpotter.co.uk, paskripkin@gmail.com, gregkh@linuxfoundation.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Cc: kumarpraveen@linux.microsoft.com, saurabh.truth@gmail.com Subject: [PATCH v1 0/4] staging: r8188eu: trivial code cleanup patches Message-ID: <cover.1666021212.git.drv@mailo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1746943772842464419?= X-GMAIL-MSGID: =?utf-8?q?1746953018504818910?= |
Series |
staging: r8188eu: trivial code cleanup patches
|
|
Message
Deepak R Varma
Oct. 17, 2022, 3:56 p.m. UTC
Address different kinds of checkpatch complains for the staging/r8188eu module. The patches are required to be applied in sequence. Changes in v1: 1. Improve language / grammar for the patch descriptions 2. Further improve code reformatting Deepak R Varma (4): staging: r8188eu: use Linux kernel variable naming convention staging: r8188eu: reformat long computation lines staging: r8188eu: remove {} for single statement blocks staging: r8188eu: use htons macro instead of __constant_htons drivers/staging/r8188eu/core/rtw_br_ext.c | 122 +++++++++++----------- 1 file changed, 62 insertions(+), 60 deletions(-) -- 2.30.2
Comments
On 10/17/22 17:56, Deepak R Varma wrote: > Address different kinds of checkpatch complains for the staging/r8188eu module. > The patches are required to be applied in sequence. > > Changes in v1: > 1. Improve language / grammar for the patch descriptions > 2. Further improve code reformatting > > Deepak R Varma (4): > staging: r8188eu: use Linux kernel variable naming convention > staging: r8188eu: reformat long computation lines > staging: r8188eu: remove {} for single statement blocks > staging: r8188eu: use htons macro instead of __constant_htons > > drivers/staging/r8188eu/core/rtw_br_ext.c | 122 +++++++++++----------- > 1 file changed, 62 insertions(+), 60 deletions(-) > > -- > 2.30.2 > > > > I think this patch series should be v2 as the first one was a v1. The next one should be the v3. Please do variable changes driver wide and not only limited to a file. Example: This line contains the old variable: void *scdb_findEntry(struct adapter *priv, unsigned char *ipAddr); But in this line you have already changed ip_addr. void *scdb_findEntry(struct adapter *priv, unsigned char *ip_addr) { unsigned char network_addr[MAX_NETWORK_ADDR_LEN]; struct nat25_network_db_entry *db; int hash; ... Please change all networkAddr and not only some. Is it possible to changing __constant_htons as well in the entire driver? Driver can be applied and compiled. Tested device. Thanks Bye Philipp
On Mon, Oct 17, 2022 at 11:06:19PM +0200, Philipp Hortmann wrote: > On 10/17/22 17:56, Deepak R Varma wrote: > > Address different kinds of checkpatch complains for the staging/r8188eu module. > > The patches are required to be applied in sequence. > > > > Changes in v1: > > 1. Improve language / grammar for the patch descriptions > > 2. Further improve code reformatting > > > > Deepak R Varma (4): > > staging: r8188eu: use Linux kernel variable naming convention > > staging: r8188eu: reformat long computation lines > > staging: r8188eu: remove {} for single statement blocks > > staging: r8188eu: use htons macro instead of __constant_htons > > > > drivers/staging/r8188eu/core/rtw_br_ext.c | 122 +++++++++++----------- > > 1 file changed, 62 insertions(+), 60 deletions(-) > > > > -- > > 2.30.2 > > > > > > > > Hello Philipp, Thank you for testing the patch set and the following feedback. Much appreciate. > > I think this patch series should be v2 as the first one was a v1. The next > one should be the v3. Okay. I will switch it to v3 if there is opportunity for another revision of this patch set. > > Please do variable changes driver wide and not only limited to a file. > Example: > This line contains the old variable: > void *scdb_findEntry(struct adapter *priv, unsigned char *ipAddr); > > But in this line you have already changed ip_addr. > void *scdb_findEntry(struct adapter *priv, unsigned char *ip_addr) > { > unsigned char network_addr[MAX_NETWORK_ADDR_LEN]; > struct nat25_network_db_entry *db; > int hash; > ... Since this is my first patch set, I wanted to be small and manageable. I also made changes only to function parameters and local variable. I am now comfortable to make similar change for the other files and symbols such as functions and structures. I will send in a separate patch set for the remaining files of this driver. > > > Please change all networkAddr and not only some. For this file, I changed all networkAddr definitions except those that are part of global structure definition. I will include those changes in the next patch set. > > Is it possible to changing __constant_htons as well in the entire driver? Sure, in the next patch set. > > Driver can be applied and compiled. > Tested device. Thank you again. ./drv > > Thanks > > Bye Philipp > >