From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 87810 invoked by alias); 26 Apr 2016 15:20:16 -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 87794 invoked by uid 89); 26 Apr 2016 15:20:15 -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= X-HELO: mail-pa0-f46.google.com Received: from mail-pa0-f46.google.com (HELO mail-pa0-f46.google.com) (209.85.220.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 26 Apr 2016 15:20:05 +0000 Received: by mail-pa0-f46.google.com with SMTP id r5so7804819pag.1 for ; Tue, 26 Apr 2016 08:20:05 -0700 (PDT) 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:in-reply-to:references :user-agent:date:message-id:mime-version:content-transfer-encoding; bh=2WzA8S7JJMp2q5ZxFwLu2j6kK8cbQkJ+5tmoC2Yg/8A=; b=L5nwPYtjilDfZua7C3EvFnKAE9NdIXX42+tobIU4kZ9lYvxdqo0+FG+G9asAqZTVA1 Weh92fhjQMUMW+g2ZpJm+AoFgnLDIi55AIBl54p7jMqyi5W4Qy4crRbMgb4HGNCOwZrx wMoCRNzWtW7DR2UJxj4547LO+SFqoTcj1nbiPkN24akKW9djaWd5xPMniYijJbWV/1Xy Mq6cxIx9Ut5SWNSKhw3d2eVMt8HsmJCh9lTIqld5A01KkINYhaZdqn5vH8W7ahvE94zj 5AfIyJDVMNtpotseDLurow6YNZFrnZc2HRtJ4ql4vuvt3VD+w16btwis9NIduUb1LJe7 GrSQ== X-Gm-Message-State: AOPr4FUv5t1zf9FJhPZCAhHEuCLLeIfdCVHQ0b+tJwmd4anBGaSDtEt8+HGtQsuOm+w24w== X-Received: by 10.66.141.103 with SMTP id rn7mr4409370pab.70.1461684003727; Tue, 26 Apr 2016 08:20:03 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id q72sm37833056pfa.70.2016.04.26.08.20.01 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 26 Apr 2016 08:20:02 -0700 (PDT) From: Yao Qi To: Walfred Tedeschi Cc: palves@redhat.com, brobecker@adacore.com, gdb-patches@sourceware.org Subject: Re: [PATCH V5 2/2] Add mpx-bnd-init-on-return set/show command for inferior calls. In-Reply-To: <1458310577-20021-1-git-send-email-walfred.tedeschi@intel.com> (Walfred Tedeschi's message of "Fri, 18 Mar 2016 15:16:17 +0100") References: <1458310577-20021-1-git-send-email-walfred.tedeschi@intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Date: Tue, 26 Apr 2016 15:20:00 -0000 Message-ID: <86potcflcw.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00557.txt.bz2 Walfred Tedeschi writes: > When using the return command, execution of a function is aborted > and present values are returned from that point. That can cause > bound violations in the MPX context. To avoid such side-effects, > a new setting ("mpx-bnd-init-on-return") was added to control > the initialization of bound register when using the return command. > We need to investigate why does "return" cause bound violations. If the violations are caused by the invalid or garbage return value, that is expected, and it is a correct behavior to me. If the return value is out of the bounds of registers settings, the violation is caused. Can we tweak GDB to adjust the register settings to allow these memory accesses in the "return"? --=20 Yao (=E9=BD=90=E5=B0=A7)