From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 36662 invoked by alias); 26 Feb 2016 14:25:29 -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 36570 invoked by uid 89); 26 Feb 2016 14:25:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=unwinding X-HELO: mail-pf0-f195.google.com Received: from mail-pf0-f195.google.com (HELO mail-pf0-f195.google.com) (209.85.192.195) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 26 Feb 2016 14:25:27 +0000 Received: by mail-pf0-f195.google.com with SMTP id w128so4747595pfb.2 for ; Fri, 26 Feb 2016 06:25:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=o9XqYVxHgWXAZrTJMxvbopnMd5/7CT9emWG0ggYFWRk=; b=P5x/T7MQ0wpVrP5Op67XeAIRTYxapOJ4ONS1qY+m0tMU7itVQy7C3JtOr8FHdclb6i QKoZRjiDfwogkPArGEPBzDXdDcIwEGR+l00dynYM5HVMvWnef771mORNn2zDID0wqBvd hg0pJW6tmJ2lcjucMRFqMLxpW7MtHa5KX0rg1ZFCGQlDeV0qMQUwD4gLZxR5opLfF0HL iDrdXFcziNai6goW8Y68ACOuTohWBduFWgfzvzYerBQqK+Er0mAPvMN2vnIJCI7dbif5 rPJlMXimlzY8h+EkvQ4WPanbj046R+ia9ZV3hATPtYV0kzkgx95IXSk8JrRE6I+2eekE RZjA== X-Gm-Message-State: AD7BkJL8xBH/ISQe5EdA2dp+bBEzE/TxKoDLTkzaZnxYKytzp5nnIE4VuviA4IokVzcvRw== X-Received: by 10.98.10.139 with SMTP id 11mr2450967pfk.87.1456496725762; Fri, 26 Feb 2016 06:25:25 -0800 (PST) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id 6sm19871932pfo.58.2016.02.26.06.25.23 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 26 Feb 2016 06:25:25 -0800 (PST) From: Yao Qi To: Antoine Tremblay Cc: Yao Qi , Pedro Alves , Subject: Re: [PATCH 1/4] Teach arm unwinders to terminate gracefully References: <1452188697-23870-1-git-send-email-antoine.tremblay@ericsson.com> <1452188697-23870-2-git-send-email-antoine.tremblay@ericsson.com> <86io1ung0a.fsf@gmail.com> <56CEE928.2080704@redhat.com> <86si0fbzto.fsf@gmail.com> Date: Fri, 26 Feb 2016 14:25:00 -0000 In-Reply-To: (Antoine Tremblay's message of "Fri, 26 Feb 2016 07:26:05 -0500") Message-ID: <86h9gvblbn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00858.txt.bz2 Antoine Tremblay writes: >> I am afraid not. We should try this approach, because this will benefit >> all targets. IMO, handling unavailable memory in general frame >> unwinding is more important. > > So you intend to work on this ? I'd like to add it to my todo list, but I don't mind someone else picks it up. --=20 Yao (=E9=BD=90=E5=B0=A7)