Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1104931imu; Tue, 11 Dec 2018 12:48:07 -0800 (PST) X-Google-Smtp-Source: AFSGD/WE/GD/46UGnzsHDV8lKoF90kqPQiY2eLvyzB7ugWfZXl6WurIrJyZWO353zVGAv4QwwIf1 X-Received: by 2002:a63:9712:: with SMTP id n18mr15707005pge.295.1544561287570; Tue, 11 Dec 2018 12:48:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544561287; cv=none; d=google.com; s=arc-20160816; b=PbMDjUwIBZmCg3F0R5gNc0dJArWChwcjwGUjSstoNLe/ivwxT6J/5F6DiI49Leb8UJ V0ZUq2Ssasw+XyMpkGffnnboO3qE/IM7bFn2c5PgIQb/ZyHsbA+15ny0gvCfkRF9ZijD e6dXeY1xR1pC5by/5XLkNcf+TCv5Tn+/JngB9SpZxmYeORnRjm5u5ipet0YkJnFlXJJV Ec2meXduqsM6ESjOU/fUPkmdZUnvqC249rfPdczCiDzJjyxvO7FUOuEHrDKEnoWVKzm+ PKFk5EiitB5dGxlHpHHv6WZ1Kdz0ZeoMZiS9RtEq0JCoHlXDEOSN5ohRG31yXD2GsRW7 RFqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:content-disposition :mime-version:message-id:subject:to:from:date:dkim-signature; bh=qql1Gl/JJo3PfL8gAzIH13B9htWpGN1uxSqBSYKK1J0=; b=PRJizB89SJBKdGcby+kW21LekW0RwHb3qUbyaKbnURH2xIeAp24C8iHDcyIjq1fAPe 6eMzHrbUvYGnjM8XpvqlPxM/gmMwK1EEF51MQ/RLDvwvcRQDUtfVio19Ydu29BhrrLkF 9ieCbDwuWANshFJy4GXzyuTvJcY8oamCCBbvSYX3uDMqdYbwMmSTsnaH81Bl3eryY6/K 7IgONb2F9t+15TP5JiG3DbQcliGB9w6U40Yp0/SzNivXdSF6jzALPS2vB5uOr71bLfOU G0RaHX2QqjbKZNt9iGwIQ6VuYnovUpgp+RdhY3h2uiT+/jM25Cedycfh1VM0k5kvecPy MYPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ecloud.org header.s=ecloud.org header.b=RnRKreBu; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v30si12511293pga.45.2018.12.11.12.47.50; Tue, 11 Dec 2018 12:48:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ecloud.org header.s=ecloud.org header.b=RnRKreBu; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726218AbeLKUqq (ORCPT + 99 others); Tue, 11 Dec 2018 15:46:46 -0500 Received: from bonobo.maple.relay.mailchannels.net ([23.83.214.22]:6734 "EHLO bonobo.maple.relay.mailchannels.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726136AbeLKUqp (ORCPT ); Tue, 11 Dec 2018 15:46:45 -0500 X-Greylist: delayed 504 seconds by postgrey-1.27 at vger.kernel.org; Tue, 11 Dec 2018 15:46:45 EST X-Sender-Id: dreamhost|x-authsender|s@ecloud.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 96D0C5C2491 for ; Tue, 11 Dec 2018 20:38:20 +0000 (UTC) Received: from pdx1-sub0-mail-a57.g.dreamhost.com (unknown [100.96.11.179]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 2441B5C402E for ; Tue, 11 Dec 2018 20:38:20 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|s@ecloud.org Received: from pdx1-sub0-mail-a57.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Tue, 11 Dec 2018 20:38:20 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|s@ecloud.org X-MailChannels-Auth-Id: dreamhost X-Illegal-Rock: 2846a5d8404726e7_1544560700327_3110851451 X-MC-Loop-Signature: 1544560700327:4077449625 X-MC-Ingress-Time: 1544560700325 Received: from pdx1-sub0-mail-a57.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a57.g.dreamhost.com (Postfix) with ESMTP id BDD7080724 for ; Tue, 11 Dec 2018 12:38:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ecloud.org; h=date:from:to :subject:message-id:mime-version:content-type; s=ecloud.org; bh= oOrM8oxHBcYVDWSPdjNTe11dZM0=; b=RnRKreBuh/MhgRP9YkqAcD0WAiGva8xm ETy6ilQkhnl6ZEy3kuxKyV4GFVQDGf97DlpmTIVpGK1boK5xuXSZsW2kjaU6RsB7 VR0tVgZ2XY4a5BWqrWVqE3yOQ/zN84fN98mmUCOIlZwySkQScq5XCOJRGaVCFOQu NwQkk7n22Rw= Received: from i7.vpn (ti0007a400-2237.bb.online.no [85.164.35.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: s@ecloud.org) by pdx1-sub0-mail-a57.g.dreamhost.com (Postfix) with ESMTPSA id 2428F80723 for ; Tue, 11 Dec 2018 12:38:18 -0800 (PST) Date: Tue, 11 Dec 2018 21:38:15 +0100 X-DH-BACKEND: pdx1-sub0-mail-a57 From: Shawn Rutledge To: linux-kernel@vger.kernel.org Subject: Re: Can we drop upstream Linux x32 support? Message-ID: <20181211203812.GA14983@i7.vpn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.0 (2018-11-25) X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrudegjedgudeflecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggufgesthdtredttdervdenucfhrhhomhepufhhrgifnhcutfhuthhlvggughgvuceoshesvggtlhhouhgurdhorhhgqeenucfkphepkeehrdduieegrdefhedrudelieenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepihejrdhvphhnpdhinhgvthepkeehrdduieegrdefhedrudeliedprhgvthhurhhnqdhprghthhepufhhrgifnhcutfhuthhlvggughgvuceoshesvggtlhhouhgurdhorhhgqedpmhgrihhlfhhrohhmpehssegvtghlohhuugdrohhrghdpnhhrtghpthhtoheplhhinhhugidqkhgvrhhnvghlsehvghgvrhdrkhgvrhhnvghlrdhorhhgnecuvehluhhsthgvrhfuihiivgeptd Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I like the idea of x32 in theory: any machine with 4GB or less of memory for sure does not really need to waste any precious space storing 64-bit pointers; and even if more memory is available, software that needs to access more than 4GB per process is somewhat rare (as it should be). I used a laptop every day with 4GB until recently, so was generally trying to run relatively lean software. I have played around with the Gentoo x32 variant on another machine, just to see how that would go. I haven't used it for much... but tried out some basic things; and as long as it is powered on, it functions fine as a node in an icecream cluster, too. The icecream statistics shown in icemon tell me that this machine seems to be performing faster than it should be, for its age. So I think there is some worthwhile average speedup (without being more scientific about it). As a Qt developer, I have some interest that Qt and Qt Quick ought to work well on this architecture. (When it breaks, I write up bugs like QTBUG-52658 and QTBUG-42759.) There is still no JIT support for QML, but perhaps there could be (I could try, if I ever find time to learn how the existing QML/V4 JIT works on other architectures well enough to add another one); and meanwhile, at least the interpreter works AFAIK. I was just thinking of testing this again, maybe running gentoo or debian x32 on that old 4GB laptop; so I did a quick google search, and found this thread right away. Linux supports a lot of rarely-used hardware and features; so as long as the burden of supporting x32 is not too great, I'd like to put in my vote to keep it working. And I will keep testing from time to time and do my bit to keep Qt working on this architecture, as long as I'm not wasting my time (if it's going to disappear, it would be a waste of time). I can't explain why there aren't more users, and more distros. It seems to me it would be a good choice for the compact or small-is-beautiful distros, like Puppy. (CC me on this thread if you like, since I'm not currently subscribed to LKML)