From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53463 invoked by alias); 12 Dec 2017 21:33:56 -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 53454 invoked by uid 89); 12 Dec 2017 21:33:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=listening, H*r:sk:mailrel, H*RU:sk:mailrel, Hx-spam-relays-external:sk:mailrel X-HELO: 9pmail.ess.barracuda.com Received: from 9pmail.ess.barracuda.com (HELO 9pmail.ess.barracuda.com) (64.235.150.224) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 12 Dec 2017 21:33:54 +0000 Received: from MIPSMAIL01.mipstec.com (mailrelay.mips.com [12.201.5.28]) by mx30.ess.sfj.cudaops.com (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NO); Tue, 12 Dec 2017 21:33:43 +0000 Received: from [10.20.78.70] (10.20.78.70) by mips01.mipstec.com (10.20.43.31) with Microsoft SMTP Server id 14.3.361.1; Tue, 12 Dec 2017 13:33:42 -0800 Date: Tue, 12 Dec 2017 21:33:00 -0000 From: "Maciej W. Rozycki" To: Pedro Alves CC: Subject: Re: [PATCH 3/3] Fix "Remote 'g' packet reply is too long" problems with multiple inferiors In-Reply-To: <1506957311-30028-4-git-send-email-palves@redhat.com> Message-ID: References: <1506957311-30028-1-git-send-email-palves@redhat.com> <1506957311-30028-4-git-send-email-palves@redhat.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-BESS-ID: 1513114423-637140-23889-897334-1 X-BESS-VER: 2017.14-r1710272128 X-BESS-Apparent-Source-IP: 12.201.5.28 X-BESS-Outbound-Spam-Score: 0.00 X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.187909 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.00 BSF_BESS_OUTBOUND META: BESS Outbound X-BESS-Outbound-Spam-Status: SCORE=0.00 using account:ESS59374 scores of KILL_LEVEL=7.0 tests=BSF_BESS_OUTBOUND X-BESS-BRTS-Status:1 X-SW-Source: 2017-12/txt/msg00285.txt.bz2 On Mon, 2 Oct 2017, Pedro Alves wrote: > When debugging two inferiors (or more) against gdbserver, and the > inferiors have different architectures, such as e.g., on x86_64 > GNU/Linux and one inferior is 64-bit while the other is 32-bit, then > GDB can get confused with the different architectures in a couple > spots. Another regression. This makes `mips-mti-linux-gnu' GDB stop working with older stubs. I have discovered it in an attempt to regression-test said GDB with a remote n64 target and `x86_64-pc-linux-gnu' host, and an outstanding change which affects non-XML stubs. Any attempt to continue execution after the initial connection fails with: [...] Process .../gdb/testsuite/outputs/gdb.base/advance/advance created; pid = 2670 Listening on port 2346 target remote [...]:2346 Remote debugging using [...]:2346 Reading symbols from .../lib64/ld.so.1...done. [Switching to Thread
] (gdb) continue Cannot execute this command without a live selected thread. (gdb) This is as from commit 5cd63fda035d. Up to 5cd63fda035d^ instead I get: [...] Process .../gdb/testsuite/outputs/gdb.base/advance/advance created; pid = 30044 Listening on port 2346 target remote [...]:2346 Remote debugging using [...]:2346 Reading symbols from .../lib64/ld.so.1...done. 0x000000fff79534f0 in __start () from .../lib64/ld.so.1 (gdb) continue Continuing. warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? Breakpoint 1, main () at .../gdb/testsuite/gdb.base/advance.c:41 41 c = 5; (gdb) At the protocol level the difference starts here (bad): Sending packet: $qfThreadInfo#bb...Ack Packet received: m1814 Sending packet: $qsThreadInfo#c8...Ack Packet received: l [Switching to Thread
] Sending packet: $qSymbol::#5b...Ack Packet received: qSymbol:6e70746c5f76657273696f6e Sending packet: $qSymbol::6e70746c5f76657273696f6e#4d...Ack Packet received: OK Sending packet: $Hg1814#7d...Ack Packet received: OK Sending packet: $Hg0#df...Ack Packet received: E01 (gdb) continue Cannot execute this command without a live selected thread. (gdb) vs (good): Sending packet: $qfThreadInfo#bb...Ack Packet received: m154d Sending packet: $qsThreadInfo#c8...Ack Packet received: l Sending packet: $mfff726c4f0,4#cb...Ack Packet received: 03e0c825 Sending packet: $mfff726c4ec,4#fd...Ack Packet received: 00000000 Sending packet: $mfff726c4f0,4#cb...Ack Packet received: 03e0c825 0x000000fff726c4f0 in __start () from .../lib64/ld.so.1 Sending packet: $qSymbol::#5b...Ack Packet received: qSymbol:6e70746c5f76657273696f6e Sending packet: $qSymbol::6e70746c5f76657273696f6e#4d...Ack Packet received: OK (gdb) continue Continuing. Sending packet: $mfff726c4f0,4#cb...Ack Packet received: 03e0c825 Sending packet: $Z0,120000d6c,4#36...Ack Packet received: Packet Z0 (software-breakpoint) is NOT supported [...] The version of `gdbserver' causing this regression is as at commit f8b73d13b7ca^, the last MIPS backend version with no XML support. It's likely that later versions hit this regression too, as the mode of failure is clearly not XML-related. I'll paste it into Bugzilla too; please feel free to tweak as required, and, as always, I'll be happy to supply any details missing. Maciej