3fce12568a
Jonas Gorski commented on the previous patch:
|This is actually the wrong fix and papers over an issue in one of our
|local patches.
|
|We intentionally allow regmap to be built as a module, see
|
|/target/linux/generic/hack-4.14/259-regmap_dynamic.patch
|[...]
|[The regulator code] optionally supports regmap thanks to the stubs
|provided if regmap is disabled - which breaks if you compile regmap
|as a module.
In order to mitigate this issue, this patch reverts the previous patch
and replaces the existing IS_ENABLED(CONFIG_REGMAP) with
IS_REACHABLE(CONFIG_REGMAP). This solves this particular issue as the
regulator code will now automatically fallback to the regmap stubs in
case the kmod-regmap module is enabled, but nothing else sets
CONFIG_REGMAP=y.
Note: There's still a potential issue that this patch doesn't solve:
If someone ever wants to make a OpenWrt kernel package for a
regulator module that requires the REGMAP feature for a target that
doesn't set CONFIG_REGMAP=y but has CONFIG_REGULATOR=y, the resulting
kmod-regulator-xyz package will not work on the target.
Luckily, there aren't any in-tree OpenWrt kernel module packages for
regulators at the moment. On the bright side: regmap is a critical
part nowadays and all new and upcoming architectures require it by
default. This will likely only ever be a problem for legacy targets
and devices that cannot afford to enable REGMAP.
Cc: Jonas Gorski <jonas.gorski@gmail.com>
Cc: John Crispin <john@phrozen.org>
Fixes:
|
||
---|---|---|
.. | ||
acx-mac80211 | ||
ar7-atm | ||
ath10k-ct | ||
avila-wdt | ||
brcm2708-gpu-fw | ||
broadcom-wl | ||
button-hotplug | ||
dtc/patches | ||
gpio-button-hotplug | ||
gpio-nct5104d | ||
hwmon-gsc | ||
i2c-gpio-custom | ||
kmod-sched-cake | ||
lantiq | ||
leds-apu2 | ||
linux | ||
mac80211 | ||
mt76 | ||
mwlwifi | ||
om-watchdog | ||
rotary-gpio-custom | ||
rtc-rv5c386a | ||
spi-gpio-custom | ||
trelay | ||
w1-gpio-custom |