You are not logged in.
Pages: 1
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
Battery present
Powerr button
lid switch
sleep nutton
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?
TIA
--(*(cs25x--));
Offline
make sure you have loaded the right module for your precessor & also the acpi daemon (acpid).
hwd -e
can help you with choosing the right modules. you can install hwd through pacman.
[URL=http://imageshack.us][img]http://img360.imageshack.us/img360/481/imbulgarian6ph.gif[/img][/URL]
Offline
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 (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
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
--(*(cs25x--));
Offline
well, what are you using for throttling - why not just flip it all to work with CPU1 instead?
that's the easiest solution.
Offline
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.
Offline
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.
--(*(cs25x--));
Offline
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.
--(*(cs25x--));
Offline
Pages: 1