[PATCH] phy/mediatek: Make PHY_MTK_XSPHY depend on HAS_IOMEM and OF_ADDRESS to fix build errors
Randy Dunlap
rdunlap at infradead.org
Tue Nov 24 22:31:08 EST 2020
On 11/24/20 6:24 PM, Chunfeng Yun wrote:
> Hi Tiezhu,
>
> On Tue, 2020-11-24 at 17:47 +0800, Tiezhu Yang wrote:
>> devm_ioremap_resource() will be not built in lib/devres.c if
>> CONFIG_HAS_IOMEM is not set, of_address_to_resource() will be
>> not built in drivers/of/address.c if CONFIG_OF_ADDRESS is not
>> set, and then there exists two build errors about undefined
>> reference to "devm_ioremap_resource" and "of_address_to_resource"
>> in phy-mtk-xsphy.c under COMPILE_TEST and CONFIG_PHY_MTK_XSPHY,
>> make PHY_MTK_XSPHY depend on HAS_IOMEM and OF_ADDRESS to fix it.
>>
>> Reported-by: kernel test robot <lkp at intel.com>
>> Signed-off-by: Tiezhu Yang <yangtiezhu at loongson.cn>
>> ---
>> drivers/phy/mediatek/Kconfig | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/drivers/phy/mediatek/Kconfig b/drivers/phy/mediatek/Kconfig
>> index 50c5e93..66df045 100644
>> --- a/drivers/phy/mediatek/Kconfig
>> +++ b/drivers/phy/mediatek/Kconfig
>> @@ -30,6 +30,8 @@ config PHY_MTK_XSPHY
>> tristate "MediaTek XS-PHY Driver"
>> depends on ARCH_MEDIATEK || COMPILE_TEST
>> depends on OF
>> + depends on HAS_IOMEM
>> + depends on OF_ADDRESS
> Why not add them into deconfig but here? In fact I don't know which way
> is better and follow the kernel rule.
>
> Vinod and Kishon, do you have any suggestion about this?
Putting them into a defconfig won't prevent random build errors
while putting them here will (or at least should).
>> select GENERIC_PHY
>> help
>> Enable this to support the SuperSpeedPlus XS-PHY transceiver for
>
The patch LGTM.
Acked-by: Randy Dunlap <rdunlap at infradead.org>
thanks.
--
~Randy
More information about the Linux-mediatek
mailing list