Thread (65 messages) 65 messages, 8 authors, 2012-12-03
STALE4943d

[PATCH v4 03/14] ARM: Factor out cpuid implementor and part number

From: Will Deacon <hidden>
Date: 2012-11-30 10:21:59
Also in: kvm

On Thu, Nov 29, 2012 at 09:38:46PM +0000, Christoffer Dall wrote:
On Mon, Nov 19, 2012 at 9:21 AM, Will Deacon [off-list ref] wrote:
quoted
On Sat, Nov 10, 2012 at 03:42:31PM +0000, Christoffer Dall wrote:
quoted
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 <redacted>
Signed-off-by: Christoffer Dall <redacted>
[...]
quoted
quoted
+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).
[...]
quoted
If you stick this one in a separate patch, I can take it via the perf
tree (along with the CPUID rework above).
thanks,
I sent a separate patch.
Looks like we still have the ugly xscale cpuid parsing inline. Could you
move it as I suggested, please?

Will
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help