[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100120161808.GI4089@wear.picochip.com>
Date: Wed, 20 Jan 2010 16:18:08 +0000
From: Jamie Iles <jamie.iles@...ochip.com>
To: Russell King - ARM Linux <linux@....linux.org.uk>
Cc: Jamie Iles <jamie.iles@...ochip.com>,
Peter Zijlstra <peterz@...radead.org>, jpihet@...sta.com,
p.osciak@...sung.com, will.deacon@....com,
MichaĆ Nazarewicz <m.nazarewicz@...sung.com>,
linux-kernel@...r.kernel.org, kyungmin.park@...sung.com,
mingo@...e.hu, m.szyprowski@...sung.com,
linux-arm-kernel@...ts.infradead.org,
Tomasz Fujak <t.fujak@...sung.com>
Subject: Re: [PATCH/RFC v1 0/2] Human readable performance event
description in sysfs
On Wed, Jan 20, 2010 at 03:42:50PM +0000, Russell King - ARM Linux wrote:
> If you're referring to reading the main CPU ID register and relying
> on the part number telling you what CPU you're running on, that's
> unreliable if you're only checking the part number - you at least
> need to check the implementer.
>
> If you want to do ID checking via the main ID register, there are
> some clashes even if you take the implementer field into account.
Ok, so for the kernel based code I should check the implementer and part
number then. For now we can make sure that the implementor is ARM and add
others if they have compatible PMUs and hope that there aren't any clashes
with nasty side effects.
Jamie
--
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