lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.11.1502241659270.25484@knanqh.ubzr>
Date:	Tue, 24 Feb 2015 17:17:39 -0500 (EST)
From:	Nicolas Pitre <nicolas.pitre@...aro.org>
To:	"Suzuki K. Poulose" <suzuki.poulose@....com>
cc:	linux-arm-kernel@...ts.infradead.org,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
	Kukjin Kim <kgene@...nel.org>,
	Abhilash Kesavan <a.kesavan@...sung.com>,
	Arnd Bergmann <arnd@...db.de>, devicetree@...r.kernel.org,
	linux-kernel@...r.kernel.org, Liviu Dudau <liviu.dudau@....com>,
	Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
	Olof Johansson <olof@...om.net>,
	Pawel Moll <pawel.moll@....com>,
	Punit Agrawal <punit.agrawal@....com>,
	Sudeep Holla <sudeep.holla@....com>,
	Will Deacon <will.deacon@....com>,
	Catalin Marinas <catalin.marinas@....com>
Subject: Re: [PATCH 3/4] arm-cci: Split the code for PMU vs driver support

On Tue, 24 Feb 2015, Suzuki K. Poulose wrote:

> From: "Suzuki K. Poulose" <suzuki.poulose@....com>
> 
> This patch separates the PMU driver code from the low level
> CCI driver code, and enables the CCI400-PMU for ARM64.
> 
> Introduces config options for both.
> 
>  - ARM_CCI400_MCPM	- controls the low level MCPM driver code for CCI
>  - ARM_CCI400_PMU	- controls the PMU driver code
>  - ARM_CCI400_COMMON	- CCI400 specific details shared by MCPM
> 			  and PMU
> Changes:
>  - ARM_CCI 		- common code for probing the CCI devices
> 
> Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>
> Cc: Kukjin Kim <kgene@...nel.org>
> Cc: Abhilash Kesavan <a.kesavan@...sung.com>
> Cc: Liviu Dudau <liviu.dudau@....com>
> Cc: Lorenzo Pieralisi <lorenzo.pieralisi@....com>
> Cc: Sudeep Holla <sudeep.holla@....com>
> Signed-off-by: Suzuki K. Poulose <suzuki.poulose@....com>

Comments inline.

> ---
>  arch/arm/mach-exynos/Kconfig   |    2 +-
>  arch/arm/mach-vexpress/Kconfig |    4 ++--
>  drivers/bus/Kconfig            |   28 +++++++++++++++++++++++-----
>  drivers/bus/arm-cci.c          |   25 +++++++++++++++++++++----
>  include/linux/arm-cci.h        |    7 ++++++-
>  5 files changed, 53 insertions(+), 13 deletions(-)
> 
> diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig
> index 603820e..9bc8b4d 100644
> --- a/arch/arm/mach-exynos/Kconfig
> +++ b/arch/arm/mach-exynos/Kconfig
> @@ -123,7 +123,7 @@ config SOC_EXYNOS5800
>  config EXYNOS5420_MCPM
>  	bool "Exynos5420 Multi-Cluster PM support"
>  	depends on MCPM && SOC_EXYNOS5420
> -	select ARM_CCI
> +	select ARM_CCI400_MCPM
>  	select ARM_CPU_SUSPEND
>  	help
>  	  This is needed to provide CPU and cluster power management
> diff --git a/arch/arm/mach-vexpress/Kconfig b/arch/arm/mach-vexpress/Kconfig
> index d6b16d9..097912f 100644
> --- a/arch/arm/mach-vexpress/Kconfig
> +++ b/arch/arm/mach-vexpress/Kconfig
> @@ -53,7 +53,7 @@ config ARCH_VEXPRESS_CORTEX_A5_A9_ERRATA
>  config ARCH_VEXPRESS_DCSCB
>  	bool "Dual Cluster System Control Block (DCSCB) support"
>  	depends on MCPM
> -	select ARM_CCI
> +	select ARM_CCI400_MCPM
>  	help
>  	  Support for the Dual Cluster System Configuration Block (DCSCB).
>  	  This is needed to provide CPU and cluster power management
> @@ -71,7 +71,7 @@ config ARCH_VEXPRESS_SPC
>  config ARCH_VEXPRESS_TC2_PM
>  	bool "Versatile Express TC2 power management"
>  	depends on MCPM
> -	select ARM_CCI
> +	select ARM_CCI400_MCPM
>  	select ARCH_VEXPRESS_SPC
>  	help
>  	  Support for CPU and cluster power management on Versatile Express
> diff --git a/drivers/bus/Kconfig b/drivers/bus/Kconfig
> index b99729e..91dd013 100644
> --- a/drivers/bus/Kconfig
> +++ b/drivers/bus/Kconfig
> @@ -43,12 +43,30 @@ config OMAP_INTERCONNECT
>  	help
>  	  Driver to enable OMAP interconnect error handling driver.
>  
> -config ARM_CCI
> -	bool "ARM CCI driver support"
> -	depends on ARM && OF && CPU_V7
> +config ARM_CCI400_MCPM
> +	bool
> +	depends on ARM && OF && CPU_V7 && MCPM

MCPM is not an actual dependency and therefore should probably not be 
added here.  You removed the prompt string therefore this will only be 
selectable explicitly as needed.

Also, shouldn't it select ARM_CCI400_COMMON ?

