Message ID | 83fd237d2ac157d234e9c7cce1206904c2d8773d.1666105876.git.drv@mailo.com |
---|---|
State | New |
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 y7csp2060468wrs; Tue, 18 Oct 2022 09:59:31 -0700 (PDT) X-Google-Smtp-Source: AMsMyM75y1WQeDg2sfqeA+ZtWLqBnt2o2ePIfhycOOX4w2MMsJMPQPhIHNOvnCoiIikPgcccsRM2 X-Received: by 2002:a17:906:2681:b0:783:6a92:4c38 with SMTP id t1-20020a170906268100b007836a924c38mr3264415ejc.75.1666112371772; Tue, 18 Oct 2022 09:59:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666112371; cv=none; d=google.com; s=arc-20160816; b=RPdn5hrL8TDjdSNE27mtvfEi1wQrucGpG5hQcH8aFdemuU0X0SeQ6QcoLDksNyuVp4 YFfYmPzKHA3a7mQLIfd3WsyEnpRuxvV8aqDAgF3RF58M9OTH4eywb4n3m2a7wwrUshM1 /AnbklUzySCU70ZI5jiEP64kxqsg4yRKylOwoSEVShpMTCfolC865yQlry1peHu3a/ys QqOOv/PzYHkyqJmdRf6+YkX+HGa5oYkhoedCOPDxzFcVTgdjfH9VJpkZmBm+XSeVJvzf iN4HCUaJb8r38Wo9pzNEUQvivoTfoH3tjK40v3vY8gHk0LZFipUyVU4FZ8jSVsDnq5Qm K2jQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:to:from:date:dkim-signature; bh=f1tkQTVciyk4khfV0GIzuiPCCx1oHlOa5bWZ+7j7T6c=; b=aPJxIb5R0sv5do6qZE223lP29GPmHDxMWujF+oRufeNaeTPGC18NmTXNHGfh8vER49 skAy+s2XcpK0q3GpiuGIrnh4RXjZ5L/s3z1bLlL6+aG7GDgFhpN//ewIby5glMhU5CUI 12bWzYukCyQUCwsNW3iEwtjR5whq2illiXyvJzD7nIv9OV3EKssSp7VarsI6Dbohi0Lv 6UM67oVtLLXF22o95HpMKs29/nsEqbYTI3ZHZ8MzVibXQg/KDTdZboPnzYzlBlkHWPAz XGdrw1QRcSN1Z1zaIiVq4nPUfQj/TjIcTjW7vCkA1/VsjcxAWif+lFo4Tul0s35w1piG CKmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=UEFpHrb3; 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 a21-20020a1709066d5500b0077082e784easi9008812ejt.957.2022.10.18.09.59.06; Tue, 18 Oct 2022 09:59:31 -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=UEFpHrb3; 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 S229901AbiJRQtl (ORCPT <rfc822;toshivichauhan@gmail.com> + 99 others); Tue, 18 Oct 2022 12:49:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60600 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229832AbiJRQtj (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 18 Oct 2022 12:49:39 -0400 Received: from msg-4.mailo.com (msg-4.mailo.com [213.182.54.15]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 302EF1CB20 for <linux-kernel@vger.kernel.org>; Tue, 18 Oct 2022 09:49:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mailo.com; s=mailo; t=1666111765; bh=95DJzNS4+6BSZN3k/buGJ1S6mzvcYAfN1v5sPyYssJA=; h=X-EA-Auth:Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=UEFpHrb3UaPdjOef6bdxjh6GwfQyQjSXod5Q2YDHUUSGXK2o2bqaD7czq9+yTwqjA xwOQsktIpWtL4lOhFyTxd8mHZMVQZrJsa0HpjKaTxA6LhTt9IxniR4z6GYxMYioVdN gwchKIwMeZalhgogxz1TE9KsZ0WH6p5yQoWEgCVY= Received: by b-6.in.mailobj.net [192.168.90.16] with ESMTP via [213.182.55.206] Tue, 18 Oct 2022 18:49:25 +0200 (CEST) X-EA-Auth: AAY4Oxui4nDXgDCRsm/XGiBKJS7WRerNUVMI9i/EcClgwoeDP7Yk6QLaTD4baMGpA46r8R6g3gC6m1YaWP/GSvI5gi2oEDRl Date: Tue, 18 Oct 2022 22:19:21 +0530 From: Deepak R Varma <drv@mailo.com> To: outreachy@lists.linux.dev, gregkh@linuxfoundation.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: [PATCH 1/2] staging: most: dim2: read done_buffers count locally from HDM channel Message-ID: <83fd237d2ac157d234e9c7cce1206904c2d8773d.1666105876.git.drv@mailo.com> References: <cover.1666105876.git.drv@mailo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <cover.1666105876.git.drv@mailo.com> 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?1747045446535835581?= X-GMAIL-MSGID: =?utf-8?q?1747045446535835581?= |
Series |
staging: most: dim2: remove unnecessary function call and variable usage
|
|
Commit Message
Deepak R Varma
Oct. 18, 2022, 4:49 p.m. UTC
The function dim_get_channel_state only serves to initialize the ready and
done_buffers fields of the structure passed as its second argument. In
service_done_flag, this structure is never used again and the only purpose
of the call is to get the value that is put in the done_buffers field.
But that value is just the done_sw_buffers_number field of the call's
first argument. So the whole call is useless, and we can just replace it
with an access to this field.
This change implies that the variable st is no longer used, so drop it as
well.
Signed-off-by: Deepak R Varma <drv@mailo.com>
---
PLEASE NOTE:
1. I have only built the module on my machine, but have not tested it.
I am not sure how to test this change. I am willing to test it with
appropriate guidance provided I have the necessary hardware.
2. This was a standalone patch earlier. It is now combined into a patch set
with another patch for the same driver. Hence I am carry forwarding the
change log for this patch here:
Changes in v3:
1. The patch log message is further improved. This revised verbiage is as
thankfully provided by julia.lawall@inria.fr
Changes in v2:
1. Update patch log message to be more descriptive about the reason for change.
Feedback provided by julia.lawall@inria.fr
drivers/staging/most/dim2/dim2.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--
2.30.2
Comments
On Tue, Oct 18, 2022 at 10:19:21PM +0530, Deepak R Varma wrote: > The function dim_get_channel_state only serves to initialize the ready and > done_buffers fields of the structure passed as its second argument. In > service_done_flag, this structure is never used again and the only purpose > of the call is to get the value that is put in the done_buffers field. > But that value is just the done_sw_buffers_number field of the call's > first argument. So the whole call is useless, and we can just replace it > with an access to this field. > > This change implies that the variable st is no longer used, so drop it as > well. > > Signed-off-by: Deepak R Varma <drv@mailo.com> > --- > > PLEASE NOTE: > 1. I have only built the module on my machine, but have not tested it. > I am not sure how to test this change. I am willing to test it with > appropriate guidance provided I have the necessary hardware. > 2. This was a standalone patch earlier. It is now combined into a patch set > with another patch for the same driver. Hence I am carry forwarding the > change log for this patch here: > > Changes in v3: > 1. The patch log message is further improved. This revised verbiage is as > thankfully provided by julia.lawall@inria.fr > > Changes in v2: > 1. Update patch log message to be more descriptive about the reason for change. > Feedback provided by julia.lawall@inria.fr > You need to say this is a v3 in the subject line as documented :(
On Tue, Oct 18, 2022 at 07:12:45PM +0200, Greg KH wrote: > On Tue, Oct 18, 2022 at 10:19:21PM +0530, Deepak R Varma wrote: > > The function dim_get_channel_state only serves to initialize the ready and > > done_buffers fields of the structure passed as its second argument. In > > service_done_flag, this structure is never used again and the only purpose > > of the call is to get the value that is put in the done_buffers field. > > But that value is just the done_sw_buffers_number field of the call's > > first argument. So the whole call is useless, and we can just replace it > > with an access to this field. > > > > This change implies that the variable st is no longer used, so drop it as > > well. > > > > Signed-off-by: Deepak R Varma <drv@mailo.com> > > --- > > > > PLEASE NOTE: > > 1. I have only built the module on my machine, but have not tested it. > > I am not sure how to test this change. I am willing to test it with > > appropriate guidance provided I have the necessary hardware. > > 2. This was a standalone patch earlier. It is now combined into a patch set > > with another patch for the same driver. Hence I am carry forwarding the > > change log for this patch here: > > > > Changes in v3: > > 1. The patch log message is further improved. This revised verbiage is as > > thankfully provided by julia.lawall@inria.fr > > > > Changes in v2: > > 1. Update patch log message to be more descriptive about the reason for change. > > Feedback provided by julia.lawall@inria.fr > > > > You need to say this is a v3 in the subject line as documented :( > Hi Greg, This was a standalone patch earlier and first time included in the patch set. I was not aware I am allowed to version a patch individually, different from the cover letter. I have posted a query to Outreachy mailing list for additional clarification. I will send in a v4 once I have clarity. Thank you, ./drv
On Tue, Oct 18, 2022 at 11:10:34PM +0530, Deepak R Varma wrote: > On Tue, Oct 18, 2022 at 07:12:45PM +0200, Greg KH wrote: > > On Tue, Oct 18, 2022 at 10:19:21PM +0530, Deepak R Varma wrote: > > > The function dim_get_channel_state only serves to initialize the ready and > > > done_buffers fields of the structure passed as its second argument. In > > > service_done_flag, this structure is never used again and the only purpose > > > of the call is to get the value that is put in the done_buffers field. > > > But that value is just the done_sw_buffers_number field of the call's > > > first argument. So the whole call is useless, and we can just replace it > > > with an access to this field. > > > > > > This change implies that the variable st is no longer used, so drop it as > > > well. > > > > > > Signed-off-by: Deepak R Varma <drv@mailo.com> > > > --- > > > > > > PLEASE NOTE: > > > 1. I have only built the module on my machine, but have not tested it. > > > I am not sure how to test this change. I am willing to test it with > > > appropriate guidance provided I have the necessary hardware. > > > 2. This was a standalone patch earlier. It is now combined into a patch set > > > with another patch for the same driver. Hence I am carry forwarding the > > > change log for this patch here: > > > > > > Changes in v3: > > > 1. The patch log message is further improved. This revised verbiage is as > > > thankfully provided by julia.lawall@inria.fr > > > > > > Changes in v2: > > > 1. Update patch log message to be more descriptive about the reason for change. > > > Feedback provided by julia.lawall@inria.fr > > > > > > > You need to say this is a v3 in the subject line as documented :( > > > Hi Greg, > This was a standalone patch earlier and first time included in the patch set. I > was not aware I am allowed to version a patch individually, different from the > cover letter. I have posted a query to Outreachy mailing list for additional > clarification. I will send in a v4 once I have clarity. The cover letter will have v4 and so will each individual patch. Turning 1 patch into a series or adding new patches to a series does not mean you start over with the numbering. Otherwise that would be impossible for us to track, right? thanks, greg k-h
diff --git a/drivers/staging/most/dim2/dim2.c b/drivers/staging/most/dim2/dim2.c index ab72e11ac5ab..4c1f27898a29 100644 --- a/drivers/staging/most/dim2/dim2.c +++ b/drivers/staging/most/dim2/dim2.c @@ -259,7 +259,6 @@ static void retrieve_netinfo(struct dim2_hdm *dev, struct mbo *mbo) static void service_done_flag(struct dim2_hdm *dev, int ch_idx) { struct hdm_channel *hdm_ch = dev->hch + ch_idx; - struct dim_ch_state_t st; struct list_head *head; struct mbo *mbo; int done_buffers; @@ -271,7 +270,7 @@ static void service_done_flag(struct dim2_hdm *dev, int ch_idx) spin_lock_irqsave(&dim_lock, flags); - done_buffers = dim_get_channel_state(&hdm_ch->ch, &st)->done_buffers; + done_buffers = hdm_ch->ch.done_sw_buffers_number; if (!done_buffers) { spin_unlock_irqrestore(&dim_lock, flags); return;