[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5565336D.6040904@linaro.org>
Date: Wed, 27 May 2015 11:01:01 +0800
From: Hanjun Guo <hanjun.guo@...aro.org>
To: Timur Tabi <timur@...eaurora.org>, fu.wei@...aro.org,
Suravee.Suthikulpanit@....com, linaro-acpi@...ts.linaro.org,
linux-watchdog@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-doc@...r.kernel.org
CC: tekkamanninja@...il.com, graeme.gregory@...aro.org,
al.stone@...aro.org, ashwin.chaugule@...aro.org, arnd@...db.de,
linux@...ck-us.net, vgandhi@...eaurora.org, wim@...ana.be,
jcm@...hat.com, leo.duran@....com, corbet@....net,
mark.rutland@....com, catalin.marinas@....com, will.deacon@....com
Subject: Re: [PATCH v3 6/6] ACPI: import watchdog info of GTDT into platform
device
On 2015年05月27日 00:35, Timur Tabi wrote:
> On 05/26/2015 03:28 AM, Hanjun Guo wrote:
>
>>> early_acpi_os_unmap_memory((char *)table, tbl_size);
>>> }
>>
>> please add
>>
>> #ifdef CONFIG_ARM_SBSA_WATCHDOG
>> (acpi gtdt code)
>> #endif
>
> I don't agree with this. The GTDT should be parsed even if there's no
> watchdog driver compiled for this kernel. There are no other #ifdefs in
> this file.
So what's the point of parse GTDT and alloc memories for it if there
is no watchdog driver compiled for the kernel? will the module insmod
later even if the CONFIG_ARM_SBSA_WATCHDOG=n?
>
>>> + * Add a platform device named "sbsa-gwdt" to match the platform
>>> driver.
>>> + * "sbsa-gwdt": SBSA(Server Base System Architecture) Generic
>>> Watchdog
>>> + * The platform driver can get device info below by matching this
>>> name.
>>
>> * The platform driver (drivers/watchdog/sbsa_gwdt.c) can get device info
>> below by matching this name.
>>
>> Adding the file name which will help for review and maintain in my
>> opinion.
>
> Except it will cause problems if the driver is renamed or moved. I
> don't think this is a good idea, either (sorry!)
OK, that's good point. but what I proposed is some hint to which driver
will use the data prepared in this file, we can easily understand it
in this patchset, but if just review the code in this fiel, I think
people will be confused without detail comments.
Thanks
Hanjun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists