[PATCH DISCUSSION 4/8] arm64: defconfig: compile reset-gpio as built-in

Having the reset-gpio driver as module interferes with the fw_devlink
mechanism, since all reset-gpios appears to probe correctly but cannot
then be used right away because the underlying reset controller is not
yet registered. This leads to wasted probe time, as fw_devlink cannot
really prevent the probe due to a missing supplier.

On a Beagleplay, this leads to multiple non-negligible probe deferrals
before userspace:

[    0.878651] probe of sdio-pwrseq returned 517 after 1726 usecds
[    0.891927] probe of sdio-pwrseq returned 517 after 238 usecs
[    0.897796] probe of sdio-pwrseq returned 517 after 234 usecs
[    0.933930] probe of sdio-pwrseq returned 517 after 277 usecs
[    0.979049] probe of sdio-pwrseq returned 517 after 252 usecs

Set CONFIG_RESET_GPIO=y to have the driver built-in.

Signed-off-by: Francesco Valla <[email protected]>
---
 arch/arm64/configs/defconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 1a48faad2473a9b8f1c87567f38fedc7b703b44d..4879aec0b2d70e3b8fe6636c14e68ecdf023e625 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -1607,7 +1607,7 @@ CONFIG_QCOM_PDC=y
 CONFIG_QCOM_MPM=y
 CONFIG_TI_SCI_INTR_IRQCHIP=y
 CONFIG_TI_SCI_INTA_IRQCHIP=y
-CONFIG_RESET_GPIO=m
+CONFIG_RESET_GPIO=y
 CONFIG_RESET_IMX7=y
 CONFIG_RESET_QCOM_AOSS=y
 CONFIG_RESET_QCOM_PDC=m

-- 
2.52.0