linux-kernel - Re: Drop support for x86-32

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAJ7jCm=bZoHS0-qiiJnUjZb3gP6ibo1xbLsmaUJr2rL4pAU8Eg@mail.gmail.com>
Date:	Fri, 24 Aug 2012 14:59:29 +0200
From:	wbrana <wbrana@...il.com>
To:	Bernd Petrovitsch <bernd@...rovitsch.priv.at>
Cc:	Ondrej Zary <linux@...nbow-software.org>,
	Martin Nybo Andersen <tweek@...ek.dk>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Drop support for x86-32

On 8/24/12, Bernd Petrovitsch <bernd@...rovitsch.priv.at> wrote:
> What do you mean with "Linux"? The Linux kernel as such? Some (and
> which) distributions?
Linux kernel first, distributions and software will follow
>
> And you obviously never thought about embedded devices.
> Servers, laptops, notebooks and desktop computers are not the whole
> computing world - and from the pure numbers not even the majority BTW.
I don't request dropping support for ARM and other platforms which are
still in production

> Please proof that it will be developed "faster" (whatever that means
> to you). Thank you.
Developers won't have to maintain e.g. x86-32 assembler code and can
work on x32 and x86-64 instead.

> So you want the Linux kernel people to drop support for some
> architecture in the hope others follow (because you will consequently
> send mails there with "the Linux kernel dropped the support, you should
> too" hoping that some other software will be developed
> "faster" (whatever that means to you)?
exactly

> *If* you really miss something in some other parts (compilers,
> virtualization, ...) or they developing to slow *for you*, help them and
> send patches there but do not try to lure others into fighting your
> cause.
I don't have knowledge about compilers and virtualization. I work on
general GUI applications (Java and C++) and web pages.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/