From owner-freebsd-current Fri Aug 24 18: 1:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 4018137B409 for ; Fri, 24 Aug 2001 18:01:23 -0700 (PDT) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA60959 for ; Fri, 24 Aug 2001 18:08:01 -0700 (PDT) Date: Fri, 24 Aug 2001 18:08:00 -0700 (PDT) From: Julian Elischer To: current@freebsd.org Subject: SMP private storage.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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? 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.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message