Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4139103imm; Tue, 25 Sep 2018 12:02:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV60nGMqevry2YnbGRFpSnIS+MLpXU8J2Lhm91SfeMY6D3GprcfsmIgC05DtQDjqSMoANMonx X-Received: by 2002:a63:8b43:: with SMTP id j64-v6mr2273578pge.149.1537902137820; Tue, 25 Sep 2018 12:02:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537902137; cv=none; d=google.com; s=arc-20160816; b=h7KEBqKDffZ+7Vc7gD66BF8O+DcSsxYOawfyOCMm3cou5kcxQlYxx/V6alDc9V98x3 TW2v476yrpVaFrjBwib9V7Zfxa0saJShXUWLrkm8mTQVgdLdmztDzEdc3A4dHWq1WjwM X2lXfDk6B/T/5qsPOa7SknNYAM4qLfRrBq1EoYzLJolbfhyIyWJIlBA2UF1y/U1lAVT4 ErZHgjBs4pcxQZ8AJKrXpbWjrpAEKrGkxE5720yJaUW+Gq2pU4PfG0NWGXRhEiIrs6gh Jvbc5/fU9NhwM8UG9Xs2xWCaWadsYu4s4yeeXgbDecj7IXAYTYYcobkn9VZNgfvjtbfG Uc9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=5E31fyxEI0U1yXoeIk03PYgj8lMyeepPcvjUtlgtmXE=; b=kj/mL6jJpWtmZEo3zXuaBH4h7CbL0++IG718kt+SCMBylbT7jl4ugDMTdWJ+zl+T5b cn/KKkRirJP4TAbL4BHk75KWHYcyakUTrJ/c94qBiIvj20uupTqaqjmULscPjWsZ9tiH 1oeRCr3mdZme58B61LmEwbDmpzpeM1eSDt9tbFuIjvzCltWDMDgOHvQtz5D1Tu5MqDjj WhsUHyf+MSxS14XY8XF7agEZARiv8EaKcxOWXISvYnTymlcnp5/wSs1IfrY/b632M2j4 gfmrh+GF8LD1/b7sC7bCu7MeXgsoP2+xCTKbQl/OIo257AYNP2bxFXYWWovTseT5PQ2x DRyw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y3-v6si2888297pgi.338.2018.09.25.12.01.59; Tue, 25 Sep 2018 12:02:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727411AbeIZBKt (ORCPT + 99 others); Tue, 25 Sep 2018 21:10:49 -0400 Received: from smtprelay0018.hostedemail.com ([216.40.44.18]:60906 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726864AbeIZBKt (ORCPT ); Tue, 25 Sep 2018 21:10:49 -0400 Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay04.hostedemail.com (Postfix) with ESMTP id C76D6180A8867; Tue, 25 Sep 2018 19:01:52 +0000 (UTC) X-Session-Marker: 6A6F6540706572636865732E636F6D X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,joe@perches.com,:::::::::::::::,RULES_HIT:41:355:379:541:599:800:960:967:968:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1542:1593:1594:1711:1730:1747:1777:1792:2393:2525:2553:2559:2563:2682:2685:2828:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3354:3622:3865:3866:3867:3868:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4250:4321:5007:6119:7514:7875:7903:8985:9025:10004:10400:10848:11026:11232:11658:11854:11914:12043:12262:12438:12555:12663:12679:12740:12760:12895:12986:13161:13229:13439:14096:14097:14181:14659:14721:21080:21347:21365:21433:21450:21451:21627:30054:30070:30090:30091,0,RBL:47.151.153.53:@perches.com:.lbl8.mailshell.net-62.8.0.100 64.201.201.201,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:neutral,Custom_rules:0:0:0,LFtime:34,LUA_SUMMARY:none X-HE-Tag: baby30_102ac80917408 X-Filterd-Recvd-Size: 3159 Received: from XPS-9350.home (unknown [47.151.153.53]) (Authenticated sender: joe@perches.com) by omf04.hostedemail.com (Postfix) with ESMTPA; Tue, 25 Sep 2018 19:01:50 +0000 (UTC) Message-ID: <2f93ac5324ef3a229f2b8e855222a5fdd7b32f90.camel@perches.com> Subject: Re: [PATCH v2] staging: mt7621-mmc: Fix single statement macros in sd.c From: Joe Perches To: Greg Kroah-Hartman Cc: Nishad Kamdar , NeilBrown , devel@driverdev.osuosl.org, Christian =?ISO-8859-1?Q?L=FCtke-Stetzkamp?= , linux-kernel@vger.kernel.org, John Crispin , Dan Carpenter Date: Tue, 25 Sep 2018 12:01:50 -0700 In-Reply-To: <20180925184947.GC16455@kroah.com> References: <20180923093805.GA20870@nishad> <20180925184947.GC16455@kroah.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2018-09-25 at 20:49 +0200, Greg Kroah-Hartman wrote: > On Sun, Sep 23, 2018 at 06:31:32AM -0700, Joe Perches wrote: > > On Sun, 2018-09-23 at 15:08 +0530, Nishad Kamdar wrote: > > > This patch fixes a few single statement macros in sd.c. > > > It converts two macros to inline functions. It removes > > > five other macros and replaces their usages with calls to > > > the function being called in the macro definition. > > > Issue found by checkpatch. > > > > > > Signed-off-by: Nishad Kamdar > > > --- > > > Changes in v2: > > > - Convert msdc_gate_clk() and msdc_ungate_clk() to inline functions. > > > - Delete msdc_irq_restore(), msdc_vcore_on(), msdc_vcore_off(), > > > msdc_vdd_on() and msdc_vdd_off() and replace their usages directly > > > with calls to the function being called by these macros. > > > > Nishad, do please look again for uses of these functions > > you are changing. > > > > Please try removing all the #if 0 blocks instead, and then > > see if there are also now unused functions from those removed > > blocks that could also be removed. > > > > And Greg, if you look at this, look at the odd license of > > these files. > > > > It's possible the license is incompatible with the GPL. > > It is odd, but the GPL at the bottom of the file kind of implies it is > ok. Implications are not licenses. > Given that it was published by mtk, I am assuming all is good, but > it would be a good idea to check with the authors to fix this up > properly. The initial patch was submitted by John Crispin I do not know John's relationship to mediatek. commit 8b634a9c7620b15691322cd53071122d2ab249a7 Author: John Crispin Date: Thu Mar 15 07:22:35 2018 +1100 John? Any idea of the providence of these files? I do not see anything like it in https://git.openwrt.org/?p=openwrt/openwrt.git;a=tree;f=target/linux/mediatek;h=ad50ab7e407372a482aafb4183c4e49e25f93739;hb=refs/tags/v18.06.1