Re[2]: HT apparently not detected properly on 2.4.23

From: Russell \"Elik\" Rademacher
Date: Fri Dec 05 2003 - 18:04:17 EST

Hello Ethan,

Seems that patch of yours finally did the job of reporting it right this time around. I had to gank a few servers of different versions and giving the webhosting customers some little inconvience of downtime of 3 to 10 minutes for the linux recompile and reboot. And they all finally reports the number of processors correctly as it should be.

Thanks Ethan. I going to put it on more servers that got those and see how they all go as well. As for the servers, they are all usually ServerWorks, Intel Chipsets of various types with Intel E1000, E100, Realtek network ports and with 3Ware or SCSI Adaptec adapters. Got about 80 of them in various types to go though, but 5 of them I that tested it on, it all reports correctly.

Let see if the Dell servers also report the same as well when I get though with them tonight.

Friday, December 5, 2003, 11:24:37 AM, you wrote:

Ethan Weinstein> Russell "Elik" Rademacher wrote:
>> Hmmmm.....
>> SO someone finally realized that HT is not being detected properly
>> dispite all the boot time parameters in the lilo/grub with APIC turned on?
>> It just seems to be a major problem since 2.4.21 version and I was hoping it
>> was resolved. :)
>> This patch you mentioned, can you send a copy to me as well? Just
>> want to get my clients off my back. :)

Ethan Weinstein> heheh. Welcome to linux-kernel. Try running
Ethan Weinstein> an arch other than x86 if
Ethan Weinstein> you _really_ like having your problems ignored =)

Ethan Weinstein> ===== arch/i386/kernel/smpboot.c 1.17 vs edited =====
Ethan Weinstein> --- 1.17/arch/i386/kernel/smpboot.c Mon Nov 3 05:48:33 2003
Ethan Weinstein> +++ edited/arch/i386/kernel/smpboot.c Wed Dec 3 16:45:27 2003
Ethan Weinstein> @@ -1106,7 +1106,7 @@
Ethan Weinstein> */
Ethan Weinstein> Dprintk("CPU present map: %lx\n", phys_cpu_present_map);

Ethan Weinstein> - for (bit = 0; bit < NR_CPUS; bit++) {
Ethan Weinstein> + for (bit = 0; bit < BITS_PER_LONG; bit++) {
Ethan Weinstein> apicid = cpu_present_to_apicid(bit);
Ethan Weinstein> /* don't try to boot BAD_APICID */

Best regards,
Russell "Elik" Rademacher
Freelance Remote System Adminstrator/Tech Support

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at