From: Arnd Bergmann <arnd@arndb.de>
To: Andi Kleen <andi@firstfloor.org>
Cc: torvalds@linux-foundation.org, akpm@linux-foundation.org,
linux-kernel@vger.kernel.org, Andi Kleen <ak@linux.intel.com>
Subject: Re: [PATCH] Add a personality to report 2.6.x version numbers
Date: Tue, 23 Aug 2011 14:44:43 +0200 [thread overview]
Message-ID: <201108231444.43731.arnd@arndb.de> (raw)
In-Reply-To: <1313795710-30827-1-git-send-email-andi@firstfloor.org>
On Saturday 20 August 2011, Andi Kleen wrote:
> I ran into a couple of programs which broke with the new Linux 3.0 version.
> Some of those were binary only. I tried to use LD_PRELOAD to work
> around it, but it was quite difficult and in one case impossible
> because of a mix of 32bit and 64bit executables.
I guess another option would be to add a new sys_newnewuname syscall
and change glibc. You could use symbol versioning so that
old applications continue to see the 2.6.x version numbers, while
anything that is built against a new glibc would see the true
version.
> This patch adds a UNAME26 personality that makes the kernel
> report a 2.6.40+x version number instead. The x is the x in 3.x.
Why not just always return 3.6.39 or 2.6.40 hardcoded? If an application
does not understand the concept of future kernel versions, it won't need
to know which future version it's running on.
Arnd
next prev parent reply other threads:[~2011-08-23 12:44 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-19 23:15 [PATCH] Add a personality to report 2.6.x version numbers Andi Kleen
2011-08-21 22:28 ` Arnaud Lacombe
2011-08-21 22:37 ` Jesper Juhl
2011-08-21 23:15 ` Andi Kleen
2011-08-21 23:13 ` Andi Kleen
2011-08-21 23:32 ` Arnaud Lacombe
2011-08-22 0:11 ` Andi Kleen
2011-08-22 1:04 ` Arnaud Lacombe
2011-08-22 1:46 ` Andi Kleen
2011-08-22 9:54 ` Américo Wang
2011-08-22 18:30 ` Linus Torvalds
2011-08-22 18:45 ` Eric Dumazet
2011-08-22 19:03 ` David Daney
2011-08-22 19:34 ` Andi Kleen
2011-08-23 13:15 ` Colin Walters
2011-08-23 16:11 ` Andi Kleen
2011-08-23 16:20 ` Colin Walters
2011-08-23 17:35 ` Arnaud Lacombe
2011-08-24 14:19 ` Alexey Dobriyan
2011-08-24 17:02 ` Arnd Bergmann
2011-09-13 14:12 ` Pavel Machek
2011-09-13 14:36 ` Stratos Psomadakis
2011-09-13 15:50 ` Andi Kleen
2011-09-13 23:06 ` Stratos Psomadakis
2011-08-23 6:00 ` [PATCH] setarch: Add --uname-2.6 option for personality flag UNAME26 Ben Hutchings
2011-08-23 10:16 ` Karel Zak
2011-08-23 12:15 ` Ben Hutchings
2011-08-26 21:43 ` Greg KH
2011-08-29 9:17 ` Karel Zak
2011-08-23 12:44 ` Arnd Bergmann [this message]
2011-08-26 21:43 ` [PATCH] Add a personality to report 2.6.x version numbers Greg KH
2011-08-26 22:25 ` Andi Kleen
2011-08-26 22:35 ` Greg KH
2011-08-27 16:36 ` Jesper Juhl
-- strict thread matches above, loose matches on Subject: below --
2011-07-07 23:42 Andi Kleen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201108231444.43731.arnd@arndb.de \
--to=arnd@arndb.de \
--cc=ak@linux.intel.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox