From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23181 invoked by alias); 11 Apr 2010 14:04:46 -0000 Received: (qmail 23103 invoked by uid 22791); 11 Apr 2010 14:04:45 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_MSGID_LONG45 X-Spam-Check-By: sourceware.org Received: from mail-vw0-f41.google.com (HELO mail-vw0-f41.google.com) (209.85.212.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 11 Apr 2010 14:04:41 +0000 Received: by vws15 with SMTP id 15so1054353vws.0 for ; Sun, 11 Apr 2010 07:04:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.44.198 with HTTP; Sun, 11 Apr 2010 07:04:39 -0700 (PDT) In-Reply-To: <201004110252.35997.pedro@codesourcery.com> References: <201004110252.35997.pedro@codesourcery.com> Date: Sun, 11 Apr 2010 14:04:00 -0000 Received: by 10.220.108.83 with SMTP id e19mr1359737vcp.45.1270994679122; Sun, 11 Apr 2010 07:04:39 -0700 (PDT) Message-ID: Subject: Re: Fix solib-disc.exp regression with x86 gdbserver From: "H.J. Lu" To: Pedro Alves Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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 X-SW-Source: 2010-04/txt/msg00320.txt.bz2 On Sat, Apr 10, 2010 at 6:52 PM, Pedro Alves wrote: > The testsuite shows a couple of new regression with x86 gdbserver: > > > =A0#0 =A0init_register_cache (regcache=3D0x6453f0, regbuf=3D0x0) at ../..= /../src/gdb/gdbserver/regcache.c:85 > =A0#1 =A00x00000000004074fb in new_register_cache () at ../../../src/gdb/= gdbserver/regcache.c:114 > =A0#2 =A00x00000000004075a5 in realloc_register_cache (thread_p=3D0x64539= 0) at ../../../src/gdb/gdbserver/regcache.c:142 > =A0#3 =A00x00000000004068ce in for_each_inferior (list=3D0x63c5c0, action= =3D0x407570 ) > =A0 =A0 at ../../../src/gdb/gdbserver/inferiors.c:134 > =A0#4 =A00x0000000000407662 in set_register_cache (regs=3D0x638580, n=3D5= 8) at ../../../src/gdb/gdbserver/regcache.c:167 > =A0#5 =A00x000000000041a0df in init_registers_amd64_linux () at amd64-lin= ux.c:93 > =A0#6 =A00x0000000000423692 in x86_linux_update_xmltarget () at ../../../= src/gdb/gdbserver/linux-x86-low.c:849 > =A0#7 =A00x00000000004238a2 in x86_linux_process_qsupported (query=3D0x0)= at ../../../src/gdb/gdbserver/linux-x86-low.c:980 > =A0#8 =A00x000000000042265e in linux_process_qsupported (query=3D0x0) at = ../../../src/gdb/gdbserver/linux-low.c:4235 > =A0#9 =A00x000000000040d433 in handle_query (own_buf=3D0x63d190 "qSupport= ed:xmlRegisters=3Di386", packet_len=3D28, > =A0... How can I debug gdbserver with gdb? I tried and it didn't work. > This is losing any register changes done before "disconnect" in > the previous session. > > The patch below fixes it, and I've applied it. > > (H.J., in case you don't know yet, here's how one easily > tests against gdbserver on localhost: > =A0 > ) I will try it on AVX machine. Thanks. --=20 H.J.