Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Mar 2002 14:04:07 -0600
From:      "Alan L. Cox" <alc@imimic.com>
To:        Julian Elischer <julian@elischer.org>
Cc:        John Baldwin <jhb@FreeBSD.org>, Alan Cox <alc@FreeBSD.org>, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org
Subject:   Re: cvs commit: src/sys/i386/linux linux_sysvec.c
Message-ID:  <3C9799B7.CB447553@imimic.com>
References:  <Pine.BSF.4.21.0203191120060.6793-100000@InterJet.elischer.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer wrote:
> 
> I'm a bit worried about this change..
> consider the following case.
> 
> Running 3 threads, each with a stack MALLOC'd on 32KB One of the threads
> has 16K stack resident, 16K unused. a signal happens. Does the right thing
> happen when the stack needs to extend to unused space (the second 16KB).
> it's just plain malloc'd memoroy now, and not special stack memory.
> 

In this case, the copyout() page faults and new pages are allocated,
like usual.

Alan

> Not saying there is a problem, but just pointing out that in a threaded
> world things may be different WRT stack memory.
> 
> On Tue, 19 Mar 2002, John Baldwin wrote:
> 
> >
> > On 19-Mar-2002 Alan Cox wrote:
> > > alc         2002/03/18 20:54:31 PST
> > >
> > >   Modified files:
> > >     sys/i386/linux       linux_sysvec.c
> > >   Log:
> > >   Eliminate unnecessary calls to grow_stack() and useracc() from
> > > linux_sendsig()
> > >   and linux_rt_sendsig().  (See i386/i386/machdep.c revisions 1.503 and
> > > 1.504.)
> >
> > Are these changes applicable to other arch's as well?  They don't sound very
> > architecture specific to me at least.
> >
> > --
> >
> > John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
> > "Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
> >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C9799B7.CB447553>