linux-kernel - Re: Can we drop upstream Linux x32 support?

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]

Date:   Wed, 12 Dec 2018 13:27:13 +0000
From:   Steven Newbury <steve@...wbury.org.uk>
To:     Thorsten Glaser <tg@...bsd.de>
Cc:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        macro@...ux-mips.org, luto@...nel.org, arnd@...db.de,
        dalias@...c.org, s@...oud.org, catalin.marinas@....com,
        fweimer@...hat.com, glaubitz@...sik.fu-berlin.de,
        christian.brauner@...onical.com, hjl.tools@...il.com, hpa@...or.com
Subject: Re: Can we drop upstream Linux x32 support?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Wed, 2018-12-12 at 10:48 +0000, Thorsten Glaser wrote:
> Steven Newbury dixit:
> 
> >I can't help but wonder if it wouldn't make more sense to drop x86
> >support from long mode than x32.  AMD64 x86 support was always
> intended
> 
> Do you mean i386?
> 
> x86 = { i386, x32, amd64 }
> 
Yes, sorry to be unclear.  I mean the "IA32 ISA".

> No, please don’t. I use i386 as “companion architecture” to x32,
> only the kernel and actually memory-hungry things (qemu) are
> amd64 binaries on my system, and this works very well.
> 
Well, if you have amd64 qemu anyway, why can't you use binfmt_misc with
qemu-user to simulate i386?  I'm just saying that makes more sense to
me than dropping x32.
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEWa1B4K0Hk12RDstE+lAa6BzrmeAFAlwRDLIACgkQ+lAa6Bzr
meB2FQgAxF85pmFK90op1tY/lPKFqnQZdbx1zq1gPQVS1N30Kqt+FTJYSi0HNfPd
Q0l1TVx7BCF2VFzqQkLWPwtjeK8OP8SY9D8ShbYo2/Ul0e0tfc2L9+YJpa3QCzvE
p3G6SE92+wZZZlPoT+bVGj4heRUrCzUi77/bTIRO4JkSelJFDSZEVoZqTabYuveh
lBtbDZ6WvFxAGZg3fSjpZwq31C0cV/W7S0FJhutb+rAhIpoL4jHmddnhUSq+mM0+
lHNQ3O8WmbzR8FY6lezhhmBir29iW/2gJ/+Z5kSSdBV3buk6O8LB2WbFORhpGSYb
pWb2drFGVZeQhuOrboG95ZQ1d+4YnQ==
=skLP
-----END PGP SIGNATURE-----