Re: [patch 1/1] Do not enforce unique IO_APIC_ID for Xeon processors in EM64T mode (x86_64)

On Thu, 5 May 2005 [email protected] wrote:

> 
> 
> This patch disables unique IO_APIC_ID check for xAPIC systems running in 
> EM64T mode. Xeon-based ES7000s panic failing this unnecessary check. I 
> added IOAPIC_ID_CHECK config option and turned it off for Intel 
> processors. Also added the boot option that overrides default and turnes 
> this check on/off in case it is needed for some reason. Hope this is 
> acceptable way to fix the problem.

Perhaps just make it unconditional on xAPIC, i also can't see when you'd 
need the kernel parameter, so perhaps lets just leave that out.

Thanks,
	Zwane

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

---

• References:
  • [patch 1/1] Do not enforce unique IO_APIC_ID for Xeon processors in EM64T mode (x86_64)
    • From: [email protected]

• Prev by Date: Re: Holding ref to /proc/<pid> dentry prevents task being freed
• Next by Date: RE: [patch 1/1] Do not enforce unique IO_APIC_ID for Xeonprocessors in EM64T mode (x86_64)
• Previous by thread: Re: [patch 1/1] Do not enforce unique IO_APIC_ID for Xeon processors in EM64T mode (x86_64)
• Next by thread: Re: [patch 1/1] Do not enforce unique IO_APIC_ID for Xeon processors in EM64T mode (x86_64)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]