[lkml]   [2019]   [Aug]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 3/3] soc: fsl: FSL_MC_DPIO selects directly FSL_GUTS
On Wed, Jul 3, 2019 at 9:58 AM Ioana Ciornei <> wrote:
> Make FSL_MC_DPIO select directly FSL_GUTS. Without this change we could
> be in a situation where both FSL_MC_DPIO and SOC_BUS are enabled but
> FSL_GUTS is not.
> Signed-off-by: Ioana Ciornei <>
> ---
> drivers/soc/fsl/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> diff --git a/drivers/soc/fsl/Kconfig b/drivers/soc/fsl/Kconfig
> index b6804c04e96f..7e62c1d0aee7 100644
> --- a/drivers/soc/fsl/Kconfig
> +++ b/drivers/soc/fsl/Kconfig
> @@ -22,7 +22,7 @@ config FSL_GUTS
> config FSL_MC_DPIO
> tristate "QorIQ DPAA2 DPIO driver"
> depends on FSL_MC_BUS
> - select SOC_BUS
> + select FSL_GUTS

NACK. Although DPIO only exists on SoCs with the GUTS block for now.
There is no direct dependency between the two IPs. I don't think we
should add this dependency to make FSL_GUTS not configurable. Here is
some explaination from kernel documentation:

select should be used with care. select will force
a symbol to a value without visiting the dependencies.
By abusing select you are able to select a symbol FOO even
if FOO depends on BAR that is not set.
In general use select only for non-visible symbols
(no prompts anywhere) and for symbols with no dependencies.
That will limit the usefulness but on the other hand avoid
the illegal configurations all over.

We probably shouldn't let it select SOC_BUS either from the beginning,
as the basic feature of DPIO should still work without defining


> help
> Driver for the DPAA2 DPIO object. A DPIO provides queue and
> buffer management facilities for software to interact with
> --
> 1.9.1

 \ /
  Last update: 2019-08-16 01:12    [W:0.057 / U:9.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site