From: Martin Nybo Andersen <tweek@tweek.dk>
To: "linux-kernel" <linux-kernel@vger.kernel.org>
Subject: Re: Drop support for x86-32
Date: Fri, 24 Aug 2012 20:09:46 +0200 [thread overview]
Message-ID: <201208242009.46270.tweek@tweek.dk> (raw)
On Friday 24 August 2012 19:05:53 wbrana wrote:
> On 8/24/12, Martin Nybo Andersen <tweek@tweek.dk> wrote:
> > What I'd hate even more is rendering my old working hardware useless by
> > removing x86-32 support from the kernel. To reason the removal by saying
> > "Microsoft plans to do it" just makes me go bonkers...
>
> Your old hardware will work fine with long term kernel.
That's right, but new hardware, that I wish to use with the old machines might
not because of no backporting of new drivers. Same goes for new software
utilising newer kernel features.
> > These legacy apps will most likely be compiled for x86-32 and not x32 (an
> > argument for not removing x86-32 support on a running x86-64 kernel).
>
> Which legacy apps do you mean?
Those mentioned by Chris Friesen, whose arguments you apparently ignored.
Going back to your original arguments:
> x86-32
> - is deprecated since Linux supports X32.
No. X32 is merely yet another ABI supported by Linux.
> - will slow down adoption of X32
Perhaps. But that would rather be because of low benefits offered by x32 (not
being able to run on legacy hardware is not a benefit (and not its
intension)).
> - there won't be X32 versions of many software
You are allowed to compile most of the software running on Linux yourself. If
you want a binary to use the x32 ABI, go compile.
> - if new ABI was added, old one should be removed
No. If kernel.org runs out of diskspace, I'd rather sponsor some new disks.
And, x32 is an ABI for the x86-64 architecture, while x86-32 is an
architecture in itself.
> - wastes time of developers who can spend their time supporting X32
> instead of x86-32 or support x86-64 only as 99% of users will be able
> to run x86-64 software if x86-32 will be dropped
No. If, for instance, an m68k maintainer/developer stops maintaining m68k
support, nobody is telling him to continue his works on, say, sparc or
whatever hyped architecture.
In other words: It costs exactly *nothing* for us to have x86-32 support. What
is does cost, though, is the maintainers/developers spare time and goodwill.
Something we all should appreciate.
> - wouldn't be dropped this year, but there should be plan when it will
> be dropped e.g. when Windows 9 will be released
No. That plan will come automagically when x86-32 is not used anymore and when
somebody works on a patch to remove x86-32 support.
--
Cheers,
Martin
next reply other threads:[~2012-08-24 18:10 UTC|newest]
Thread overview: 106+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-24 18:09 Martin Nybo Andersen [this message]
-- strict thread matches above, loose matches on Subject: below --
2012-08-30 8:46 Drop support for x86-32 Free Email Service
2012-08-28 8:24 Boszormenyi Zoltan
2012-08-26 16:35 Free Email Service
2012-08-26 14:26 Free Email Service
2012-08-26 17:01 ` Shentino
2012-08-24 19:32 Raymond Jennings
2012-08-23 10:41 wbrana
[not found] ` <201208231814.21168.tweek@tweek.dk>
2012-08-23 17:22 ` wbrana
2012-08-23 17:51 ` Ondrej Zary
2012-08-23 18:07 ` wbrana
2012-08-24 12:40 ` Bernd Petrovitsch
2012-08-24 12:59 ` wbrana
2012-08-24 13:51 ` wbrana
2012-08-24 15:48 ` Bernd Petrovitsch
2012-08-24 15:55 ` wbrana
[not found] ` <CANQmPXj6VsxP596xeU5SZaL=eyDJR4_ShBxCJVqthYTdNA4HSw@mail.gmail.com>
2012-08-24 16:11 ` wbrana
2012-08-24 16:14 ` Martin Nybo Andersen
2012-08-24 16:17 ` wbrana
2012-08-24 16:20 ` Bobby Powers
2012-08-24 16:24 ` wbrana
2012-08-24 16:20 ` Martin Nybo Andersen
2012-08-24 16:26 ` wbrana
[not found] ` <201208241832.09577.tweek@tweek.dk>
2012-08-24 16:39 ` wbrana
2012-08-24 16:24 ` Chris Friesen
2012-08-24 16:54 ` Martin Nybo Andersen
2012-08-24 17:05 ` wbrana
2012-08-24 17:25 ` Chris Friesen
2012-08-24 17:28 ` Brian Gerst
2012-08-24 18:11 ` Gene Heskett
[not found] ` <201208241952.04988.tweek@tweek.dk>
2012-08-24 18:18 ` wbrana
2012-08-24 18:35 ` Martin Nybo Andersen
2012-08-24 18:59 ` wbrana
2012-08-24 19:53 ` Martin Nybo Andersen
2012-08-25 8:27 ` wbrana
2012-08-25 8:43 ` Gene Heskett
2012-08-25 9:25 ` wbrana
2012-08-25 12:20 ` wbrana
2012-08-25 14:41 ` wbrana
2012-08-25 15:51 ` Shentino
2012-08-25 16:07 ` wbrana
2012-08-25 11:35 ` Bernd Petrovitsch
2012-08-25 11:52 ` wbrana
2012-08-25 16:46 ` Jochen Striepe
2012-08-25 17:22 ` wbrana
2012-08-25 17:24 ` Shentino
2012-08-25 17:27 ` wbrana
2012-08-25 17:34 ` Pekka Enberg
2012-08-25 17:38 ` wbrana
2012-08-26 2:18 ` Henrique de Moraes Holschuh
2012-08-26 2:30 ` Cruz Julian Bishop
2012-08-27 12:21 ` Bernd Petrovitsch
2012-08-25 17:40 ` Jochen Striepe
2012-08-25 17:49 ` wbrana
2012-08-25 0:51 ` Cruz Julian Bishop
2012-08-25 7:46 ` wbrana
[not found] ` <CANQmPXgefyCJuzFiAugp6OW2+HtjABSWuQqG33gAU_XgQ1V_2A@mail.gmail.com>
2012-08-24 16:19 ` wbrana
2012-08-24 16:36 ` Alan Cox
2012-08-24 16:36 ` wbrana
2012-08-24 16:47 ` Alan Cox
2012-08-24 16:45 ` wbrana
2012-08-26 13:56 ` Mark Lord
[not found] ` <CAJ7jCm=A+OOQNq3HYsyM9bVXYQbfxkXaJg+yN_-vyA+VM9-jgQ@mail.gmail.com>
2012-08-29 23:03 ` Mark Lord
2012-08-29 23:42 ` Jeff Garzik
2012-08-25 0:57 ` Cruz Julian Bishop
2012-08-23 18:08 ` Al Viro
2012-08-23 18:17 ` wbrana
2012-08-23 18:22 ` Pekka Enberg
2012-08-23 18:23 ` David Daney
2012-08-23 18:30 ` wbrana
2012-08-23 18:33 ` David Daney
2012-08-23 18:40 ` wbrana
2012-08-23 19:01 ` Al Viro
2012-08-24 9:51 ` wbrana
2012-08-23 18:50 ` Martin Nybo Andersen
2012-08-23 18:54 ` Brian Gerst
2012-08-23 19:03 ` wbrana
2012-08-23 19:04 ` Brian Gerst
2012-08-23 19:08 ` wbrana
2012-08-23 19:35 ` Brian Gerst
2012-08-24 9:50 ` wbrana
2012-08-24 10:27 ` Ronnie Collinson
2012-08-24 10:30 ` wbrana
2012-08-24 10:36 ` wbrana
2012-08-24 10:38 ` Ronnie Collinson
2012-08-24 10:42 ` wbrana
2012-08-24 10:49 ` Maarten Lankhorst
2012-08-24 10:59 ` Ronnie Collinson
2012-08-24 11:57 ` Brian Gerst
2012-08-24 9:53 ` wbrana
2012-08-24 12:00 ` Brian Gerst
2012-08-24 12:04 ` wbrana
2012-08-24 12:14 ` Ondrej Zary
2012-08-24 12:27 ` wbrana
2012-08-24 18:17 ` H. Peter Anvin
2012-08-24 18:57 ` Theodore Ts'o
2012-08-24 19:13 ` Alan Cox
2012-08-24 19:58 ` Theodore Ts'o
2012-08-24 20:06 ` Dave Jones
2012-08-24 20:25 ` Borislav Petkov
2012-08-24 20:47 ` H. Peter Anvin
2012-08-24 19:38 ` H. Peter Anvin
2012-08-24 19:40 ` H. Peter Anvin
2012-08-24 20:49 ` Sam Ravnborg
2012-08-30 1:14 ` david
2012-08-24 16:24 ` Raymond Jennings
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=201208242009.46270.tweek@tweek.dk \
--to=tweek@tweek.dk \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.