Eric W. Biederman 2ff7354fe8 [PATCH] x86_64/i386 irq: Fix !CONFIG_SMP compilation ... When removing set_native_irq I missed the fact that it was called in a couple of places that were compiled even when SMP support is disabled. And since the irq_desc[].affinity field only exists in SMP things broke. Thanks to Simon Arlott <simon@arlott.org> for spotting this. There are a couple of ways to fix this but the simplest one is to just remove the assignments. The affinity field is only used to display a value to the user, and nothing on either i386 or x86_64 reads it or depends on it being any particlua value, so skipping the assignment is safe. The assignment that is being removed is just for the initial affinity value before the user explicitly sets it. The irq_desc array initializes this field to CPU_MASK_ALL so the field is initialized to a reasonable value in the SMP case without being set. Signed-off-by: Eric W. Biederman <ebiederm@xmission.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2007-02-28 08:52:31 -08:00
..
acpi
cpufreq
aperture.c
apic.c
asm-offsets.c
audit.c
crash_dump.c
crash.c
e820.c
early_printk.c
early-quirks.c
entry.S
functionlist
genapic_cluster.c
genapic_flat.c
genapic.c
head64.c
head.S
hpet.c
i387.c
i8259.c
init_task.c
io_apic.c	[PATCH] x86_64/i386 irq: Fix !CONFIG_SMP compilation	2007-02-28 08:52:31 -08:00
ioport.c
irq.c
k8.c
kprobes.c
ldt.c
machine_kexec.c
Makefile
mce_amd.c
mce_intel.c
mce.c
module.c
mpparse.c
nmi.c
pci-calgary.c
pci-dma.c
pci-gart.c
pci-nommu.c
pci-swiotlb.c
pmtimer.c
process.c
ptrace.c
reboot.c
relocate_kernel.S
setup64.c
setup.c
signal.c
smp.c
smpboot.c
stacktrace.c
suspend_asm.S
suspend.c
sys_x86_64.c
syscall.c
tce.c
time.c
trampoline.S
traps.c
tsc_sync.c
tsc.c
vmlinux.lds.S
vsmp.c
vsyscall.c
x8664_ksyms.c