> > > [*] I see the patch handles i386 and x86_64 - but I am not sure if
> > > something similar will be needed for the other arches to allow aout
> > > executables in absence of VDSO (powerpc, sh).
> >
> > Neither powerpc nor sh support a.out.
> >
>
> Ok, that's not a concern then. Not that I ca
> Is there a reason why we specifically want to make a distinction
> between binfmts having and not having VDSOs and do we want aout to
> have the possibility of NOT having VDSO when a) It used to have it
> unconditionally b) nothing special is needed in arch or common code to
> have it and c) Not
On Saturday 10 February 2007 14:50, Parag Warudkar wrote:
> > I already fixed this in a different way -- just use the stack
> > trampoline on a.out
> >
> > Can you double check
> >
> > ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches/aout-no-vdso
> >
> > works for you?
>
> Is there a reason wh
I already fixed this in a different way -- just use the stack
trampoline on a.out
Can you double check
ftp://ftp.firstfloor.org/pub/ak/x86_64/quilt/patches/aout-no-vdso
works for you?
Is there a reason why we specifically want to make a distinction
between binfmts having and not having VDSOs
Parag Warudkar <[EMAIL PROTECTED]> writes:
> This a reworked, replacement version of
> x86-fix-vdso-mapping-for-aout-executables-* series of patches in -mm.
>
> 1) Define arch_setup_additional_pages() as weak in linux/interp.h
> 2) Include linux/interp.h in appropriate places
> 3) Conditionally c
This a reworked, replacement version of
x86-fix-vdso-mapping-for-aout-executables-* series of patches in -mm.
1) Define arch_setup_additional_pages() as weak in linux/interp.h
2) Include linux/interp.h in appropriate places
3) Conditionally call arch_setup_additional_pages() from binfmt_*.c if
6 matches
Mail list logo
