From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27024 invoked by alias); 16 Apr 2012 02:34:56 -0000 Received: (qmail 26899 invoked by uid 22791); 16 Apr 2012 02:34:55 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,WEIRD_QUOTING X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 Apr 2012 02:34:42 +0000 From: "curty at ieee dot org" To: gdb-prs@sourceware.org Subject: [Bug server/13984] New: gdb stops controlling a thread after "Remote 'g' packet reply is too long: ..." error message Date: Mon, 16 Apr 2012 02:34:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: server X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: curty at ieee dot org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2012-q2/txt/msg00026.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=13984 Bug #: 13984 Summary: gdb stops controlling a thread after "Remote 'g' packet reply is too long: ..." error message Product: gdb Version: 7.4 Status: NEW Severity: critical Priority: P2 Component: server AssignedTo: unassigned@sourceware.org ReportedBy: curty@ieee.org Classification: Unclassified Linux Kernel debugging running gdbserver at Eclipse causes gdbserver stop receiving thread commands after "Remote 'g' packet reply is too long: ..." error message. This message arrives after hit a tbreak at start_kernel() function. The state is "Thread [1] (Suspended)" but when I try to control this thread (eg. execute, suspend, etc), a "Cannot execute this command while the selected thread is running" message returns and it is not possible to continue debuging. > QEMU Guest (Intel i7) command: # /home/curtyc/000_HPC/usr/local/packages/qemu-devel/bin/qemu-system-x86_64 -smp 1 -kernel '/home/curtyc/Linux_kernel_source/linux-3.3/arch/x86_64/boot/vmlinux' /home/curtyc/QEMU/images/Fedora-x86_64-linux-3.3.0.raw -S -gdb tcp::1234 > GDB console at Eclipse: ------ cut here ------- .gdbinit: No such file or directory. Reading symbols from /home/curtyc/Linux_kernel_source/linux-3.3/vmlinux...done. 866-gdb-set confirm off 866^done (gdb) 867-gdb-set width 0 867^done (gdb) 868-gdb-set height 0 868^done (gdb) 869-interpreter-exec console echo 869^done (gdb) 870-gdb-show prompt 870^done,value="(gdb) " (gdb) 871-gdb-set auto-solib-add off 871^done (gdb) 872-gdb-set stop-on-solib-events 0 872^done (gdb) 873-target-select remote localhost:1234 =thread-group-started,id="i1",pid="42000" =thread-created,id="1",group-id="i1" *stopped,frame={addr="0x0000000000000000",func="irq_stack_union",args=[]},thread-id="1",stopped-threads="all" 873^connected (gdb) 874 info proc &"info proc\n" &"Can't determine the current process's PID: you must name one.\n" 874^error,msg="Can't determine the current process's PID: you must name one." (gdb) 875-environment-cd /home/curtyc/Linux_kernel_source/linux-3.3 875^done (gdb) 876 info program &"info program\n" ~"Debugging a target over a serial line.\n" ~"Program stopped at 0x0.\n" ~"It stopped with signal SIGTRAP, Trace/breakpoint trap.\n" 876^done (gdb) 877 info threads &"info threads\n" ~" Id Target Id Frame \n" ~"* 1 Thread 1 (CPU#0 [running]) 0x0000000000000000 in irq_stack_union ()\n" 877^done (gdb) 878-stack-info-depth 878^done,depth="2" (gdb) 879-stack-list-frames 0 2 879^done,stack=[frame={level="0",addr="0x0000000000000000",func="irq_stack_union"},frame={level="1",addr="0x0000000000000000",func="??"}] (gdb) 880-data-list-changed-registers 880^done,changed-registers=["0","1","2","3","4","5","6","7","8","9","10","11","12","13","14","15","16","17","18","19","20","21","22","23","24","25","26","27","28","29","30","31","32","33","34","35","36","37","38","39","40","41","42","43","44","45","46","47","48","49","50","51","52","53","54","55","56","73","74","75","76","77","78","79","80","81","82","83","84","85","86","87","88","89","90","91","92","93","94","95","96","97","98","99","100","102","103","104","105","106","107","108","109","110","111","112","113","114","115","116","117","118","119","120","121","122","123","124","125"] (gdb) 881 info sharedlibrary &"info sharedlibrary\n" ~"No shared libraries loaded at this time.\n" 881^done (gdb) 882-environment-directory ... ... (gdb) 883-data-list-register-names 883^done,register-names=["rax","rbx","rcx","rdx","rsi","rdi","rbp","rsp","r8","r9","r10","r11","r12","r13","r14","r15","rip","eflags","cs","ss","ds","es","fs","gs","st0","st1","st2","st3","st4","st5","st6","st7","fctrl","fstat","ftag","fiseg","fioff","foseg","fooff","fop","xmm0","xmm1","xmm2","xmm3","xmm4","xmm5","xmm6","xmm7","xmm8","xmm9","xmm10","xmm11","xmm12","xmm13","xmm14","xmm15","mxcsr","","","","","","","","","","","","","","","","","orig_rax","al","bl","cl","dl","sil","dil","bpl","spl","r8l","r9l","r10l","r11l","r12l","r13l","r14l","r15l","ah","bh","ch","dh","ax","bx","cx","dx","si","di","bp","","r8w","r9w","r10w","r11w","r12w","r13w","r14w","r15w","eax","ebx","ecx","edx","esi","edi","ebp","esp","r8d","r9d","r10d","r11d","r12d","r13d","r14d","r15d"] (gdb) 884-break-insert -t init/main.c:start_kernel 884^done,bkpt={number="1",type="breakpoint",disp="del",enabled="y",addr="0xffffffff81cf083e",func="start_kernel",file="init/main.c",fullname="/home/curtyc/Linux_kernel_source/linux-3.3/init/main.c",line="464",times="0",original-location="init/main.c:start_kernel"} (gdb) 885-exec-continue 885^running *running,thread-id="all" (gdb) 885^error,msg="Remote 'g' packet reply is too long: 00000000000000000090f700000000000090f70100000000020000000000000080dfd781ffffffffb0dfd781ffffffff781fc081ffffffff601fc081ffffffff0090f7000000000000000001000000000090f700000000000000000100000000200000000000000000f0dd81ffffffffa81fc081ffffffff00c00800000000003e08cf81ffffffff9600000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007f0300000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000801f0000" (gdb) 886 info threads &"info threads\n" ~" Id Target Id Frame \n" ~"* 1 Thread 1 (CPU#0 [running]) (running)\n" 886^done (gdb) 887-stack-info-depth 887^error,msg="Target is executing." (gdb) 888-stack-info-depth 888^error,msg="Target is executing." (gdb) 889-stack-list-frames 0 1 889^error,msg="Target is executing." (gdb) 890-data-list-changed-registers 890^error,msg="Target is executing." (gdb) ------ cut here ------- Thanks in advance for your attention. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.