[gentoo-user] HyperThreading won't activate

[gentoo-user] HyperThreading won't activate

[Statux]

[-- Attachment #1: Type: text/plain, Size: 2694 bytes --]

Hello all.

I've done a fair amount of research in order to try and solve the issue
of my HyperThreading not getting enabled. I, however, have not gotten
anywhere with it.

I've got a 3.0GHz P4 with HyperThreading (Intel 531 processor for those
of you who know of the Intel Processor Numbers) - kernel 2.6.13. I've
enabled SMP and the HT scheduling option in the kernel config along with
ACPI as I was told that it's a requirement in order to get HT to work.
Yes, HT is enabled in BIOS. After compiling, installing, rebooting, etc,
I don't see any changes. This is what /proc/cpuinfo shows:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping        : 1
cpu MHz         : 2993.004
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 3
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm
pni monitor ds_cpl cid cx16 xtpr
bogomips        : 5993.61

I've been reading about CPU Enumeration something-or-other but I've
gathered that that option has been removed from the menus since the
earlier 2.6 kernels. I'm not sure what bearing it would have on my
current situation. I did recall that I had ACPI turned off in BIOS which
logically should be on for the kernel to get any hardware backing but
enabling it caused my keyboard to work up until a few seconds after the
login prompt comes up. After that, it locks up (LEDs don't toggle).
Everything else appears to work but I have to hard reboot the system.
I've since turned ACPI support off in BIOS. A related power management
issue that I should mention is that I used to use APM on my old mobo and
with no other sub options enabled, it would cause my system to auto
power off at the end of runlevel 0. Neither APM nor ACPI does this for
me now (I assume because APM isn't used and ACPI is off and a lil
misconfigged on my end, it would seem).

Something tells me that all of this is related somehow.

Anyway, any help would be greatly appreciated :)  I seem to be having a
rather unique experience as I've read several accounts of HT issues but
all ended up resolved much easier than this has been going.

Other information I know that I'll be asked for:

Intel 865PE Northbridge
Intel ICH5 Southbridge
Latest BIOS
correct memory installation

Thanks!

-Statux


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Richard Fish]

Statux wrote:

>Hello all.
>
>current situation. I did recall that I had ACPI turned off in BIOS which
>logically should be on for the kernel to get any hardware backing but
>enabling it caused my keyboard to work up until a few seconds after the
>login prompt comes up. After that, it locks up (LEDs don't toggle).
>Everything else appears to work but I have to hard reboot the system.
>  
>

Try adding acpi=ht to your kernel command line, which will enable just 
enough of ACPI to get hyperthreading working.

-Richard

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] HyperThreading won't activate

[Iain Buchanan]

On Wed, 2005-10-19 at 23:55 -0400, Statux wrote:
> Hello all.

> I've got a 3.0GHz P4 with HyperThreading (Intel 531 processor for those
> of you who know of the Intel Processor Numbers) - kernel 2.6.13.

I have a 3.0GHz P4 HT in my laptop, with HT working fine(ish) on 2.6.13

I did some random grepping over my config file, and found these results:

# CONFIG_X86_BIGSMP is not set
CONFIG_SMP=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_SMP=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_NR_CPUS=2

>  This is what /proc/cpuinfo shows:

mine definately shows processor 0 and processor 1.  Also have a look
at /proc/acpi/processor/.  I have CPU0 and CPU1.

> I've been reading about CPU Enumeration something-or-other but I've
> gathered that that option has been removed from the menus since the
> earlier 2.6 kernels. I'm not sure what bearing it would have on my
> current situation. I did recall that I had ACPI turned off in BIOS which
> logically should be on for the kernel to get any hardware backing but
> enabling it caused my keyboard to work up until a few seconds after the
> login prompt comes up. After that, it locks up (LEDs don't toggle).

Is it a USB keyboard? did you enable usb legacy support in the bios?

> Everything else appears to work but I have to hard reboot the system.
> I've since turned ACPI support off in BIOS.

don't know if you need this on.

while we're on bios settings, see if you can turn HT on and off in the
bios.  I have an option for it.

I don't know if any of this will help you, cause I don't know what your
problem is!  Hope something helps though.  Feel free to ask for more
info about my system.
-- 
Iain Buchanan <iaindb@netspace.net.au>

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] HyperThreading won't activate

