Messages in this thread Patch in this message |  | | From | Dieter Nützel <> | Subject | Re: Linux 2.4.11-pre4 | Date | Fri, 5 Oct 2001 22:33:54 +0200 |
| |
Am Freitag, 5. Oktober 2001 19:54 schrieb Martin J. Bligh: > > Odd. Compiles for me with and without SMP support turned on. > > My fault. I'd tested this on SMP and Uniproc, but not uniproc with > IO apic support. Try this patch:
1. OK, it fixes the UP UP_IOAPIC compilation problem. System (with preempt-patch) up and runnig.
2. Woohu. I have 8 CPUs, now...;-) --- /proc is somewhat broken
[-] processor : 7 vendor_id : 9U0D'À cpu family : 1 model : 0 model name : 0D'À stepping : unknown cache size : 0 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : -1071168528 wp : yes flags : fpu syscall mmxext lm 3dnowext 3dnow cxmmx bogomips : 0.00 [-]
3. OOmem deak look.
4. Back in disk stress mode...again.
-Dieter
> --- smp.h.old Fri Oct 5 10:46:40 2001 > +++ smp.h Fri Oct 5 10:48:37 2001 > @@ -31,9 +31,20 @@ > # define INT_DELIVERY_MODE 1 /* logical delivery broadcast to all > procs */ # endif > #else > +# define INT_DELIVERY_MODE 0 /* physical delivery on LOCAL quad */ > # define TARGET_CPUS 0x01 > #endif > > +#ifndef clustered_apic_mode > + #ifdef CONFIG_MULTIQUAD > + #define clustered_apic_mode (1) > + #define esr_disable (1) > + #else /* !CONFIG_MULTIQUAD */ > + #define clustered_apic_mode (0) > + #define esr_disable (0) > + #endif /* CONFIG_MULTIQUAD */ > +#endif > + > #ifdef CONFIG_SMP > #ifndef ASSEMBLY > > @@ -76,16 +87,6 @@ > extern volatile int physical_apicid_to_cpu[MAX_APICID]; > extern volatile int cpu_to_logical_apicid[NR_CPUS]; > extern volatile int logical_apicid_to_cpu[MAX_APICID]; > - > -#ifndef clustered_apic_mode > - #ifdef CONFIG_MULTIQUAD > - #define clustered_apic_mode (1) > - #define esr_disable (1) > - #else /* !CONFIG_MULTIQUAD */ > - #define clustered_apic_mode (0) > - #define esr_disable (0) > - #endif /* CONFIG_MULTIQUAD */ > -#endif > > /* > * General functions that each host system must provide. - 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/
|  |