[gentoo-user] Hyperthreading

2011-05-10 Thread Adam Carter
I haven't been able to find clear info on Hyperthreading, but from what I
can tell it appears that with Hyperthreading On;
1. per core performance is slightly reduced
2. you can run two threads per core, but there is some contention between
threads

So, generally, if you have less busy threads than cores, you should leave it
off and if you have more busy threads than cores you should turn it on.

Does that sound right?

I assume that newer Nehalem/Core i7 HT (otherwise known as simultaneous
multi-threading, SMT) just has less contention between threads than the
older P4 HT, but the busy threads vs core principle remains.


Re: [gentoo-user] Hyperthreading

2011-05-10 Thread Joost Roeleveld
On Tuesday 10 May 2011 12:28:01 Adam Carter wrote:
 I haven't been able to find clear info on Hyperthreading, but from what I
 can tell it appears that with Hyperthreading On;
 1. per core performance is slightly reduced

Not in all circumstances...

 2. you can run two threads per core, but there is some contention between
 threads

Not in all circumstances...

 So, generally, if you have less busy threads than cores, you should leave
 it off and if you have more busy threads than cores you should turn it on.
 
 Does that sound right?

Nope :)

HT is based on the theory that not all threads are the same. That means that 
certain parts of a core can be kept busy with a completely different task.
If the system is used for lots of different things simultaneously, then HT can 
lead to better performance.

However, if the system is doing a lot of identical calculations, then 
performance will actually be less as the CPU is trying to find tasks that can 
use unused parts. These are, in this case, extremely rare as the vast majority 
of CPU-tasks are identical.

 I assume that newer Nehalem/Core i7 HT (otherwise known as simultaneous
 multi-threading, SMT) just has less contention between threads than the
 older P4 HT, but the busy threads vs core principle remains.

HT is still based on the same theory as it was when it was first introduced. 
The algorithms are probably improved, but the same problem will occur.

In general, for a desktop or server that is doing a lot of different things, HT 
is likely to improve performance.
If the server is dedicated to a single service, there is a distinct chance HT 
will lead to decreased performance.

--
Joost



Re: [gentoo-user] Hyperthreading

2011-05-10 Thread Adam Carter

 In general, for a desktop or server that is doing a lot of different
 things, HT
 is likely to improve performance.
 If the server is dedicated to a single service, there is a distinct chance
 HT
 will lead to decreased performance.

 Thanks Joost! That certainly helps.


[gentoo-user] hyperthreading

2005-12-13 Thread Nick Smith
just did a reinstall of my gentoo box, (been almost a year or so) and
for some reason this time around it doesnt see my hyperthreading p4 as
two cpu's anymore, i have hyperthreading and smp support turned on in
the kernel like i had before.  is this normal? what can i do to get
gentoo to see this machine as an smp machine again?

thanks

Nick

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Jeff Williams
Are you viewing /proc/cpuinfo to get that information or just watching
as it boots? Also, what do you get if you do this:

grep -i 'smp' /boot/config

If you don't have a symbolic link from /boot/config to your kernel
config you will have to change the path somewhat (for example,
/boot/config-2.6.14-gentoo-r2 if you are using the 2.6.14-r2 gentoo
sources). This should give you a result similar to the following:

CONFIG_SMP=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_SMP=y

Hope this helps.

Jeff

On 12/13/05, Nick Smith [EMAIL PROTECTED] wrote:
 just did a reinstall of my gentoo box, (been almost a year or so) and
 for some reason this time around it doesnt see my hyperthreading p4 as
 two cpu's anymore, i have hyperthreading and smp support turned on in
 the kernel like i had before.  is this normal? what can i do to get
 gentoo to see this machine as an smp machine again?

 thanks

 Nick

 --
 gentoo-user@gentoo.org mailing list



-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Nick Smith
On 12/13/05, Jeff Williams [EMAIL PROTECTED] wrote:
 Are you viewing /proc/cpuinfo to get that information or just watching
 as it boots? Also, what do you get if you do this:

i was actually watching 'top' i could never get the smp function to
work. here is what cpuinfo gives:

