From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 113818 invoked by alias); 24 Feb 2016 21:10:28 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 112176 invoked by uid 89); 24 Feb 2016 21:10:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=variations, theme, accomodate X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 Feb 2016 21:10:22 +0000 Received: from svr-orw-fem-05.mgc.mentorg.com ([147.34.97.43]) by relay1.mentorg.com with esmtp id 1aYghO-0006tW-Mz from Luis_Gustavo@mentor.com ; Wed, 24 Feb 2016 13:10:18 -0800 Received: from [172.30.1.130] (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.3.224.2; Wed, 24 Feb 2016 13:10:18 -0800 Reply-To: Luis Machado Subject: Re: [PATCH] Handle MIPS Linux SIGTRAP siginfo.si_code values References: <1456332239-24007-1-git-send-email-palves@redhat.com> <56CDFB9B.3090708@redhat.com> <56CDFE38.1000604@codesourcery.com> To: "Maciej W. Rozycki" CC: Pedro Alves , , "Maciej W. Rozycki" From: Luis Machado Message-ID: <56CE1C36.7030603@codesourcery.com> Date: Wed, 24 Feb 2016 21:10:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00760.txt.bz2 On 02/24/2016 05:49 PM, Maciej W. Rozycki wrote: > On Wed, 24 Feb 2016, Luis Machado wrote: > >> I think we should converge to a standard solution across all architectures in >> the future rather than potentially perpetuate old non-standard ways. So the >> movement towards returning well defined si_code values in the MIPS Linux >> Kernel is a plus, even though we might not benefit from it right now. I'm in >> favor of having the change to the kernel made. > > Not right now as in: "not earlier than in 2-3 months' time needed for a > proper kernel release", which is when 4.6.0 is likely to happen? Well, I > think it's not much waiting really unless you don't care, in which case > you'll get it with your next regular kernel upgrade scheduled. > > Maciej > The benefit (long term one) i'm looking at is mostly from GDB's perspective, not having to special-case things to accomodate old mechanisms that tend to grow code that wouldn't be needed otherwise. We'll still have to support the old mechanism for years, but having this change sooner (be it 3 months) rather than later will get us on the right path for this matter. Looking at gdb/nat/linux-ptrace.h, we already have a few variations on the theme, with architectures doing different things. :-)