mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* PPC64 AT_IGNOREPPC question
@ 2007-09-08  1:15 Vitaly Mayatskikh
  2007-09-09 17:55 ` Paul Mackerras
  0 siblings, 1 reply; 3+ messages in thread
From: Vitaly Mayatskikh @ 2007-09-08  1:15 UTC (permalink / raw)
  To: linux-kernel


include/asm-powerpc/elf.h:289

Why we need the second AT_IGNOREPPC entry here?

There is a mm_struct->saved_auxv overflow on PPC64 with AT_VECTOR_SIZE
== 44 (may be on PPC32 too, not checked) when adding all entries to
it. I've removed the second AT_IGNOREPCC from ARCH_DLINFO to prevent 
overflowing, checked it on IBM OpenPower 720 and a system (Fedora 7) is 
going on as well. Have I missed some tricky thing?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: PPC64 AT_IGNOREPPC question
  2007-09-08  1:15 PPC64 AT_IGNOREPPC question Vitaly Mayatskikh
@ 2007-09-09 17:55 ` Paul Mackerras
  2007-09-10  6:55   ` Vitaly Mayatskikh
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Mackerras @ 2007-09-09 17:55 UTC (permalink / raw)
  To: Vitaly Mayatskikh; +Cc: linux-kernel

Vitaly Mayatskikh writes:

> include/asm-powerpc/elf.h:289
> 
> Why we need the second AT_IGNOREPPC entry here?
> 
> There is a mm_struct->saved_auxv overflow on PPC64 with AT_VECTOR_SIZE
> == 44 (may be on PPC32 too, not checked) when adding all entries to
> it. I've removed the second AT_IGNOREPCC from ARCH_DLINFO to prevent 
> overflowing, checked it on IBM OpenPower 720 and a system (Fedora 7) is 
> going on as well. Have I missed some tricky thing?

In the past, ppc32 kernels used to round up the address of the end of
the environment pointers to a multiple of 16 before writing the aux
vector, which meant that that was where userspace looked for it.  When
the rounding was removed in the kernel, we arranged to put in the two
AT_IGNOREPPC entries so that old binaries would still be able to find
the aux vector.

I'll have to check when that change was done and decide whether we can
now take out the AT_IGNOREPPC entries.  If not it sounds like we need
to expand AT_VECTOR_SIZE.

Paul.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: PPC64 AT_IGNOREPPC question
  2007-09-09 17:55 ` Paul Mackerras
@ 2007-09-10  6:55   ` Vitaly Mayatskikh
  0 siblings, 0 replies; 3+ messages in thread
From: Vitaly Mayatskikh @ 2007-09-10  6:55 UTC (permalink / raw)
  To: linux-kernel

Paul Mackerras <paulus@samba.org> writes:

> I'll have to check when that change was done and decide whether we can
> now take out the AT_IGNOREPPC entries.  If not it sounds like we need
> to expand AT_VECTOR_SIZE.

I've looked over glibc-2.3 sources (is it old enough? :) and didn't
notice any specialities for AT_IGNOREPPC.

-- 
Vitaly Mayatskikh <vmayatsk@redhat.com>

Kernel development
Red Hat Czech, Brno

Phone: +420 532 294 111
IRC: vitaly on #kernel, #brno
GPG: 0x4BA2E8FB

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-09-10 14:12 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-09-08  1:15 PPC64 AT_IGNOREPPC question Vitaly Mayatskikh
2007-09-09 17:55 ` Paul Mackerras
2007-09-10  6:55   ` Vitaly Mayatskikh

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®