From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1758895AbcLPVvq (ORCPT <rfc822;w@1wt.eu>);
        Fri, 16 Dec 2016 16:51:46 -0500
Received: from mout.kundenserver.de ([217.72.192.74]:49974 "EHLO
        mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1756714AbcLPVvi (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 16 Dec 2016 16:51:38 -0500
From: Arnd Bergmann <arnd@arndb.de>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: Russell King <linux@armlinux.org.uk>,
        Nicolas Pitre <nicolas.pitre@linaro.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
        Jonas Jensen <jonas.jensen@gmail.com>
Subject: Re: [PATCH] ARM: disallow ARM_THUMB for ARMv4 builds
Date: Fri, 16 Dec 2016 22:51:08 +0100
Message-ID: <4112999.Nl7pxYH1YF@wuerfel>
User-Agent: KMail/5.1.3 (Linux/4.4.0-34-generic; KDE/5.18.0; x86_64; ; )
In-Reply-To: <CAKv+Gu93Gtkh7spA-HUHNKSmDjhK_nuwR9KaDu8=S2GDyhUJCA@mail.gmail.com>
References: <20161216091457.2452987-1-arnd@arndb.de> <CAKv+Gu93Gtkh7spA-HUHNKSmDjhK_nuwR9KaDu8=S2GDyhUJCA@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Provags-ID: V03:K0:gR9Xgr5Ffo6qjL//OKYIhD5HWr8y82WpLKxNlTV2zQxyrNRocxJ
 KHcXvKiuyh6KOTnJAZBK+bt+9Eif7vzrHjVSNgdMhpR2vR38Cl1tGTFaIaWXmJAPjRF9qce
 TSAVGgd8VzCoo4yfsCq+F7mdWE90JkDKjakoCD5V221KEL0SQrN+CzVKVa55BCENux3dWHv
 Xrnn12s8qDAkwfmAG2iMg==
X-UI-Out-Filterresults: notjunk:1;V01:K0:cl6wUWORqRQ=:1kLopC43Q4M7R/SR7uStKQ
 sWuEdm5s/OEJRPP/4VwSb8ShYFo3IC6hRx0qLkoA/A6RoEpjDkYDIEmp6A1g8quUVfMcfPQga
 uqMKH/NpOlznrs7OmmrltnSlZNoS9MwLmO5cnfK2CXdA8rxB2KXlitpUFFROsIb7/zvyqy8R+
 ZVI6hNtrlDm+YHv5hmfDQRxjDdy+g401ZkUdBW/uWlWp587KNkrZL5BioPZnXb6JkN3fOmS9T
 QHBdUdxJgD0UWGK9JZtbZXhvNxiCuCs05tk1RBWg/++5nkTOzNVctylb2K4pnXIjHAW0eFw3R
 sKp3FSaOE96q/64hmDbZ1VXEHtjPxN7e7IU9bWfhXogVHCj564atbwVSkm+aMWlyD6BKitT/7
 lRMVm2XgtkP1qnONDXBLjJV5Gy2h7ZNq7rjbkboUp5AwQjULWe+uEEryHPasB3MWGy7feUFd+
 beUHZs3qtoCTNKNKZ8iDu8WTXddLx2CxPlcxW87sjPKgZVZqaIWds8sK4I1ibxn9gEPZ677Xi
 qnsQS8h8PDSyHN3U2zqBv23D2Ql3GMBBGOa93kJGVexVppB6rT+x/61Y4E/Xz4sfBlJMcBoHf
 m/iKZKknNZu1wQP2ERNgGp3Ss8vp0VVGBfGdthcSDRgxvmXjrYikYEAdkpRNXAJcKvA6MLCoU
 iZl98NKPmerZygKW3AjCoFkKvG+PICVAcmzyExUwEup3F1jR+e1j7Lk9si2HCVJ+ucxs6ppxU
 S6vgSAw1dUFbNsVe
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Friday, December 16, 2016 5:20:22 PM CET Ard Biesheuvel wrote:
> 
> Can't we use the old
> 
> tst lr, #1
> moveq pc, lr
> bx lr
> 
> trick? (where bx lr needs to be emitted as a plain opcode to hide it
> from the assembler)
> 

Yes, that should work around the specific problem in theory, but back
when Jonas tried it, it still didn't work. There may also be other
problems in that configuration.

	Arnd