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 B3527C4361B for ; Mon, 7 Dec 2020 18:02:19 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 872102389F for ; Mon, 7 Dec 2020 18:02:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726069AbgLGSCT (ORCPT ); Mon, 7 Dec 2020 13:02:19 -0500 Received: from [157.25.102.26] ([157.25.102.26]:35966 "EHLO orcam.me.uk" rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725917AbgLGSCT (ORCPT ); Mon, 7 Dec 2020 13:02:19 -0500 Received: from bugs.linux-mips.org (eddie.linux-mips.org [IPv6:2a01:4f8:201:92aa::3]) by orcam.me.uk (Postfix) with ESMTPS id 2DAD52BE0EC; Mon, 7 Dec 2020 18:01:46 +0000 (GMT) Date: Mon, 7 Dec 2020 18:01:43 +0000 (GMT) From: "Maciej W. Rozycki" To: Al Viro cc: Linus Torvalds , Thomas Bogendoerfer , Linux Kernel Mailing List , the arch/x86 maintainers , linux-mips@vger.kernel.org, Randy Dunlap Subject: Re: [PATCHSET] saner elf compat In-Reply-To: <20201203230336.GC3579531@ZenIV.linux.org.uk> Message-ID: References: <20201203214529.GB3579531@ZenIV.linux.org.uk> <20201203230336.GC3579531@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-mips@vger.kernel.org On Thu, 3 Dec 2020, Al Viro wrote: > > Linux-mips was cc'd, but I'm adding Thomas B to the cc here explicitly > > just so that he has a heads-up on this thing and can go and look at > > the mailing list in case it goes to a separate mailbox for him.. > > I would certainly appreciate review and testing - this branch sat > around in the "should post it someday" state since June (it was > one of the followups grown from regset work back then), and I'm > _not_ going to ask pulling it without an explicit OK from mips > folks. It may be worth pushing through GDB's gdb.threads/tls-core.exp test case, making sure no UNSUPPORTED results have been produced due to resource limits preventing a core from being dumped (and no FAILs, of course), with o32/n32 native GDB. This should guarantee our output is still as expected by an interpreter. Sadly I'm currently not set up for such testing though eventually I mean to. Maciej