[Statux]

[-- Attachment #1: Type: text/plain, Size: 1217 bytes --]

On Thu, 2005-10-20 at 15:27 +0930, Iain Buchanan wrote:

[snip]

> CONFIG_ACPI_PROCESSOR=y
> CONFIG_NR_CPUS=2

You've probably got certain things selected under ACPI because you're
using a laptop. This is merely a desktop system so all I really need to
do, as far as I know - correct me if I'm wrong, is to enable the section
and I should get what I need with it. Enabling APM on my old system gave
me the pretty power off thing and that's all I wanted/needed from that.


> >  This is what /proc/cpuinfo shows:
> 
> mine definately shows processor 0 and processor 1.  Also have a look
> at /proc/acpi/processor/.  I have CPU0 and CPU1.

Mine's just not showing up under /proc/cpuinfo. I don't have an acpi
section under /proc at the moment. ACPI must not be running right now,
then.

[snip]

> Is it a USB keyboard? did you enable usb legacy support in the bios?

It's a PS/2 keyboard. Same problem occurs with USB KB support on and off
in BIOS.

> while we're on bios settings, see if you can turn HT on and off in the
> bios.  I have an option for it.

I have the option and it's enabled.

> -- 
> Iain Buchanan <iaindb@netspace.net.au>
> 
-- 
Statux <statux@optonline.net>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Statux]

[-- Attachment #1: Type: text/plain, Size: 3080 bytes --]

On Wed, 2005-10-19 at 21:25 -0700, Richard Fish wrote:

[snip]

> Try adding acpi=ht to your kernel command line, which will enable just 
> enough of ACPI to get hyperthreading working.

I tried adding that and the kernel recognises that I've tried the option
but ACPI still won't start up (I even recompiled the kernel and added
the processor section under ACPI just in case some code was left out but
I get the same results). This is what dmesg shows everytime:

[snip]

ACPI: Unable to locate RSDP
Intel MultiProcessor Specification v1.4
    Virtual Wire compatibility mode.
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
Processor #0 15:4 APIC version 17
I/O APIC #2 Version 17 at 0xFEC00000.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Processors: 1
Allocating PCI resources starting at 20000000 (gap: 20000000:dec00000)
Built 1 zonelists
Kernel command line: auto BOOT_IMAGE=gentoo ro root=303 acpi=ht
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 2993.004 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 514284k/524288k available (2924k kernel code, 9488k reserved,
1105k data , 216k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode...
Ok.
Calibrating delay using timer specific routine.. 5993.62 BogoMIPS
(lpj=11987252)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20000000 00000000 00000000
0000641d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 20000000 00000000 00000000
0000641d 0 0000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 20000000 00000000 00000080 0000641d
0000000 0 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
CPU0: Thermal monitoring enabled
mtrr: v2.0 (20020519)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 01
Total of 1 processors activated (5993.62 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=0
Brought up 1 CPUs
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfb360, last bus=2
PCI: Using configuration type 1
ACPI: Subsystem revision 20050408
ACPI: Interpreter disabled.

[snip]

So I currently don't know what RSDP is, though I'm hunting around for
the definition.

Any other ideas? Why is this harder than it should be? This processor
does actually do HT but I've been unable to manage it :)

Help!

-- 
Statux <statux@optonline.net>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Jeff Smelser]

[-- Attachment #1: Type: text/plain, Size: 764 bytes --]

On Wednesday 19 October 2005 10:55 pm, Statux wrote:

> I've got a 3.0GHz P4 with HyperThreading (Intel 531 processor for those
> of you who know of the Intel Processor Numbers) - kernel 2.6.13. I've
> enabled SMP and the HT scheduling option in the kernel config along with
> ACPI as I was told that it's a requirement in order to get HT to work.
> Yes, HT is enabled in BIOS. After compiling, installing, rebooting, etc,
> I don't see any changes. This is what /proc/cpuinfo shows:

This sounds kinda dumb, but I would pull out a gentoo live CD and see if it 
detects it. If it doesnt, there is something bios/hardware wise wrong with 
your setup, if it does, we can start going through kernel wise.. 

It always helps to eliminate things.

Jeff

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Dennis]

