This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Sat Apr 20 05:21:51 2024 Received: from entropy.muc.muohio.edu (entropy.muc.muohio.edu [134.53.193.10]) by herbie.ucs.indiana.edu (8.8.8/8.8.8) with ESMTP id UAA29762 for ; Tue, 16 Dec 1997 20:24:31 -0500 (EST) Received: from vger.rutgers.edu (root@vger.rutgers.edu [128.6.190.2]) by entropy.muc.muohio.edu (8.8.7/8.8.7) with ESMTP id UAA27131; Tue, 16 Dec 1997 20:21:10 -0500 Received: by vger.rutgers.edu id <971242-28343>; Tue, 16 Dec 1997 20:11:10 -0500 Received: from tetra.cisco.com ([171.69.30.32]:57238 "EHLO tetra.cisco.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <970796-28343>; Tue, 16 Dec 1997 20:10:50 -0500 Received: from cisco.com (delhi.cisco.com [171.69.199.39]) by tetra.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.6.5) with ESMTP id RAA18942 for ; Tue, 16 Dec 1997 17:13:44 -0800 (PST) Message-Id: <34972747.18064339@cisco.com> Date: Tue, 16 Dec 1997 17:13:44 -0800 From: Mahesh Jethanandani Organization: Cisco Systems, Inc. X-Mailer: Mozilla 4.02 [en] (X11; U; SunOS 5.5.1 sun4u) Mime-Version: 1.0 To: linux-kernel@vger.rutgers.edu Subject: [Fwd: Kernel debugging with gdb] Content-Type: multipart/mixed; boundary="------------80B965C37FAAD1641698D4CB" X-Orcpt: rfc822;linux-kernel@vger.rutgers.edu Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk This is a multi-part message in MIME format. --------------80B965C37FAAD1641698D4CB Content-Type: multipart/alternative; boundary="------------701D2D4638513511063E7CA2" --------------701D2D4638513511063E7CA2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Mahesh Jethanandani |\/\/\/| | mahesh@cisco.com | \ /| LIFE'S COMPLEX - IT HAS | Cisco Systems Inc. | (o)(o) REAL & IMAGINARY PARTS | 170 West Tasman Drive C _) | San Jose, CA 95134 | \___| | (408) 527-8230 | / All Std. Disclaimers apply. | (408) 527-8254(fax) --------------701D2D4638513511063E7CA2 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit  
-- 
Mahesh Jethanandani

|\/\/\/|                              |      mahesh@cisco.com
|  \  /|   LIFE'S COMPLEX - IT HAS    |      Cisco Systems Inc.
| (o)(o)   REAL & IMAGINARY PARTS     |      170 West Tasman Drive
C      _)                             |      San Jose, CA 95134
| \___|                               |      (408) 527-8230
 |   /   All Std. Disclaimers apply.  |      (408) 527-8254(fax)
  --------------701D2D4638513511063E7CA2-- --------------80B965C37FAAD1641698D4CB Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <3495E74A.92BD1667@cisco.com> Date: Mon, 15 Dec 1997 18:28:27 -0800 From: Mahesh Jethanandani Organization: Cisco Systems, Inc. X-Mailer: Mozilla 4.02 [en] (X11; U; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: Majordomo@vger.rutgers.edu Subject: Kernel debugging with gdb Content-Type: multipart/alternative; boundary="------------E84B74B9058087A74D83194B" --------------E84B74B9058087A74D83194B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I picked up the gdbstub-2.0.30 utility and patches to enable me to run gdb on a 2.0.30 kernel which I got from redhat-4.2. However, I seem to be running into an issue when I try to start gdbstub on the target machine with the following command /usr/local/bin/gdbstub -s 38400 -t /dev/ttyS0 < I picked up the gdbstub-2.0.30 utility and patches to enable me to run gdb on a 2.0.30 kernel which I got from redhat-4.2. However, I seem to be running into an issue when I try to start gdbstub on the target machine with the following command

/usr/local/bin/gdbstub -s 38400 -t /dev/ttyS0 <<EOF

EOF

I see the following output in /var/log/messages:

Nov 30 18:17:42 capetown kernel: gdb_hook_interrupt: set_debug_traps()
Nov 30 18:17:42 capetown kernel: gdb_hook_interrupt: breakpoint()
Nov 30 18:17:42 capetown kernel: int3: 0000
Nov 30 18:17:42 capetown kernel: CPU:    0
Nov 30 18:17:42 capetown kernel: EIP:    0010:[sleep_on+74/124]
Nov 30 18:17:42 capetown kernel: EFLAGS: 00000202
Nov 30 18:17:42 capetown kernel: eax: 00000021   ebx: 001d08a0   ecx: 001ca888   edx: 0194f018
Nov 30 18:17:42 capetown kernel: esi: 00b47000   edi: 08048698   ebp: 001d08a0   esp: 00c90f20
Nov 30 18:17:42 capetown kernel: ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018
Nov 30 18:17:42 capetown kernel: Process gdbstub (pid: 717, process nr: 60, stackpage=00c90000)
Nov 30 18:17:42 capetown kernel: Stack: 0017de5a 001bcdc8 001bcda1 00000000 0017cc62 001d08a0 00000000 00000000
Nov 30 18:17:42 capetown kernel:        08048698 00b47000 0000037d 0101d098 00000001 00000000 00c03414 019886c8
Nov 30 18:17:42 capetown kernel:        00124d36 01988698 00180067 00b47000 011f9f00 0000545e 00000000 011f9f00
Nov 30 18:17:42 capetown kernel: Call Trace: [init_dev+1018/1376] [rs_init+954/996] [refile_buffer+402/804] [n_tty_receive_buf+1551/2852] [fcntl_setlk+194/372] [system_call+85/124]
Nov 30 18:17:42 capetown kernel: Code: c3 90 83 ec 08 57 8d 44 24 08 89 44 24 04 50 e8 1e 00 00 00

On looking further, I notice that when I take the above trap, I fall into DO_VM86_ERROR(). I do not understand why? What am I doing wrong?

-- 
Mahesh Jethanandani

|\/\/\/|                              |      mahesh@cisco.com
|  \  /|   LIFE'S COMPLEX - IT HAS    |      Cisco Systems Inc.
| (o)(o)   REAL & IMAGINARY PARTS     |      170 West Tasman Drive
C      _)                             |      San Jose, CA 95134
| \___|                               |      (408) 527-8230
 |   /   All Std. Disclaimers apply.  |      (408) 527-8254(fax)
  --------------E84B74B9058087A74D83194B-- --------------80B965C37FAAD1641698D4CB--