| commit | 78b599aed61a1098444558e74c93745f22eda6cb | |
| author | Andi Kleen <ak@suse.de> | |
| Sat, 21 Jul 2007 15:09:53 +0000 (21 17:09 +0200) | ||
| committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | |
| Sun, 22 Jul 2007 01:37:07 +0000 (21 18:37 -0700) | ||
| tree | f6132e3cf2a2e39524a5d5edc05161e9682a5811 | treesnapshot (tar.gz zip) |
| parent | 9d531cc1193693f2d2e5ef2532a877481b118be6 | commitdiff |
x86_64: Don't rely on a unique IO-APIC ID
Linux 64bit only uses the IO-APIC ID as an internal cookie. In the future
there could be some cases where the IO-APIC IDs are not unique because
they share an 8 bit space with CPUs and if there are enough CPUs
it is difficult to get them that. But Linux needs the io apic ID
internally for its data structures. Assign unique IO APIC ids on
table parsing.
TBD do for 32bit too
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Linux 64bit only uses the IO-APIC ID as an internal cookie. In the future
there could be some cases where the IO-APIC IDs are not unique because
they share an 8 bit space with CPUs and if there are enough CPUs
it is difficult to get them that. But Linux needs the io apic ID
internally for its data structures. Assign unique IO APIC ids on
table parsing.
TBD do for 32bit too
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
| arch/x86_64/kernel/mpparse.c | diffblobblamehistory |