Statux wrote:
> Hello all.
> 
> I've done a fair amount of research in order to try and solve the issue
> of my HyperThreading not getting enabled. I, however, have not gotten
> anywhere with it.
> 
> I've got a 3.0GHz P4 with HyperThreading (Intel 531 processor for those
> of you who know of the Intel Processor Numbers) - kernel 2.6.13. I've
> enabled SMP and the HT scheduling option in the kernel config along with
> ACPI as I was told that it's a requirement in order to get HT to work.
> Yes, HT is enabled in BIOS. After compiling, installing, rebooting, etc,
> I don't see any changes. This is what /proc/cpuinfo shows:
> 

I had a very similar chip (3.2Ghz only diff) in a laptop.  After trying
for a long while, I finally figured out that even though the 531 is
stated to support HT, that that particular laptop didn't.  There was no
way I could enable it.  (Didn't work with any OS, windows, livecd or
whatever).  It just wasn't there for me.

You may check into that possiblility before wasting too much time
tweeking kernel options.

-Dennis
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] HyperThreading won't activate

[Statux]

[-- Attachment #1: Type: text/plain, Size: 505 bytes --]

On Thu, 2005-10-20 at 15:46 -0600, Dennis wrote:
> You may check into that possiblility before wasting too much time
> tweeking kernel options.

This motherboard, BIOS, and CPU all do support it. The problem seems to
be that ACPI fails to start for some reason. Solving that should fix
everything.

I am going to try to boot a LiveCD and see if any of that helps. That
will all hinge on whether or not Gentoo LiveCDs have full SMP support.
We'll find out.

-- 
Statux <statux@optonline.net>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Statux]

[-- Attachment #1: Type: text/plain, Size: 2451 bytes --]

On Thu, 2005-10-20 at 16:15 -0500, Jeff Smelser wrote:

> This sounds kinda dumb, but I would pull out a gentoo live CD and see if it 
> detects it. If it doesnt, there is something bios/hardware wise wrong with 
> your setup, if it does, we can start going through kernel wise.. 

Interesting news, here. I booted into the LiveCD and it did not change
anything. HOWEVER, I did try once again to enable BIOS ACPI support. I
booted, keyboard stopped working, but I checked logs on the next boot
and found out that it did bring up both CPU entries - found ACPI and
everything.

Oct 20 20:23:31 statux ACPI: RSDP (v000
IntelR                                ) @ 0x000f6bf0
Oct 20 20:23:31 statux ACPI: RSDT (v001 IntelR AWRDACPI 0x42302e31 AWRD
0x00000000) @ 0x1fff3040
Oct 20 20:23:31 statux ACPI: FADT (v001 IntelR AWRDACPI 0x42302e31 AWRD
0x00000000) @ 0x1fff30c0
Oct 20 20:23:31 statux ACPI: MADT (v001 IntelR AWRDACPI 0x42302e31 AWRD
0x00000000) @ 0x1fff7280
Oct 20 20:23:31 statux ACPI: DSDT (v001 INTELR AWRDACPI 0x00001000 MSFT
0x0100000e) @ 0x00000000
Oct 20 20:23:31 statux ACPI: Local APIC address 0xfee00000
Oct 20 20:23:31 statux ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00]
enabled)
Oct 20 20:23:31 statux Processor #0 15:4 APIC version 20
Oct 20 20:23:31 statux ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01]
enabled)
Oct 20 20:23:31 statux Processor #1 15:4 APIC version 20
Oct 20 20:23:31 statux ACPI: LAPIC_NMI (acpi_id[0x00] high edge
lint[0x1])
Oct 20 20:23:31 statux ACPI: LAPIC_NMI (acpi_id[0x01] high edge
lint[0x1])
Oct 20 20:23:31 statux Using ACPI for processor (LAPIC) configuration
information
Oct 20 20:23:31 statux Intel MultiProcessor Specification v1.4
Oct 20 20:23:31 statux Virtual Wire compatibility mode.
Oct 20 20:23:31 statux OEM ID: OEM00000 Product ID: PROD00000000 APIC
at: 0xFEE00000
Oct 20 20:23:31 statux I/O APIC #2 Version 17 at 0xFEC00000.
Oct 20 20:23:31 statux Enabling APIC mode:  Flat.  Using 1 I/O APICs
Oct 20 20:23:31 statux Processors: 2

