From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AD573C07E99 for ; Mon, 5 Jul 2021 11:55:26 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8FE8161370 for ; Mon, 5 Jul 2021 11:55:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230174AbhGEL6C (ORCPT ); Mon, 5 Jul 2021 07:58:02 -0400 Received: from mout.kundenserver.de ([212.227.17.13]:41509 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231159AbhGEL6C (ORCPT ); Mon, 5 Jul 2021 07:58:02 -0400 Received: from mail-wr1-f46.google.com ([209.85.221.46]) by mrelayeu.kundenserver.de (mreue107 [213.165.67.113]) with ESMTPSA (Nemesis) id 1MzQTm-1lDkmx1MlU-00vLN6; Mon, 05 Jul 2021 13:55:23 +0200 Received: by mail-wr1-f46.google.com with SMTP id a8so10082241wrp.5; Mon, 05 Jul 2021 04:55:23 -0700 (PDT) X-Gm-Message-State: AOAM533DoJ3k5//oLMDdosliMiWm28gBaTae+3+SzjhVZZnHRsQXJDRJ CY7mMMGxYbmPxHSG3JO0AFCPvObiEu9UsXvfvX8= X-Google-Smtp-Source: ABdhPJxhCFK1xZGxnW+/y3QiBf/eE9gPROL0Gg3Kf/pqB3DdVNd8R5s6QK1EFCPNARtCYpet1/e6uxBKc31OislpVx4= X-Received: by 2002:adf:ee10:: with SMTP id y16mr15288976wrn.99.1625486122912; Mon, 05 Jul 2021 04:55:22 -0700 (PDT) MIME-Version: 1.0 References: <87zgv4y3wd.fsf@oldenburg.str.redhat.com> <20210705093656.GJ14854@arm.com> In-Reply-To: <20210705093656.GJ14854@arm.com> From: Arnd Bergmann Date: Mon, 5 Jul 2021 13:55:06 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131) To: Szabolcs Nagy Cc: Florian Weimer , Yury Norov , Catalin Marinas , "linux-audit/audit-kernel" , Xiongfeng Wang , Wang ShaoBo , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-doc@vger.kernel.org" , "linux-arch@vger.kernel.org" , "linux-api@vger.kernel.org" , Adam Borowski , Alexander Graf , Alexey Klimov , Andreas Schwab , Andrew Pinski , Bamvor Zhangjian , Chris Metcalf , Christoph Muellner , Dave Martin , "David S . Miller" , Geert Uytterhoeven , Heiko Carstens , James Hogan , James Morse , Joseph Myers , Lin Yongting , Manuel Montezelo , Mark Brown , Martin Schwidefsky , Maxim Kuvyrkov , Nathan_Lynch , Philipp Tomsich , Prasun Kapoor , Ramana Radhakrishnan , Steve Ellcey Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:irPqV3H5S9rsMtdd45zffH7Pz09R6aCqMBa1mvCyRYsiW0NqwBM 0ffWBwSP+4PcRRqmidDnYlpn5EkDMdUzO0NTeF+sZJXPpZ+pKckvKeAGhzn2QOtSQmQN46C h4gYiTHMj49j5IVptTFerJTHnV9x8EPzRTT+V6MqJFpByk0hTFqfIG8vOCZkl1y1JFTYXkV Dmu+aCklN7ExC4SFtlv2A== X-UI-Out-Filterresults: notjunk:1;V03:K0:G83A7wPXIs0=:eZUyXrcgiZVyYsDAJuwMhJ AJmJ+RFJWrMW2KHx8+jHR+O7m6Ytro8iH53xZtW1DjdvoA4jt/mVzxo0u6Vct91n3H7NkCXzT 8fcCt+vJq3k/0lE97oh41DIli3HzKbV0pVa8j8XU6GSuWUFd1TMUrRE188DEqN8UNfcIqoqZY G3tR0nJDz+vJdTLm1tZMHI+Ae2vNHnNOkwuU7zu6UcITzOTSzMOat0xLkplPL47H9lcgzSryA jm/EJBNZoP6dq2523rTYX4Cow5yiuSAWW/jDGk53FVc2j5yO2Uch1xg6ZsXNe1TkmsbUmLRqG ytIUymr+Zr16Nex/DaV6WjlCXo5kSLIXZbIwrLFFGluEuP8a16OkdFt3DTpxdVrhLtHK84ZIc dRX/7QFVF1CZpJbwC5/78S1O6uQNk0E0ppZvYw2csZZs6hIDbYTF0hMzfdlByo23zpSsaE9aR 2golIwkLrUweTyFeibUdN1ZWdTvx2HlQyIlrru/CMW433WF39KN7TJEJXou3ox8gE+pTgkJ2S 1JoZKeGsawqxdDY6K++RMRHJTI7ix7OzyQkqtztRiBQdNoTI8ZqDrXI2W5DF92BiQThHgP64O VkRDoLeVwN6as0xgWFqkU+0nC82pj0B1rFPWzqjp7BSxJxSwgS/+rAKwpL/+Vy1T2EZSxJPVH EQx4qKn1nH8kgYw1FX7DitDfZzSbNdGHQnpiUHoJltjaQExbLMdZYwVMeL15gSufbv/Jv/enQ vwq+cy8FVs56KvqagK673FzgklidjijpfFwpYrAXVJR+uZj4gG7VHpr8ySWr6KmKgbjfbt0YS qEhTBecr6IV+7Nu/JwAIiKgYKZjZOMcMsqNWPFSvQMu4+YfW8bobPzmbxVWGOFq/aFfb7COIH Q5qfPMirmrongGnq+PID3Ey50LwJWMWNEoNxkwRxdjY3itpe2l3ch7ZanrWc6AJLY9+m40vP6 X+ksVlVsghkiXoH7q109tLl2kFXwJcJ22GWAuMhkTOOI4gzsGL4Rb Precedence: bulk List-ID: X-Mailing-List: linux-api@vger.kernel.org On Mon, Jul 5, 2021 at 11:36 AM Szabolcs Nagy wrote: > The 07/02/2021 20:19, Florian Weimer wrote: > > * Yury Norov: > > > At least Marvell, Samsung, Huawei, Cisco and Weiyuchen's employer > > > actively use and develop arm64/ilp32. I receive feedback / bugrepotrs > > > on ilp32 every 4-6 month. Is that enough for you to reconsider > > > including the project into the mainline? > > > > I believe that glibc has the infrastructure now to integrate an ILP32 > > port fairly cleanly, although given that it would be first > > post-libpthread work, it would have to absorb some of the cleanup work > > for such a configuration. > > time64 would require syscall abi design changes. > (that's likely an abi break compared to what the > listed users do) The kernel port uses the generic syscall ABI, and has done so from the start, so both time32 and time64 syscalls are supported in principle, as they are on any other 32-bit architecture these days (except rv32, which dropped the time32 variant, and x32, which uses the time64 calling conventions but the time32 syscall names). Arnd