plz allow me to explain more.
"Why register-stack/memory-stack upside down is bad" is a bit complicated.
So...this is a test and result for explaining bug.
This is a sample code and its result on 2.6.21-rc3.
Note: base address of memory'stack can be randomly change.
== sample code ==
[EMAIL PRO
On Fri, 16 Mar 2007 06:20:47 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Mar 2007 09:57:28 -0600
> "David Mosberger-Tang" <[EMAIL PROTECTED]> wrote:
>
> > But aren't you going to be limited to less than a page worth of
> > register-backing store even with your patch applied be
On Thu, 15 Mar 2007 09:57:28 -0600
"David Mosberger-Tang" <[EMAIL PROTECTED]> wrote:
> But aren't you going to be limited to less than a page worth of
> register-backing store even with your patch applied because the
> backing store will end up overflowing the memory stack?
>
I think pthread's s
But aren't you going to be limited to less than a page worth of
register-backing store even with your patch applied because the
backing store will end up overflowing the memory stack?
--david
On 3/15/07, KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
This patch fixes ia64's bug in ulimit -s hand
This patch fixes ia64's bug in ulimit -s handling. against 2.6.21-rc3.
At first,the address of register stack is defined by this
== ia64_set_rbs_bot()
unsigned long stack_size = current->signal->rlim[RLIMIT_STACK].rlim_max & -16;
if (stack_size > MAX_USER_STACK_SIZE)
stack
5 matches
Mail list logo