I can't test this any further with my disappearing keyboard issue.

So now, the problem is: Why does enabling ACPI in the BIOS kill my
keyboard sometime after boot. It works before it hits the OS. It's like
the PS/2 port drops. Sounds like an interrupt issue. I know, a USB
keyboard would possibly solve the issue but I'm interested in solving
the issue and not working around it.

-- 
Statux <statux@optonline.net>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Mark Knecht]

On 10/20/05, Statux <statux@optonline.net> wrote:

>
> I can't test this any further with my disappearing keyboard issue.
>

I'm not having your SMP problem but I did have the keyboard hang when
I first tried going to SMP. In you have a USB keyboard available it
will likely not have the problem. Someone on the LKML also suggested a
boot option called 'usb-handoff' as a way to get it working, but I
haven't tested that as switching to a USB keyboard was easy for me.

Hope this helps,
Mark

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] HyperThreading won't activate

[Statux]

[-- Attachment #1: Type: text/plain, Size: 664 bytes --]

On Thu, 2005-10-20 at 18:00 -0700, Mark Knecht wrote:

> I'm not having your SMP problem but I did have the keyboard hang when
> I first tried going to SMP. In you have a USB keyboard available it
> will likely not have the problem. Someone on the LKML also suggested a
> boot option called 'usb-handoff' as a way to get it working, but I
> haven't tested that as switching to a USB keyboard was easy for me.

Well I manage an electronics department somewhere in this world so
getting a new keyboard won't be an issue (just a little money). I've
been so happy using my Microsoft keyboard which is relatively new ;)

-- 
Statux <statux@optonline.net>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] HyperThreading won't activate

[Iain Buchanan]

On Thu, 2005-10-20 at 21:10 -0400, Statux wrote:
> On Thu, 2005-10-20 at 18:00 -0700, Mark Knecht wrote:
> 
> Well I manage an electronics department somewhere in this world so
> getting a new keyboard won't be an issue (just a little money). I've
> been so happy using my Microsoft keyboard which is relatively new ;)

I know its a workaround and not a fix, but if you want to keep using the
same keyboard, try using one of those ps2-usb adaptors.  I think they're
pretty generic (I've used them with different keyboards before, and they
seem to work ok).  You might find some of your keycodes change for your
mm keys though.

HTH,
-- 
Iain Buchanan <iaindb@netspace.net.au>

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] HyperThreading won't activate

[Mark Knecht]

On 10/20/05, Statux <statux@optonline.net> wrote:
> On Thu, 2005-10-20 at 18:00 -0700, Mark Knecht wrote:
>
> > I'm not having your SMP problem but I did have the keyboard hang when
> > I first tried going to SMP. In you have a USB keyboard available it
> > will likely not have the problem. Someone on the LKML also suggested a
> > boot option called 'usb-handoff' as a way to get it working, but I
> > haven't tested that as switching to a USB keyboard was easy for me.
>
> Well I manage an electronics department somewhere in this world so
> getting a new keyboard won't be an issue (just a little money). I've
> been so happy using my Microsoft keyboard which is relatively new ;)
>

Might not be more money. I had a wireless keyboard that had a little
dongle on it. When I unplugged the dongle the keyboard was actually
USB, so for me fixing it didn't even change what my wife was using to
type. It just meant plugging it into a different port.

Take another look at yours just in case it's the same way.

Good luck,
Mark

-- 
gentoo-user@gentoo.org mailing list