[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <3FDBE28F-B2C5-4EDE-905C-687F601462B6@goldelico.com>
Date: Mon, 21 Oct 2019 19:07:31 +0200
From: "H. Nikolaus Schaller" <hns@...delico.com>
To: Tony Lindgren <tony@...mide.com>
Cc: BenoƮt Cousson <bcousson@...libre.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Russell King <linux@...linux.org.uk>,
Ulf Hansson <ulf.hansson@...aro.org>,
Kalle Valo <kvalo@...eaurora.org>,
Mike Rapoport <rppt@...ux.ibm.com>,
David Sterba <dsterba@...e.com>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
Petr Mladek <pmladek@...e.com>,
Sakari Ailus <sakari.ailus@...ux.intel.com>,
Kefeng Wang <wangkefeng.wang@...wei.com>,
Yangtao Li <tiny.windzz@...il.com>,
Alexios Zavras <alexios.zavras@...el.com>,
Thomas Gleixner <tglx@...utronix.de>,
Allison Randal <allison@...utok.net>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
John Stultz <john.stultz@...aro.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
linux-omap@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-mmc@...r.kernel.org, linux-wireless@...r.kernel.org,
netdev@...r.kernel.org, letux-kernel@...nphoenux.org,
kernel@...a-handheld.com
Subject: Re: [PATCH v2 07/11] omap: remove old hsmmc.[ch] and in Makefile
> Am 21.10.2019 um 16:30 schrieb Tony Lindgren <tony@...mide.com>:
>
> * H. Nikolaus Schaller <hns@...delico.com> [191019 18:43]:
>> --- a/arch/arm/mach-omap2/Makefile
>> +++ b/arch/arm/mach-omap2/Makefile
>> @@ -216,7 +216,6 @@ obj-$(CONFIG_MACH_NOKIA_N8X0) += board-n8x0.o
>>
>> # Platform specific device init code
>>
>> -omap-hsmmc-$(CONFIG_MMC_OMAP_HS) := hsmmc.o
>> obj-y += $(omap-hsmmc-m) $(omap-hsmmc-y)
>
> The related obj-y line can go now too, right?
Yes, I think so. It is a construction that I have never seen before :)
Therefore I did not recognize that it is related.
> And looks like common.h also has struct omap2_hsmmc_info
> so maybe check by grepping for hsmmc_info to see it's gone.
Yes, it is just a forward-declaration of the struct name with
no user anywhere.
Scheduled for v3.
BTW: should this series go through your tree since it is an
omap machine?
BR and thanks,
Nikolaus
Powered by blists - more mailing lists