This amused me.
(17:43:34:[EMAIL PROTECTED]:~)$ ll /proc/acpi/processor/
total 0
dr-xr-xr-x 2 root root 0 Mar 1 17:43 CPU1/
dr-xr-xr-x 2 root root 0 Mar 1 17:43 CPU2/
dr-xr-xr-x 2 root root 0 Mar 1 17:43 CPU3/
(17:43:36:[EMAIL PROTECTED]:~)$
As cool as a 3-way x86-64 sounds, it's really only got 2.
Two of these..
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(tm) Processor 244
stepping : 8
cpu MHz : 1789.412
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 3578.59
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts ttp
(17:45:21:[EMAIL PROTECTED]:~)$ cat /proc/acpi/processor/CPU*/info
processor id: 0
acpi id: 1
bus mastering control: no
power management: no
throttling control: yes
limit interface: yes
processor id: 1
acpi id: 2
bus mastering control: no
power management: no
throttling control: no
limit interface: no
processor id: 255
acpi id: 3
bus mastering control: no
power management: no
throttling control: no
limit interface: no
I guess the '255' has confused something.
This made my 'bug of the day' :)
Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html