linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: will.deacon@arm.com (Will Deacon)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 03/14] ARM: Factor out cpuid implementor and part number
Date: Mon, 19 Nov 2012 14:21:26 +0000	[thread overview]
Message-ID: <20121119142126.GV3205@mudshark.cambridge.arm.com> (raw)
In-Reply-To: <20121110154231.2836.24377.stgit@chazy-air>

On Sat, Nov 10, 2012 at 03:42:31PM +0000, Christoffer Dall wrote:
> Decoding the implementor and part number of the CPU id in the CPU ID
> register is needed by KVM, so we factor it out to share the code.
> 
> Reviewed-by: Marcelo Tosatti <mtosatti@redhat.com>
> Signed-off-by: Christoffer Dall <c.dall@virtualopensystems.com>

[...]

> diff --git a/arch/arm/include/asm/cputype.h b/arch/arm/include/asm/cputype.h
> index cb47d28..306fb2c 100644
> --- a/arch/arm/include/asm/cputype.h
> +++ b/arch/arm/include/asm/cputype.h
> @@ -51,6 +51,22 @@ extern unsigned int processor_id;
>  #define read_cpuid_ext(reg) 0
>  #endif
>  
> +#define IMPLEMENTOR_ARM		0x41
> +#define IMPLEMENTOR_INTEL	0x69
> +
> +#define PART_NUMBER_ARM1136	0xB360
> +#define PART_NUMBER_ARM1156	0xB560
> +#define PART_NUMBER_ARM1176	0xB760
> +#define PART_NUMBER_ARM11MPCORE	0xB020
> +#define PART_NUMBER_CORTEX_A8	0xC080
> +#define PART_NUMBER_CORTEX_A9 	0xC090
> +#define PART_NUMBER_CORTEX_A5 	0xC050
> +#define PART_NUMBER_CORTEX_A15	0xC0F0
> +#define PART_NUMBER_CORTEX_A7	0xC070
> +
> +#define PART_NUMBER_XSCALE1	0x1
> +#define PART_NUMBER_XSCALE2	0x2

We should probably prefix these with ARM_CPU_ and make the current names
shorter to compensate. e.g. ARM_CPU_PART_1136, ARM_CPU_IMP_ARM ?

