| To: | Kanoj Sarcar <kanoj@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: My sys32_execve(). |
| From: | Ralf Baechle <ralf@xxxxxxxxxxx> |
| Date: | Thu, 2 Mar 2000 01:33:43 +0100 |
| Cc: | Ralf Baechle <ralf@xxxxxxxxxxx>, Ulf Carlsson <ulfc@xxxxxxxxxxxxxxxxxxxx>, Kanoj Sarcar <kanoj@xxxxxxxxxxxxxxxxxxxx>, linux-origin@xxxxxxxxxxx |
| In-reply-to: | <200003020031.QAA54655@xxxxxxxxxxxxxxxxxxx> |
| References: | <20000302012115.A5607@xxxxxxxxxxxxxx> <200003020031.QAA54655@xxxxxxxxxxxxxxxxxxx> |
| Sender: | owner-linux-origin@xxxxxxxxxxx |
On Wed, Mar 01, 2000 at 04:31:43PM -0800, Kanoj Sarcar wrote: > We are probably ages away from when TASK_SIZE will be a problem, > but get_unmapped_area() will return success for 32 bit programs > when it really should not, in certain cases. Tweaking TASK_UNMAPPED_BASE > itself is not enough. > > I think the Sparc guys take care of this, in their HAVE_ARCH_UNMAPPED_AREA > get_unmapped_area() declaration. We do not need such a heavyweight > solution though, certainly not soon. On MIPS we also want our private get_unmapped_area, even though for other reasons that don't apply to the R10000. We want it because carefully placing of mappings in the virtual address space is part of a virtual coherence avoidance solution. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: My sys32_execve()., Kanoj Sarcar |
|---|---|
| Next by Date: | Penguin machines, Ralf Baechle |
| Previous by Thread: | Re: My sys32_execve()., Kanoj Sarcar |
| Next by Thread: | Penguin machines, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |