Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 9 May 2004 17:41:09 -0700 (PDT)
From:      Julian Elischer <julian@elischer.org>
To:        Brian Fundakowski Feldman <green@FreeBSD.ORG>
Cc:        FreeBSD current users <current@FreeBSD.ORG>
Subject:   Re: sparc64 kernel code question.. 
Message-ID:  <Pine.BSF.4.21.0405091737180.24403-100000@InterJet.elischer.org>
In-Reply-To: <200405092358.i49Nw6TJ019581@green.homeunix.org>

next in thread | previous in thread | raw e-mail | index | archive | help


On Sun, 9 May 2004, Brian Fundakowski Feldman wrote:

> Julian Elischer <julian@elischer.org> wrote:
> > 
> > in vm_machdep.c the sparc64  code has
> > void
> > cpu_sched_exit(struct thread *td)
> > {

[..]

> > This is the only architecture that has this..
> > What does it do? And what does it have to do with the scheduler?
> 
> It would appear to detach the vmspace in question from other executing CPUs. 
> This makes no sense -- how would other CPUs be executing on that vmspace if 
> it's already single-threaded at that point (also, single-threaded in the 
> rfork(2) sense because of the vm_refcnt check)?

I'm glad I'm not the only person scratching his head :-)

I'm assuming that one needs to know something abuot the Sparc64
architecture for this to make sense...

maybe one mmu for > 1 CPU or something?
Virtual IO for devices?






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0405091737180.24403-100000>