* [Linux-ia64] Re: [PATCH] 2.5 - Another user stack size patch
@ 2003-05-23 22:04 David Mosberger
0 siblings, 0 replies; only message in thread
From: David Mosberger @ 2003-05-23 22:04 UTC (permalink / raw)
To: linux-ia64
>>>>> On Fri, 23 May 2003 14:15:55 -0400, Martin Hicks <mort@wildopensource.com> said:
Martin> I hope this user stack size patch is better.
It's better, yes.
Martin> This one places the RBS based on the max size of the stack.
Martin> The max size of the user stack is 1TB.
vmareas may not cross region-boundaries. We set:
# define STACK_TOP (0x6000000000000000UL + (1UL << (4*PAGE_SHIFT - 12)) - PAGE_SIZE)
so the hard limit on the stack size if (1UL << (4*PAGE_SHIFT - 12)) -
PAGE_SIZE). I suggest we add:
# define MAX_USER_STACK_SIZE (1UL << (4*PAGE_SHIFT - 12)) - PAGE_SIZE)
# define STACK_TOP (0x6000000000000000UL + MAX_USER_STACK_SIZE)
I'm not sure it's a good idea to recalculate the RBS starting address
everything IA64_RBS_BOT is used. I suspect we should add an rbs_bot
member to the thread-data structure instead (similar to the
start_stack member in the task_struct). Otherwise, I worry about
getting inconsistencies when RLIMIT_STACK is changed after the
bspstore value has been selected (no, there is probably no issue at
the moment, but I bet it would come around to haunt us in the future).
The rest of the patch looks OK to me (watch your formatting though:
please follow the style of the file you're modifying and use tabs
instead of blanks). Also, I don't think there is any point declaring
--david
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-05-23 22:04 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-23 22:04 [Linux-ia64] Re: [PATCH] 2.5 - Another user stack size patch David Mosberger
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.