Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1222321ybe; Mon, 2 Sep 2019 17:02:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqxN4x4Sf/fH1KaHB0Pz+hgepk1HbJQ5L7iE0t7CzwTFQKM+slqs+y2kNibKc4mxovEFes4g X-Received: by 2002:a17:902:3265:: with SMTP id y92mr30809433plb.343.1567468957576; Mon, 02 Sep 2019 17:02:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567468957; cv=none; d=google.com; s=arc-20160816; b=XLRZf7j+jOuRUeRXbGy0EKhIHAXVfYacpLv/Q3hi7H7N9mloaKYaK6/4AzdETScAgl m174V3PSQv+CoP7/BSGZ2Vo6cy5lWLoQXsTgDMIyGdjrrxnRiUcQw5RC7HYO/ia8Zt0x j8O87JoJDIxO7nVlOL3hiWTklLGZ+SqPk6MoCMcTDG0pamMDc2goVH0ykxeiK5xxIADa xxIs5Ttuii0NWXyM/HrcvZKdLyRQLyMTDvogT4yPz/9CjweePIJ8MpkNEU0RkAs7wQyO pgsS8cQ1IAaR5v94JWU5LWGOdreKRKS7DWwMazpfwFAP/9K4oQIK037MSN6jzAuuxD+H XDjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:references:in-reply-to:subject:cc:to:from; bh=81/spPzh0jJ8P75SCQDvMvZO+68W6KMC541+5INVnsM=; b=qNiR5bB+7cY/dJWdpjtSYm3xCBIl2b0XmES/ZYaclMsUEuccrNtf5/pg+WIpreFoOU 5Y2S0P3UXgLQQSlNjerthELyGVCGiZO2aDXcx+xoCHPzvnexrqj5pnRDDeJlvywzi65/ q/NJP28O0lval5uoSnJYeJE5/XMEvZ9Xk049ilFq/mtQxzEERenrWLSn5aSEcxzNpznc UAJuwqyo4AHNIlj3PhqrMOKLQvR58fWesoFtxzBHjkdkqsKVqXc1phaysHhaQwPtPNKZ MlPAmrdT2D9QFTzDSzZvon8O2WzMD/jV3EyrfL84j+OYnfp3M6eZ3lxqTUrccwWF6UiO l0bg== ARC-Authentication-Results: i=1; mx.google.com; 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 v5si12908041plp.223.2019.09.02.17.02.21; Mon, 02 Sep 2019 17:02:37 -0700 (PDT) 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; 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 S1727903AbfICABB convert rfc822-to-8bit (ORCPT + 99 others); Mon, 2 Sep 2019 20:01:01 -0400 Received: from ozlabs.org ([203.11.71.1]:39819 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726845AbfICABB (ORCPT ); Mon, 2 Sep 2019 20:01:01 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 46MnCs4mlgz9s7T; Tue, 3 Sep 2019 10:00:57 +1000 (AEST) From: Michael Ellerman To: Michal =?utf-8?Q?Such=C3=A1nek?= Cc: linuxppc-dev@lists.ozlabs.org, Madhavan Srinivasan , David Hildenbrand , Heiko Carstens , Paul Mackerras , Breno Leitao , Michael Neuling , Diana Craciun , Firoz Khan , Hari Bathini , Joel Stanley , Arnd Bergmann , Nicholas Piggin , Alexander Viro , Thomas Gleixner , Allison Randal , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, "Eric W. Biederman" , Andrew Donnellan , Andrew Morton Subject: Re: [PATCH v7 5/6] powerpc/64: Make COMPAT user-selectable disabled on littleendian by default. In-Reply-To: <20190902114239.32bd81f4@naga> References: <87ftlftpy7.fsf@mpe.ellerman.id.au> <20190902114239.32bd81f4@naga> Date: Tue, 03 Sep 2019 10:00:57 +1000 Message-ID: <87h85us0xy.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Michal Suchánek writes: > On Mon, 02 Sep 2019 12:03:12 +1000 > Michael Ellerman wrote: > >> Michal Suchanek writes: >> > On bigendian ppc64 it is common to have 32bit legacy binaries but much >> > less so on littleendian. >> >> I think the toolchain people will tell you that there is no 32-bit >> little endian ABI defined at all, if anything works it's by accident. > > I have seen a piece of software that workarounds code issues on 64bit > by always compiling 32bit code. So it does work in some way. What software is that? > Also it has been pointed out that you can still switch to BE even with > the 'fast-switch' removed. Yes we have a proper syscall for endian switching, sys_switch_endian(), which is definitely supported. But that *only* switches the endian-ness of the process, it does nothing to the syscall layer. So any process that switches to the other endian must endian flip syscall arguments (that aren't in registers), or flip back to the native endian before calling syscalls. >> So I think we should not make this selectable, unless someone puts their >> hand up to say they want it and are willing to test it and keep it >> working. > > I don't really care either way. Sure. We'll see if anyone else speaks up. cheers