linux-kernel - Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 14 Dec 2006 11:09:08 +0800
From:	Bob <spam@...eurl.co.uk>
To:	linux-kernel@...r.kernel.org
Subject: Re: Kernel 2.6 SMP very slow with ServerWorks LE Chipset

Bob wrote:
> Hi I have a dual PIII Motherboard based on a ServerWorks LE chipset,
> the motherboard is from an HP Netserver E 800 which is a customised ASUS 
> CUR-DLS.
> 
> in UP config everything is OK in SMP the system slows right down, I've 
> been searching and recompiling my kernel for days looking for the 
> problem option without success, please help.

8< major snip 8<  tactfully ignoring the self quote 8<

I'm going away tomorrow and won't be back until January, (though if 
anyone has any bright ideas please post them now and I'll try them 
tomorrow or in Jan) I'll resurrect this thread then.

As per Alan's suggestion I decompressed the kernel source tree with the 
processes pegged to one CPU then the other, and as he predicted it took 
vastly longer on one CPU than the other, but I don't know what that 
implies, or how to fix it.

Arjan van de Ven Suggested I run the Linux-ready Firmware Developer Kit 
on the machine, I've done that the results are here.
http://www.homeurl.co.uk/linuxfirmwarekit/

If you missed the thread (and with a high volume mail group like this 
it's easy to do) it's available on the gooja
http://groups.google.com/group/linux.kernel/browse_frm/thread/79f7f9fa39165f55/0e1e7428a54212b5?tvc=1#0e1e7428a54212b5

I really appreciate any help, I've got 3 big harddrives in this box 
waiting to go into a RAID5 array to replace my ad hoc collection of 
drives scattered around the network with a data on, most of it backed up 
or replicated but some not, and as you can imagine I'm feeling a bit 
exposed.

Thanks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/