mail ~ # cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 2
model name  : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping: 9
cpu MHz : 2793.380
cache size  : 512 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 : 2
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 cid
xtpr
bogomips: 5593.96


 grep -i 'smp' /boot/config

this is my boot/config grepped:

mail ~ # grep -i 'smp' /boot/config
# CONFIG_X86_BIGSMP is not set
CONFIG_SMP=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_SMP=y

 If you don't have a symbolic link from /boot/config to your kernel
 config you will have to change the path somewhat (for example,
 /boot/config-2.6.14-gentoo-r2 if you are using the 2.6.14-r2 gentoo
 sources). This should give you a result similar to the following:

 CONFIG_SMP=y
 CONFIG_X86_FIND_SMP_CONFIG=y
 CONFIG_X86_SMP=y

 Hope this helps.

 Jeff

seems to look correct doesnt it? its just not showing up as two cpus,
:-\  what do you think?

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Richard Fish
On 12/13/05, Nick Smith [EMAIL PROTECTED] wrote:
 seems to look correct doesnt it? its just not showing up as two cpus,
 :-\  what do you think?

I think HT support is tied somehow to ACPI.  Do you have ACPI support
built into your kernel?

-Richard

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Mark Knecht
On 12/13/05, Nick Smith [EMAIL PROTECTED] wrote:
 On 12/13/05, Jeff Williams [EMAIL PROTECTED] wrote:
  Are you viewing /proc/cpuinfo to get that information or just watching
  as it boots? Also, what do you get if you do this:
 
 i was actually watching 'top' i could never get the smp function to
 work.

In top what happens when you hit the number '1'?

 here is what cpuinfo gives:

 mail ~ # cat /proc/cpuinfo
 processor   : 0
 vendor_id   : GenuineIntel
 cpu family  : 15
 model   : 2
 model name  : Intel(R) Pentium(R) 4 CPU 2.80GHz
 stepping: 9
 cpu MHz : 2793.380
 cache size  : 512 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 : 2
 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 cid
 xtpr
 bogomips: 5593.96

I see both 'processors':

[EMAIL PROTECTED] ~ $ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 3
cpu MHz : 2995.432
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 : 5
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 pni
monitor ds_cpl cid
bogomips: 5998.45

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 3
cpu MHz : 2995.432
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 : 5
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 pni
monitor ds_cpl cid
bogomips: 5990.23

[EMAIL PROTECTED] ~ $





  grep -i 'smp' /boot/config
 
 this is my boot/config grepped:

 mail ~ # grep -i 'smp' /boot/config
 # CONFIG_X86_BIGSMP is not set
 CONFIG_SMP=y
 CONFIG_X86_FIND_SMP_CONFIG=y
 CONFIG_X86_SMP=y

[EMAIL PROTECTED] ~ $ grep -i 'smp' /usr/src/linux/.config
# CONFIG_X86_BIGSMP is not set
CONFIG_SMP=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_SMP=y
[EMAIL PROTECTED] ~ $



 seems to look correct doesnt it? its just not showing up as two cpus,
 :-\  what do you think?

Seems a bit strange to me.

- Mark

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Nick Smith
 In top what happens when you hit the number '1'?

it only lists the one cpu.


 Seems a bit strange to me.

 - Mark

its a server, i dont think i built ACPI into the kernel cause i didnt
need/want it, dont think that should make a difference.

 --
 gentoo-user@gentoo.org mailing list



-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread kashani

Richard Fish wrote:

On 12/13/05, Nick Smith [EMAIL PROTECTED] wrote:


its a server, i dont think i built ACPI into the kernel cause i didnt
need/want it, dont think that should make a difference.



I think it does.  At least, there is an acpi=ht boot option for the
kernel that says to enable just enough of ACPI to get hyperthreading
working.  So I think you need some level of ACPI support.


I was setting up two new servers today and noticed that they both were 
not recognizing the HT cpus. I enabled ACPI, rebooted, and now they show 
up. This appears to be a new thing in 2.6.14 as my 2.6.13 box sees the 
HT cpus without ACPI.


Here's my working config, though you may be able to strip it down some more.

