This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Add finit_module syscall for Linux

From: Florian Weimer <fweimer at redhat dot com>
To: Kees Cook <keescook at chromium dot org>
Cc: Mike Frysinger <vapier at gentoo dot org>, libc-alpha at sourceware dot org, "Joseph S. Myers" <joseph at codesourcery dot com>
Date: Wed, 23 Jan 2013 09:36:11 +0100
Subject: Re: [PATCH] Add finit_module syscall for Linux
References: <20130123004825.GA16677@www.outflux.net> <201301222234.15535.vapier@gentoo.org> <CAGXu5jJg-W+pKHeEdn1SbWQD1snQk=RJBP50=80FQXLN8j8xiw@mail.gmail.com> <201301230002.23542.vapier@gentoo.org> <CAGXu5jLFvb_efm9kpu41agkjVXwY6i=7zCXchmK5oDVoaeDLMw@mail.gmail.com>

On 01/23/2013 06:26 AM, Kees Cook wrote:

Yeah, seems true. Weird. The callers (e.g. kmod) use their own externs. Hmpf

$ readelf -s /lib/x86_64-linux-gnu/libc.so.6  | grep init_module
    894: 00000000000f77d0    36 FUNC    GLOBAL DEFAULT   12
init_module@@GLIBC_2.2.5

But it is exported. Is this something to fix, or should finit_module
follow this lead?

I think RPM-based distributions will have problems with the GLIBC_2.2.5 version and generate wrong package dependencies.

--
Florian Weimer / Red Hat Product Security Team

Follow-Ups:
- Re: [PATCH] Add finit_module syscall for Linux
  - From: Mike Frysinger

References:
- [PATCH] Add finit_module syscall for Linux
  - From: Kees Cook
- Re: [PATCH] Add finit_module syscall for Linux
  - From: Mike Frysinger
- Re: [PATCH] Add finit_module syscall for Linux
  - From: Kees Cook
- Re: [PATCH] Add finit_module syscall for Linux
  - From: Mike Frysinger
- Re: [PATCH] Add finit_module syscall for Linux
  - From: Kees Cook

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]