summaryrefslogtreecommitdiffstats
path: root/drivers/vme
diff options
context:
space:
mode:
authorNiklas Söderlund <niklas.soderlund+renesas@ragnatech.se>2016-11-12 17:04:24 +0100
committerGeert Uytterhoeven <geert+renesas@glider.be>2016-11-15 11:01:09 +0100
commit5d7400c4acbf7fe633a976a89ee845f7333de3e4 (patch)
treec49c3b910e3ef2f76d61dce3b4794746d48eec7b /drivers/vme
parentcccc618a0b74867efb2211be6573ecf729a56ed0 (diff)
downloadtalos-obmc-linux-5d7400c4acbf7fe633a976a89ee845f7333de3e4.tar.gz
talos-obmc-linux-5d7400c4acbf7fe633a976a89ee845f7333de3e4.zip
pinctrl: sh-pfc: Do not unconditionally support PIN_CONFIG_BIAS_DISABLE
Always stating PIN_CONFIG_BIAS_DISABLE is supported gives untrue output when examining /sys/kernel/debug/pinctrl/e6060000.pfc/pinconf-pins if the operation get_bias() is implemented but the pin is not handled by the get_bias() implementation. In that case the output will state that "input bias disabled" indicating that this pin has bias control support. Make support for PIN_CONFIG_BIAS_DISABLE depend on that the pin either supports SH_PFC_PIN_CFG_PULL_UP or SH_PFC_PIN_CFG_PULL_DOWN. This also solves the issue where SoC specific implementations print error messages if their particular implementation of {set,get}_bias() is called with a pin it does not know about. Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se> Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Diffstat (limited to 'drivers/vme')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud