include/asm-um/a.out.h

#ifndef __UM_A_OUT_H
#define __UM_A_OUT_H

#include "asm/arch/a.out.h"
#include "choose-mode.h"

#undef STACK_TOP
#undef STACK_TOP_MAX

extern unsigned long stacksizelim;

extern unsigned long host_task_size;

#define STACK_ROOM (stacksizelim)

extern int honeypot;
#define STACK_TOP \
	CHOOSE_MODE((honeypot ? host_task_size : task_size), task_size)

#define STACK_TOP_MAX	STACK_TOP

#endif
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 15:20:36 -07:00			`#ifndef __UM_A_OUT_H`
			`#define __UM_A_OUT_H`

			`#include "asm/arch/a.out.h"`
			`#include "choose-mode.h"`

			`#undef STACK_TOP`
uml: kill x86_64 STACK_TOP_MAX The x86_64 a.out.h got a definition of STACK_TOP_MAX, which interferes with the UML version. So, just undef it like STACK_TOP. Signed-off-by: Jeff Dike <jdike@linux.intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 2007-06-16 10:16:10 -07:00			`#undef STACK_TOP_MAX`
Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 15:20:36 -07:00
			`extern unsigned long stacksizelim;`

			`extern unsigned long host_task_size;`

			`#define STACK_ROOM (stacksizelim)`

			`extern int honeypot;`
			`#define STACK_TOP \`
			`CHOOSE_MODE((honeypot ? host_task_size : task_size), task_size)`

arch: personality independent stack top New arch macro STACK_TOP_MAX it gives the larges valid stack address for the architecture in question. It differs from STACK_TOP in that it will not distinguish between personalities but will always return the largest possible address. This is used to create the initial stack on execve, which we will move down to the proper location once the binfmt code has figured out where that is. Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Signed-off-by: Ollie Wild <aaw@google.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 2007-07-19 01:48:14 -07:00			`#define STACK_TOP_MAX STACK_TOP`

Linux-2.6.12-rc2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 2005-04-16 15:20:36 -07:00			`#endif`