I have this strange problem, ACPI is detecting my CPU, as CPU1,
Twinhead laptop, bios says Intel P4 -M stepping 07 2.2G, without a SMP motherboard ( quite correct )
In the relevant part of the ACPI messages,
it finds AC adaptor online
AND ::: Processor [CPU1} ( supports C1,16 throttling states ) :shock:
Now, this is no problem until I need to control my CPU freq, or the fan ( which is on all the time )
After about half an hour of 98+% CPU usage, it overheats and falls apart, flipping between a white screen of death and the initial bios boot sequence which it can not fulfil.
Anybody got any idea on why the CPU is #1 to ACPI? and how can we turn it into CPU0?
make sure you have loaded the right module for your precessor & also the acpi daemon (acpid).
can help you with choosing the right modules. you can install hwd through pacman.
This is getting screwed long before the daemons & modules stage, this is early in the boot, just before isapnp starts scanning. The CPU identification is correct, the problem is that on a very standard VIA P4 chipset board, it pops up with CPU1
I have another desktop box with the same chipset, and the same problem, ACPI identifies CPU1
As far as I know, I have not screwed with the arch ACPI config, if I have then how do I unscrew it? :?:
sbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI interrupt 0000:00:03.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 7 ACPI: PCI interrupt 0000:00:07.0[A] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt 0000:00:07.1[B] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt 0000:00:07.2[C] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt 0000:00:11.1[A]: no GSI ACPI: PCI interrupt 0000:00:11.2[D] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt 0000:00:11.3[D] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt 0000:00:11.5[C] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt 0000:00:11.6[C] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 ACPI: PCI interrupt 0000:00:12.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11 vesafb: probe of vesafb0 failed with error -6 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: overridden by ACPI. VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) devfs: 2004-01-31 Richard Gooch (email@example.com) devfs: boot_options: 0x0 Installing knfsd (copyright (C) 1996 firstname.lastname@example.org). udf: registering filesystem SGI XFS with ACLs, security attributes, no debug enabled SGI XFS Quota Management subsystem Initializing Cryptographic API PCI: Via IRQ fixup for 0000:00:07.1, from 10 to 7 PCI: Via IRQ fixup for 0000:00:07.0, from 10 to 7 PCI: Via IRQ fixup for 0000:00:11.3, from 10 to 7 PCI: Via IRQ fixup for 0000:00:11.2, from 10 to 7 PCI: Via IRQ fixup for 0000:00:11.6, from 5 to 11 ACPI: AC Adapter [AC0] (on-line) ACPI: Battery Slot [BAT0] (battery present) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LIDD] ACPI: Sleep Button (CM) [SLPB] ACPI: Processor [CPU1] (supports C1, 16 throttling states) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected VIA P4M266x/P4N266 chipset agpgart: Maximum main memory to use for agp memory: 291M agpgart: AGP aperture is 64M @ 0xe0000000 Serial
& there you have the relevant stuff from dmesg
Your CPU probably has HyperThreading support: this results in a second logical (not physical) CPU. In Linux (and Windows), this means SMP since you have 2 CPU's.
CPU0 = your first (actual) CPU, CPU1 = the CPU started because of HT-support in the kernel.
Thanks, those are both interesting. The desktop box is a celery, so no, I think we can rule out HT.
I will try flipping over to CPU1, next time I boot or reboot, and see what happens. that MB is due for replacement soon, so I might use a Chipzilla board, just to see what gives.
I am running 2.6.8-1, and cpufreq should be in there, but neither cpudyn or cpufreq can find it. /proc/whatever/cpu/cpu0/ is empty for cpufreq, and cpudyn just exits. They both claim that maybe I should turn on frequency control in the kernel. This is the same even with -acpi flag for cpudyn.
Of course I have acpid running, acpi reports
bash-3.00$ acpi Battery 1: discharging, 100%, 02:15:07 remaining bash-3.00$
on the laptop.