linux_dsm_epyc7002/drivers/sh/pfc/Kconfig

comment "Pin function controller options"

config SH_PFC
	# XXX move off the gpio dependency
	depends on GENERIC_GPIO
	select GPIO_SH_PFC if ARCH_REQUIRE_GPIOLIB
	select PINCTRL_SH_PFC
	select PINCTRL
	select PINMUX
	select PINCONF
	def_bool y

config GPIO_SH_PFC
	tristate "SuperH PFC GPIO support"
	depends on SH_PFC && GPIOLIB
	help
	  This enables support for GPIOs within the SoC's pin function
	  controller.
sh: pfc: Shuffle PFC support core. This follows the intc/clk changes and shuffles the PFC support code under its own directory. This will facilitate better code sharing, and allow us to trim down the exported interface by quite a margin. Signed-off-by: Paul Mundt <lethal@linux-sh.org> 2012-07-10 09:49:30 +07:00			`comment "Pin function controller options"`

			`config SH_PFC`
			`# XXX move off the gpio dependency`
			`depends on GENERIC_GPIO`
			`select GPIO_SH_PFC if ARCH_REQUIRE_GPIOLIB`
sh: pfc: Rudimentary pinctrl-backed GPIO support. This begins the migration of the PFC core to the pinctrl subsystem. Initial support is very basic, with the bulk of the implementation simply being nopped out in such a way to allow registration with the pinctrl core to succeed. The gpio chip driver is stripped down considerably now relying purely on pinctrl API calls to manage the bulk of its operations. This provides a basis for further PFC refactoring, including decoupling pin functions from the GPIO API, establishing pin groups, and so forth. These will all be dealt with incrementally so as to introduce as few growing and migratory pains to tree-wide PFC pinmux users today. When the interfaces have been well established and in-tree users have been migrated off of the legacy interfaces it will be possible to strip down the core considerably, leading to eventual drivers/pinctrl rehoming. Signed-off-by: Paul Mundt <lethal@linux-sh.org> 2012-07-10 10:08:14 +07:00			`select PINCTRL_SH_PFC`
			`select PINCTRL`
			`select PINMUX`
			`select PINCONF`
sh-pfc: Merge PFC core and pinctrl The PFC core is only used by the pinctrl and gpio modules. As the gpio module depends on the pinctrl module, the pinctrl module will always be present if the core gets used. There is thus no point in keeping core and pinctrl in two seperate modules. Merge them. Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Acked-by: Paul Mundt <lethal@linux-sh.org> Acked-by: Linus Walleij <linus.walleij@linaro.org> Signed-off-by: Simon Horman <horms+renesas@verge.net.au> 2012-12-16 05:50:45 +07:00			`def_bool y`
sh: pfc: Rudimentary pinctrl-backed GPIO support. This begins the migration of the PFC core to the pinctrl subsystem. Initial support is very basic, with the bulk of the implementation simply being nopped out in such a way to allow registration with the pinctrl core to succeed. The gpio chip driver is stripped down considerably now relying purely on pinctrl API calls to manage the bulk of its operations. This provides a basis for further PFC refactoring, including decoupling pin functions from the GPIO API, establishing pin groups, and so forth. These will all be dealt with incrementally so as to introduce as few growing and migratory pains to tree-wide PFC pinmux users today. When the interfaces have been well established and in-tree users have been migrated off of the legacy interfaces it will be possible to strip down the core considerably, leading to eventual drivers/pinctrl rehoming. Signed-off-by: Paul Mundt <lethal@linux-sh.org> 2012-07-10 10:08:14 +07:00
sh: pfc: Shuffle PFC support core. This follows the intc/clk changes and shuffles the PFC support code under its own directory. This will facilitate better code sharing, and allow us to trim down the exported interface by quite a margin. Signed-off-by: Paul Mundt <lethal@linux-sh.org> 2012-07-10 09:49:30 +07:00			`config GPIO_SH_PFC`
			`tristate "SuperH PFC GPIO support"`
			`depends on SH_PFC && GPIOLIB`
			`help`
			`This enables support for GPIOs within the SoC's pin function`
			`controller.`