Re: MP-Table mappings

2001-02-15 Thread Alan Cox
> > Just a crap bios > > That's unrelated -- duplicate reservations are due to the MP table being > located in memory areas marked as "reserved" (ROM, ususally) in the map. Ah. Ok I'd not seen that specific case > Thus the area is never freed in the first place and when smp_scan_config() >

Re: MP-Table mappings

2001-02-15 Thread Maciej W. Rozycki
On Wed, 14 Feb 2001, Alan Cox wrote: > > In my dmesg I'm getting duplicate table reservations. > > Just a crap bios That's unrelated -- duplicate reservations are due to the MP table being located in memory areas marked as "reserved" (ROM, ususally) in the map. Thus the area is never freed

Re: MP-Table mappings

2001-02-15 Thread Maciej W. Rozycki
On Wed, 14 Feb 2001, Alan Cox wrote: In my dmesg I'm getting duplicate table reservations. Just a crap bios That's unrelated -- duplicate reservations are due to the MP table being located in memory areas marked as "reserved" (ROM, ususally) in the map. Thus the area is never freed in

Re: MP-Table mappings

2001-02-15 Thread Alan Cox
Just a crap bios That's unrelated -- duplicate reservations are due to the MP table being located in memory areas marked as "reserved" (ROM, ususally) in the map. Ah. Ok I'd not seen that specific case Thus the area is never freed in the first place and when smp_scan_config() calls

Re: MP-Table mappings

2001-02-14 Thread Alan Cox
> In my dmesg I'm getting duplicate table reservations. Just a crap bios > OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 I think the required OEM ID and product id speak volumes for the rest of the quality issues > Is this an issue? Once is correct, twice is fine, zero times

MP-Table mappings

2001-02-14 Thread David D.W. Downey
In my dmesg I'm getting duplicate table reservations. found SMP MP-table at 000f5770 hm, page 000f5000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f1000 reserved twice. hm, page 000f2000 reserved twice. On node 0 totalpages: 262128 zone(0): 4096 pages. zone(1): 225280 pages.