Re: [Lse-tech] Re: [RFC] Scalable statistics counters using

Zwane Mwaikambo (zwane@linuxpower.ca)
Sat, 27 Jul 2002 14:21:36 +0200 (SAST)


On Fri, 26 Jul 2002, William Lee Irwin III wrote:

> On Fri, Jul 26, 2002 at 12:50:12PM -0700, Robert Love wrote:
> > In current 2.5? I thought Andrew and I fixed all those issues and
> > pushed them to Linus...
> > The `configurable NR_CPUS' patch works fine for me. I always boot with
> > NR_CPUS=2.
>
> No idea who it works for, it sure doesn't work here. Behold:
> ...changing IO-APIC physical APIC ID to 14 ... ok.
> BIOS bug, IO-APIC#11 ID 0 is already used!...
> Kernel panic: Max APIC ID exceeded!
>
> In idle task - not syncing

hmm

Since you can only have 4 bits for your IOAPIC ID, you need to stuff them
all into the 4 bit address space, looking at the IDs there should be
plenty space for 8 IOAPICs in the 4 bit region. Another funny, is how come
it tries to reassign IDs for 12 IOAPICs? unless it picked up more from the
proprietory vendor section of mp tables seeing as it only picked up 8 at
boot, i think that code might need a once over.

Another strange check is the following;

if (phys_id_present_map & (1 << mp_ioapics[apic].mpc_apicid))

and earlier...

if (clustered_apic_mode)
/* We don't have a good way to do this yet - hack */
phys_id_present_map = (u_long) 0xf;

urgh...

Overrall i think arch/i386/kernel/io_apic.c needs a looking over.

Cheers,
Zwane

-- 
function.linuxpower.ca

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