> +	help
> +	  Low level power management driver for CCI400 cache coherent
> +	  interconnect for ARM platforms.
> +
> +config ARM_CCI400_PMU
> +	bool "ARM CCI400 PMU support"
> +	depends on ARM || ARM64
> +	depends on HW_PERF_EVENTS
> +	select ARM_CCI400_COMMON
>  	help
> -	  Driver supporting the CCI cache coherent interconnect for ARM
> -	  platforms.
> +	  Support for PMU events monitoring on the ARM CCI cache coherent
> +	  interconnect.
> +
> +	  If unsure, say N
> +
> +config ARM_CCI400_COMMON
> +	bool
> +	select ARM_CCI
> +
> +config ARM_CCI
> +	bool

Surely you could do with only one of ARM_CCI or ARM_CCI400_COMMON?  
Personally I'd go with the later as it is more precise.

>  config ARM_CCN
>  	bool "ARM CCN driver support"
> diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
> index fe9fa46..7e330fe 100644
> --- a/drivers/bus/arm-cci.c
> +++ b/drivers/bus/arm-cci.c
> @@ -32,6 +32,7 @@
>  static void __iomem *cci_ctrl_base;
>  static unsigned long cci_ctrl_phys;
>  
> +#ifdef CONFIG_ARM_CCI400_MCPM
>  struct cci_nb_ports {
>  	unsigned int nb_ace;
>  	unsigned int nb_ace_lite;
> @@ -42,12 +43,19 @@ static const struct cci_nb_ports cci400_ports = {
>  	.nb_ace_lite = 3
>  };
>  
> +#define CCI400_MCPM_PORTS_DATA	(&cci400_ports)

I'm a bit uneasy with the conflation of MCPM in here.  Sure (most) MCPM 
backends are the only users of this code, but that doesn't mean MCPM has 
to have exclusive access.  Having "MCPM" entranched into the code and 
config symbols like that is misrepresenting this code somewhat.

> +#else
> +#define CCI400_MCPM_PORTS_DATA	(NULL)
> +#endif
> +
>  static const struct of_device_id arm_cci_matches[] = {
> -	{.compatible = "arm,cci-400", .data = &cci400_ports },
> +#ifdef CONFIG_ARM_CCI400_COMMON
> +	{.compatible = "arm,cci-400", .data = CCI400_MCPM_PORTS_DATA },
> +#endif
>  	{},
>  };
>  
> -#ifdef CONFIG_HW_PERF_EVENTS
> +#ifdef CONFIG_ARM_CCI400_PMU
>  
>  #define DRIVER_NAME		"CCI-400"
>  #define DRIVER_NAME_PMU		DRIVER_NAME " PMU"
> @@ -981,6 +989,7 @@ static int cci_pmu_probe(struct platform_device *pdev)
>  	if (ret)
>  		return ret;
>  
> +	pr_info("ARM %s PMU driver probed", pmu->model->name);

Wouldn't this addition fit better in one of the previous patches?

>  	return 0;
>  }
>  
> @@ -1019,14 +1028,16 @@ static int __init cci_platform_init(void)
>  	return platform_driver_register(&cci_platform_driver);
>  }
>  
> -#else /* !CONFIG_HW_PERF_EVENTS */
> +#else /* !CONFIG_ARM_CCI400_PMU */
>  
>  static int __init cci_platform_init(void)
>  {
>  	return 0;
>  }
>  
> -#endif /* CONFIG_HW_PERF_EVENTS */
> +#endif /* CONFIG_ARM_CCI400_PMU */
> +
> +#ifdef CONFIG_ARM_CCI400_MCPM
>  
>  #define CCI_PORT_CTRL		0x0
>  #define CCI_CTRL_STATUS		0xc
> @@ -1457,6 +1468,12 @@ static int cci_probe_ports(struct device_node *np)
>  
>  	return 0;
>  }
> +#else /* !CONFIG_ARM_CCI400_MCPM */
> +static inline int cci_probe_ports(struct device_node *np)
> +{
> +	return 0;
> +}
> +#endif /* CONFIG_ARM_CCI400_MCPM */
>  
>  static int cci_probe(void)
>  {
> diff --git a/include/linux/arm-cci.h b/include/linux/arm-cci.h
> index aede5c7..77d06f5 100644
> --- a/include/linux/arm-cci.h
> +++ b/include/linux/arm-cci.h
> @@ -30,12 +30,16 @@ struct device_node;
>  
>  #ifdef CONFIG_ARM_CCI
>  extern bool cci_probed(void);
> +#else
> +static inline bool cci_probed(void) { return false; }
> +#endif
> +
> +#ifdef CONFIG_ARM_CCI400_MCPM
>  extern int cci_ace_get_port(struct device_node *dn);
>  extern int cci_disable_port_by_cpu(u64 mpidr);
>  extern int __cci_control_port_by_device(struct device_node *dn, bool enable);
>  extern int __cci_control_port_by_index(u32 port, bool enable);
>  #else
> -static inline bool cci_probed(void) { return false; }
>  static inline int cci_ace_get_port(struct device_node *dn)
>  {
>  	return -ENODEV;
> @@ -51,6 +55,7 @@ static inline int __cci_control_port_by_index(u32 port, bool enable)
>  	return -ENODEV;
>  }
>  #endif
> +
>  #define cci_disable_port_by_device(dev) \
>  	__cci_control_port_by_device(dev, false)
>  #define cci_enable_port_by_device(dev) \
> -- 
> 1.7.9.5
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