# Power management options (ACPI, APM)
# ACPI (Advanced Configuration and Power Interface) Support
CONFIG_ACPI=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=y
# CONFIG_ACPI_HOTKEY is not set
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_IBM is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_SYSTEM=y

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



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Nick Smith
On 12/13/05, Glenn Enright [EMAIL PROTECTED] wrote:
 On Wednesday 14 December 2005 09:29, Nick Smith wrote:
  its a server, i dont think i built ACPI into the kernel cause i didnt
  need/want it, dont think that should make a difference.

 From what I can see SMP functoinality seems to rely quite heavily on ACPI
 discovery. Having said that, lots of code in mpparse.c says it should just
 work like in previous versions.

 Is this the first time building this kernel version?

probably, i will try adding ACPI support and see what i get, thanks
for the suggestions.


 What does 'dmesg | grep CPU' say? anything in /var/log/syslog.log?

mail ~ # dmesg | grep CPU
Initializing CPU#0
CPU: After generic identify, caps: bfebfbff   
4400  
CPU: After vendor identify, caps: bfebfbff   
4400  
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff   0080
4400  
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
Brought up 1 CPUs


 Have you added any extra patches to the kernel recently?


nope

 --
 The sounds of the nouns are mostly unbound.
 In town a noun might wear a gown,
 or further down, might dress a clown.
 A noun that's sound would never clown,
 but unsound nouns jump up and down.
 The sound of a noun could distrub the plowing,
 and then, my dear, you'd be put in the pound.
 But please don't let that get you down,
 the renown of your gown is the talk of the town.
 -- A. Nonnie Mouse

 --
 gentoo-user@gentoo.org mailing list



-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] hyperthreading

2005-12-13 Thread Nick Smith
thanks to everyone that helped, ya'll are gods, that got me working with smp/HT

thanks again

Nick

-- 
gentoo-user@gentoo.org mailing list



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

2005-10-20 Thread 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 [EMAIL PROTECTED]

-- 
gentoo-user@gentoo.org mailing list



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

2005-10-20 Thread Statux
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 [EMAIL PROTECTED]
 
-- 
Statux [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


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

2005-10-20 Thread Statux
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: OEM0 Product ID: PROD APIC at: 0xFEE0
Processor #0 15:4 APIC version 17
I/O APIC #2 Version 17 at 0xFEC0.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Processors: 1
Allocating PCI resources starting at 2000 (gap: 2000:dec0)
Built 1 zonelists
Kernel command line: auto BOOT_IMAGE=gentoo ro root=303 acpi=ht
mapped APIC to d000 (fee0)
mapped IOAPIC to c000 (fec0)
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 2000  
641d  
CPU: After vendor identify, caps: bfebfbff 2000  
641d 0 000 
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 2000  0080 641d
000 0 
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 [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


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

2005-10-20 Thread Jeff Smelser
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


pgp722CM8jrZO.pgp
Description: PGP signature


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

2005-10-20 Thread 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

2005-10-20 Thread Statux
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 [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


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

2005-10-20 Thread Statux
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
0x) @ 0x1fff3040
Oct 20 20:23:31 statux ACPI: FADT (v001 IntelR AWRDACPI 0x42302e31 AWRD
0x) @ 0x1fff30c0
Oct 20 20:23:31 statux ACPI: MADT (v001 IntelR AWRDACPI 0x42302e31 AWRD
0x) @ 0x1fff7280
Oct 20 20:23:31 statux ACPI: DSDT (v001 INTELR AWRDACPI 0x1000 MSFT
0x010e) @ 0x
Oct 20 20:23:31 statux ACPI: Local APIC address 0xfee0
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: OEM0 Product ID: PROD APIC
at: 0xFEE0
Oct 20 20:23:31 statux I/O APIC #2 Version 17 at 0xFEC0.
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 [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


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

2005-10-20 Thread Mark Knecht
On 10/20/05, Statux [EMAIL PROTECTED] 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

2005-10-20 Thread Statux
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 [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part


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

2005-10-20 Thread Mark Knecht
On 10/20/05, Statux [EMAIL PROTECTED] 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



[gentoo-user] HyperThreading won't activate

2005-10-19 Thread Statux
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



signature.asc
Description: This is a digitally signed message part


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

2005-10-19 Thread 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