>  /*
>   * The CPU ID never changes at run time, so we might as well tell the
>   * compiler that it's constant.  Use this function to read the CPU ID
> @@ -61,6 +77,16 @@ static inline unsigned int __attribute_const__ read_cpuid_id(void)
>  	return read_cpuid(CPUID_ID);
>  }
>  
> +static inline unsigned int __attribute_const__ read_cpuid_implementor(void)
> +{
> +	return (read_cpuid_id() & 0xFF000000) >> 24;
> +}
> +
> +static inline unsigned int __attribute_const__ read_cpuid_part_number(void)
> +{
> +	return (read_cpuid_id() & 0xFFF0);
> +}

Perhaps this should take the implementor as an argument, given that the
part number is described differently between implementors. The xscale
stuff can then move in here (we'll need to check the xscale docs in case
perf is using a subfield -- I can't remember off-hand).

>  static inline unsigned int __attribute_const__ read_cpuid_cachetype(void)
>  {
>  	return read_cpuid(CPUID_CACHETYPE);
> diff --git a/arch/arm/kernel/perf_event_cpu.c b/arch/arm/kernel/perf_event_cpu.c
> index 8d7d8d4..ff18566 100644
> --- a/arch/arm/kernel/perf_event_cpu.c
> +++ b/arch/arm/kernel/perf_event_cpu.c
> @@ -200,46 +200,46 @@ static struct arm_pmu *__devinit probe_current_pmu(void)
>  	struct arm_pmu *pmu = NULL;
>  	int cpu = get_cpu();
>  	unsigned long cpuid = read_cpuid_id();
> -	unsigned long implementor = (cpuid & 0xFF000000) >> 24;
> -	unsigned long part_number = (cpuid & 0xFFF0);
> +	unsigned long implementor = read_cpuid_implementor();
> +	unsigned long part_number = read_cpuid_part_number();
>  
>  	pr_info("probing PMU on CPU %d\n", cpu);
>  
>  	/* ARM Ltd CPUs. */
> -	if (0x41 == implementor) {
> +	if (implementor == IMPLEMENTOR_ARM) {
>  		switch (part_number) {
> -		case 0xB360:	/* ARM1136 */
> -		case 0xB560:	/* ARM1156 */
> -		case 0xB760:	/* ARM1176 */
> +		case PART_NUMBER_ARM1136:
> +		case PART_NUMBER_ARM1156:
> +		case PART_NUMBER_ARM1176:
>  			pmu = armv6pmu_init();
>  			break;
> -		case 0xB020:	/* ARM11mpcore */
> +		case PART_NUMBER_ARM11MPCORE:
>  			pmu = armv6mpcore_pmu_init();
>  			break;
> -		case 0xC080:	/* Cortex-A8 */
> +		case PART_NUMBER_CORTEX_A8:
>  			pmu = armv7_a8_pmu_init();
>  			break;
> -		case 0xC090:	/* Cortex-A9 */
> +		case PART_NUMBER_CORTEX_A9:
>  			pmu = armv7_a9_pmu_init();
>  			break;
> -		case 0xC050:	/* Cortex-A5 */
> +		case PART_NUMBER_CORTEX_A5:
>  			pmu = armv7_a5_pmu_init();
>  			break;
> -		case 0xC0F0:	/* Cortex-A15 */
> +		case PART_NUMBER_CORTEX_A15:
>  			pmu = armv7_a15_pmu_init();
>  			break;
> -		case 0xC070:	/* Cortex-A7 */
> +		case PART_NUMBER_CORTEX_A7:
>  			pmu = armv7_a7_pmu_init();
>  			break;
>  		}
>  	/* Intel CPUs [xscale]. */
> -	} else if (0x69 == implementor) {
> +	} else if (implementor == IMPLEMENTOR_INTEL) {
>  		part_number = (cpuid >> 13) & 0x7;
>  		switch (part_number) {
> -		case 1:
> +		case PART_NUMBER_XSCALE1:
>  			pmu = xscale1pmu_init();
>  			break;
> -		case 2:
> +		case PART_NUMBER_XSCALE2:
>  			pmu = xscale2pmu_init();
>  			break;
>  		}

If you stick this one in a separate patch, I can take it via the perf
tree (along with the CPUID rework above).

Will

  reply	other threads:[~2012-11-19 14:21 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-10 15:42 [PATCH v4 00/14] KVM/ARM Implementation Christoffer Dall
2012-11-10 15:42 ` [PATCH v4 01/14] ARM: Add page table and page defines needed by KVM Christoffer Dall
2012-11-19 14:14   ` Will Deacon
2012-11-29 15:57     ` Christoffer Dall
2012-11-30 11:46       ` Will Deacon
2012-11-30 15:54         ` Christoffer Dall
2012-11-10 15:42 ` [PATCH v4 02/14] ARM: Section based HYP idmap Christoffer Dall
2012-11-19 14:16   ` Will Deacon
2012-11-29 18:59     ` Christoffer Dall
2012-11-30 10:58       ` Will Deacon
2012-11-30 16:29         ` Christoffer Dall
2012-11-19 14:25   ` Rob Herring
2012-11-10 15:42 ` [PATCH v4 03/14] ARM: Factor out cpuid implementor and part number Christoffer Dall
2012-11-19 14:21   ` Will Deacon [this message]
2012-11-29 21:38     ` Christoffer Dall
2012-11-30 10:21       ` Will Deacon
2012-11-30 15:42         ` Christoffer Dall
2012-11-10 15:42 ` [PATCH v4 04/14] KVM: ARM: Initial skeleton to compile KVM support Christoffer Dall
2012-11-19 14:41   ` Will Deacon
2012-11-29 22:36     ` Christoffer Dall
2012-11-10 15:42 ` [PATCH v4 05/14] KVM: ARM: Hypervisor inititalization Christoffer Dall
2012-11-19 14:51   ` Will Deacon
2012-11-19 15:27     ` Cyril Chemparathy
2012-11-30  5:41     ` Christoffer Dall
2012-11-10 15:42 ` [PATCH v4 06/14] KVM: ARM: Memory virtualization setup Christoffer Dall
2012-11-19 14:53   ` Will Deacon
2012-11-19 15:05     ` Christoffer Dall
2012-11-10 15:42 ` [PATCH v4 07/14] KVM: ARM: Inject IRQs and FIQs from userspace Christoffer Dall
2012-11-19 14:55   ` Will Deacon
2012-11-19 15:04     ` Christoffer Dall
2012-11-19 15:26       ` Will Deacon
2012-11-19 16:09         ` Christoffer Dall
2012-11-19 16:21           ` Will Deacon
2012-11-30  6:13             ` Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 08/14] KVM: ARM: World-switch implementation Christoffer Dall
2012-11-19 14:57   ` Will Deacon
2012-11-30  6:37     ` Christoffer Dall
2012-11-30 15:15       ` Will Deacon
2012-11-30 16:47         ` Christoffer Dall
2012-11-30 17:14           ` Will Deacon
2012-11-30 18:49             ` Christoffer Dall
2012-12-03 10:33               ` Marc Zyngier
2012-12-03 15:05                 ` Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 09/14] KVM: ARM: Emulation framework and CP15 emulation Christoffer Dall
2012-11-19 15:01   ` Will Deacon
2012-11-19 15:27     ` [kvmarm] " Peter Maydell
2012-11-20  2:18       ` Rusty Russell
2012-11-30 20:22     ` Christoffer Dall
2012-12-03 11:05       ` Will Deacon
2012-12-03 19:09         ` Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 10/14] KVM: ARM: User space API for getting/setting co-proc registers Christoffer Dall
2012-11-19 15:02   ` Will Deacon
2012-11-30  6:42     ` Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 11/14] KVM: ARM: Demux CCSIDR in the userspace API Christoffer Dall
2012-11-19 15:03   ` Will Deacon
2012-11-30  6:45     ` Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 12/14] KVM: ARM: VFP userspace interface Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 13/14] KVM: ARM: Handle guest faults in KVM Christoffer Dall
2012-11-19 15:07   ` Will Deacon
2012-11-30 21:40     ` Christoffer Dall
2012-12-03 13:06       ` Will Deacon
2012-12-03 15:02         ` Christoffer Dall
2012-11-10 15:43 ` [PATCH v4 14/14] KVM: ARM: Handle I/O aborts Christoffer Dall
2012-11-19 15:09   ` Will Deacon
2012-11-30 14:46     ` Dave Martin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121119142126.GV3205@mudshark.cambridge.arm.com \
    --to=will.deacon@arm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).