Prev: Xorg crash with xf86MapVidMem error
Next: bad pmd ffff810000207808(9090909090909090).
From: Ingo Molnar on 6 May 2008 08:10

* Vaidyanathan Srinivasan <svaidy(a)linux.vnet.ibm.com> wrote:

> System topology on intel based system needs to be exported for
> non-numa case as well.
>
> All parts of asm-i386/topology.h has come under
> #ifdef CONFIG_NUMA after the merge to asm-x86/topology.h
>
> /sys/devices/system/cpu/cpu?/topology/* is populated based on
> ENABLE_TOPO_DEFINES
>
> The sysfs cpu topology is not being populated on my dual socket
> dual core xeon 5160 processor based (x86 32 bit) system.
>
> CONFIG_NUMA is not set in my case yet the topology is relevant
> and useful.
>
> irqbalance daemon application depends on topology to build the cpus
> and package list and it fails on Fedora9 beta since the sysfs topology
> was not being populated in the 2.6.25 kernel.
>
> I am not sure if it was intentional to not define ENABLE_TOPO_DEFINES
> for non-numa systems.
>
> This fix has been tested on the above mentioned dual core, dual socket
> system.

applied, thanks Vaidyanathan.

This was certainly not intentional - i suspect nobody noticed that
irqbalanced was working without proper topology information?

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
 | 
Pages: 1
Prev: Xorg crash with xf86MapVidMem error
Next: bad pmd ffff810000207808(9090909090909090).