Date: Fri, 24 Aug 2001 22:22:46 -0700 From: Peter Wemm <peter@wemm.org> To: Julian Elischer <julian@elischer.org> Cc: current@FreeBSD.ORG Subject: Re: SMP private storage.. Message-ID: <20010825052246.EF9673810@overcee.netplex.com.au> In-Reply-To: <Pine.BSF.4.21.0108241800320.60806-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer wrote: > > If we are not going to use separate VM mapping s to keep the per-cpu > information separate any more, then can we remove the support for it from > the kernel? No, this is still very much used. I really want to fix this and will try and take a shot over the weekend. > examples: > i386/i386/locore.s > #ifdef SMP > /* > * Define layout of per-cpu address space. > * This is "constructed" in locore.s on the BSP and in mp_machdep.c > * for each AP. DO NOT REORDER THESE WITHOUT UPDATING THE REST! > */ > .globl SMP_prvspace, lapic > .set SMP_prvspace,(MPPTDI << PDRSHIFT) > .set lapic,SMP_prvspace + (NPTEPG-1) * PAGE_SIZE > #endif /* SMP */ > > > why do all this page-table stuff.. > now we can hust malloc the damned thing.. "lapic" is the local apic hardware. You'd better not malloc that.. We map the IO apics into SMP_prvspace as well. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010825052246.EF9673810>