From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 122313 invoked by alias); 4 Nov 2019 14:48:07 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 122196 invoked by uid 89); 4 Nov 2019 14:48:01 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*MI:sk:CAAA5fa, H*i:sk:CAAA5fa, H*f:sk:iHx3kog, H*f:BN65183dGkF X-HELO: mail-qk1-f182.google.com Received: from mail-qk1-f182.google.com (HELO mail-qk1-f182.google.com) (209.85.222.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 04 Nov 2019 14:48:00 +0000 Received: by mail-qk1-f182.google.com with SMTP id e2so17829604qkn.5 for ; Mon, 04 Nov 2019 06:48:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=2rlqjNDq1oc9xQ3vi8S8WuKG5e9fo8aNf22m2X9lKzg=; b=KALu8hL111TKayo9JZgaBGQeeYry8iqsaYVkdracsyxfmSSJWUFI7n00QQUH7xaqB6 OeA7z1OaoIAbehK+zsTq63LpdI+zmknTgYAo7DRwWpdq803S5XvwPkmu0NUaY6MdPF9x 2EO1qhCk7FB7JpttB5gVa7OF7Kkv9nmqcHPGfpmeCLHa1x2wFQ4edMAEnPsJqvRonoVO mmgIvWpzrY0fN5GmkaJQsA1QwxSnAm9SrBSXVPhrVuxZX8RMziGuaao1xPqHi2er+Vur rc8llcgnsqoxNET67q6gkeexailgHDBH7ZGn7lKt+bsxs4af2QggCKiWNe2wIvCvWddn oWTA== Return-Path: Received: from [192.168.15.21] (201-43-10-147.dsl.telesp.net.br. [201.43.10.147]) by smtp.gmail.com with ESMTPSA id r2sm10627674qtc.28.2019.11.04.06.47.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Nov 2019 06:47:57 -0800 (PST) Subject: Re: gdb 8.3.1 truncated register in remote g packet To: Reinoud Koornstra Cc: gdb@sourceware.org References: <5c9d0ab7-4e03-ea43-ae54-5d2aed0728e0@linaro.org> <0d7d8ede-1cae-c0cc-be35-05443dc5f073@linaro.org> <1b1ebf11-3e2c-d5b3-6a5b-50ed54e791bc@linaro.org> From: Luis Machado Message-ID: Date: Mon, 04 Nov 2019 14:48:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2019-11/txt/msg00009.txt.bz2 On 11/2/19 9:07 PM, Reinoud Koornstra wrote: > > > > I'm not sure why an arm-targeted gdb would not complain about loading a > x86-target vmlinux image. That sounds off. > > The vmlinux was compiled for arm, the thing that surprised me that the > x64 gdb didn't complain about it. The arm gdb didn't complain either > which was logical. > > You could try with an older arm gdb to see if it works fine. If it does > and the latest version doesn't, then we may need to investigate it. > > Ok, I'll compile and older gdb for arm and let you know. > > > I checked the code and the truncation message is a result of the > debugging stub sending less bytes than GDB expects for the register set. > > The interesting thing is that the incompatible gdb for x86-64 was able > to read the message and the gdb for arm wasn't, but i'll try with an > older gdb for arm, but it's weird. You might have gotten lucky. Or GDB wasn't too restrictive on the checks. > > Just to confirm, does your arm target have floating point registers? > > Good point, I did assume it has, because in some cases armeabihf was > used to compile, but not in all cases, I'll check whether it is, > otherwise I'd have to recompile gdb without hf. > I'll get the info and let you know, thanks for helping out! Well, it seems GDB assumes floating point registers are there by default, so there wouldn't be a need to build GDB specifically for that.