pci changes

Alan Cox alan@lxorguk.ukuu.org.uk
Mon, 4 Dec 2000 18:17:52 +0000 (GMT)


> 2) The current fix duplicated machine independent code (expand_stack
>    and find_vma), modified them, and placed them into the machine
>    dependent code. The problem with that is that whenever changes are
>    made to expand_stack and/or find_vma, we have to notice that and
>    port the fixes, since whoever makes the changes is not likely to
>    notice our special versions. I was hoping that we could get some
>    support for stacks that grow up in the machine independent code
>    so that they are visible.

Duplicating them is right for the 2.4 path, fixing the generic code is
probably right post 2.4

> 3) I hope that we will have some control of the stack location in the
>    machine dependent code. I would like to be able to place the stack
>    near the top of memory, and have the location based on the stack
>    size limit (rlim[RLIMIT_STACK].rlim_max).

Yep

> 4) The top of memory for user space is currently 0xc0000000, but I hope
>    to change that to 0xffffe000 in the next month or two.

Just frob the numbers, that isnt a big issue.

> 5) To make it clear "why" the code is different, I was hoping that
>    any #ifdef's in the machine independent code for stack grows up
>    changes would be something like #ifdef STACK_GROWS_UP, rather than
>    #ifdef parisc. Then STACK_GROWS_UP would be set for parisc. This

That is what Linus said when I asked him hppa v STACK_GROWS_UP v duplicating
all the code

> I would appreciate it if you would keep us informed regarding discussions
> between you and Linus regarding this issue.

I will do