From: Yong Zhang <yong.zhang0@gmail.com>
To: Naresh Bhat <nareshgbhat@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: x86_64 arch+SMP ON+linux-2.6.32.46+E1000+KGDBOE = Timed out. Ignoring packet error, continuing...
Date: Wed, 8 Feb 2012 15:54:51 +0800 [thread overview]
Message-ID: <20120208075451.GB19691@zhy> (raw)
In-Reply-To: <CAJXQGfKRkSOSo12Daimias-VHxvgjZDH4rJi0XZAd3o9-9eCfg@mail.gmail.com>
On Wed, Feb 08, 2012 at 12:46:04PM +0530, Naresh Bhat wrote:
> Hi Yong,
>
> Yes, I know they have removed the KGDBOE support. I have forward
> ported the patch to linux-2.6.32.46 kernel. I was just trying to
> understand this issue belongs to which of the category ?
Maybe you can try with other KGDB method to debug your system, like
KGDB_SERIAL_CONSOLE.
Thus you can narrow down your problem.
Thanks,
Yong
>
> 1. Is there any issue with Ethernet driver E1000 issue ?
> 2. Is it belongs to KGDB ?
> 3. Is there any kernel SMP hang issue for x86 64bit architecture which
> is fixed in upstream kernel ?
> 4. None of the above and something else is broken ?
>
> Is there any available patch ? any guidance to fix the error in E1000
> driver. I will really appreciate your help.
>
> Thanks and Regards
> -Naresh Bhat
>
> On 2/8/12, Yong Zhang <yong.zhang0@gmail.com> wrote:
> > On Tue, Feb 07, 2012 at 09:38:49PM +0530, Naresh Bhat wrote:
> >> Hi,
> >>
> >> I am trying KGDBOE on the following kernel
> >
> > Is KGDBOE supported by upstream? Actually I don't find it
> > in the source tree.
> >
> > Thanks,
> > Yong
> >
> >>
> >> Kernel - linux-2.6.32.46 (With SMP set)
> >> Hardware - x86 64bit machine (Intel Nehlaum)
> >> Ethernet - E1000 driver is used
> >>
> >> But I am getting the following error
> >>
> >> ........
> >> ............
> >> .................
> >> Breakpoint 2, sys_sync () at fs/sync.c:130
> >> 130 wakeup_flusher_threads(0);
> >> (gdb) s
> >> wakeup_flusher_threads (nr_pages=0) at fs/fs-writeback.c:1005
> >> 1005 {
> >> (gdb) s
> >>
> >> Ignoring packet error, continuing...
> >> Ignoring packet error, continuing...
> >> Ignoring packet error, continuing...
> >>
> >>
> >> Detailed logs with debug set :
> >> -----------------------------------------
> >>
> >> ...................
> >> ................................
> >> .......................................
> >> Sending packet: $z0,ffffffff810ad687,1#66...Ack
> >> Packet received: OK
> >> target_remove_breakpoint (0x810ad687, xxx) = 0
> >> target_terminal_ours ()
> >> kgdb_register_io_module (new_kgdb_io_ops=0xffffffff81a9d5b0) at
> >> kernel/kgdb.c:1778
> >> 1778 }
> >> (gdb) n
> >> Sending packet: $Z0,ffffffff810ad687,1#46...Ack
> >> Packet received: OK
> >> target_insert_breakpoint (0x810ad687, xxx) = 0
> >> target_terminal_inferior ()
> >> Sending packet: $s#73...Ack
> >> target_resume (-1, step, 0)
> >> Packet received: T05thread:0000000000000001;
> >> target_wait (-1, status) = 42000, status->kind = stopped, signal =
> >> SIGTRAP
> >> target_thread_architecture (Thread 1) = 0xa2e45c0 [i386:x86-64]
> >> Sending packet: $g#67...Ack
> >> Packet received:
> >> 0000000000000000b0d5a981ffffffffffffffff00000000ffffffff0000000086020000000000004602000000000000b07e0b2f0088ffffa87e0b2f0088ffff000000000000000058f8b081ffffffff507d0b2f0088ffff18b20681ffffffff000000000000000008000000000000000800000000000000b0610300000000005cda0a81ffffffff820300001000000018000000
> >> target_fetch_registers (rip) = 5cda0a81ffffffff 0xffffffff810ada5c
> >> -2129995172
> >> target_stopped_by_watchpoint () = 0
> >> target_terminal_inferior ()
> >> Sending packet: $s#73...Ack
> >> target_resume (-1, step, 0)
> >> Packet received: T05thread:0000000000000001;
> >> target_wait (-1, status) = 42000, status->kind = stopped, signal =
> >> SIGTRAP
> >> target_thread_architecture (Thread 1) = 0xa2e45c0 [i386:x86-64]
> >> Sending packet: $g#67...Ack
> >> Packet received:
> >> 00000000000000000000000000000000ffffffff00000000ffffffff0000000086020000000000004602000000000000b07e0b2f0088ffffb07e0b2f0088ffff000000000000000058f8b081ffffffff507d0b2f0088ffff18b20681ffffffff000000000000000008000000000000000800000000000000b0610300000000005dda0a81ffffffff820300001000000018000000
> >> target_fetch_registers (rip) = 5dda0a81ffffffff 0xffffffff810ada5d
> >> -2129995171
> >> target_stopped_by_watchpoint () = 0
> >> target_terminal_inferior ()
> >> Sending packet: $s#73...Ack
> >> target_resume (-1, step, 0)
> >> Packet received: T05thread:0000000000000001;
> >> target_wait (-1, status) = 42000, status->kind = stopped, signal =
> >> SIGTRAP
> >> target_thread_architecture (Thread 1) = 0xa2e45c0 [i386:x86-64]
> >> Sending packet: $g#67...Ack
> >> Packet received:
> >> 00000000000000000000000000000000ffffffff00000000ffffffff0000000086020000000000004602000000000000c07e0b2f0088ffffb87e0b2f0088ffff000000000000000058f8b081ffffffff507d0b2f0088ffff18b20681ffffffff000000000000000008000000000000000800000000000000b0610300000000005eda0a81ffffffff820300001000000018000000
> >> target_fetch_registers (rip) = 5eda0a81ffffffff 0xffffffff810ada5e
> >> -2129995170
> >> target_stopped_by_watchpoint () = 0
> >> target_terminal_inferior ()
> >> Sending packet: $s#73...Ack
> >> target_resume (-1, step, 0)
> >> Packet received: T05thread:0000000000000001;
> >> target_wait (-1, status) = 42000, status->kind = stopped, signal =
> >> SIGTRAP
> >> target_thread_architecture (Thread 1) = 0xa2e45c0 [i386:x86-64]
> >> Sending packet: $g#67...Ack
> >> Packet received:
> >> 00000000000000000000000000000000ffffffff00000000ffffffff0000000086020000000000004602000000000000c07e0b2f0088ffffc07e0b2f0088ffff000000000000000058f8b081ffffffff507d0b2f0088ffff18b20681ffffffff000000000000000008000000000000000800000000000000b061030000000000180d3e81ffffffff820300001000000018000000
> >> target_fetch_registers (rip) = 180d3e81ffffffff 0xffffffff813e0d18
> >> -2126639848
> >> target_stopped_by_watchpoint () = 0
> >> target_terminal_ours_for_output ()
> >> Sending packet: $mffffffff813e0d18,1#f8...Ack
> >> Packet received: 85
> >> remote:target_xfer_partial (2, (null), 0xbfe00edb, 0x0,
> >> 0xffffffff813e0d18, 1) = 1, bytes = 85
> >> Sending packet: $mffffffff813e0d18,1#f8...Ack
> >> Packet received: 85
> >> remote:target_xfer_partial (2, (null), 0xbfe00edb, 0x0,
> >> 0xffffffff813e0d18, 1) = 1, bytes = 85
> >> Sending packet: $mffff88002f0b7ec0,40#be...Ack
> >> Packet received:
> >> e07e0b2f0088ffff510d3e81ffffffff0800000000000000380d3e81ffffffff107f0b2f0088ffff5fa00081ffffffff107f0b2f0088ffffb0bcb881ffffffff
> >> remote:target_xfer_partial (3, (null), 0xa944050, 0x0,
> >> 0xffff88002f0b7ec0, 64) = 64, bytes =
> >> e0 7e 0b 2f 00 88 ff ff 51 0d 3e 81 ff ff ff ff ...
> >> remote:target_xfer_partial (4, (null), 0xa944030, 0x0,
> >> 0xffff88002f0b7ec8, 8) = 8, bytes =
> >> 51 0d 3e 81 ff ff ff ff
> >> remote:target_xfer_partial (4, (null), 0xa944030, 0x0,
> >> 0xffff88002f0b7ec0, 8) = 8, bytes =
> >> e0 7e 0b 2f 00 88 ff ff
> >> target_terminal_inferior ()
> >> Sending packet: $s#73...Ack
> >> target_resume (-1, step, 0)
> >> Packet received: T05thread:0000000000000001;
> >> target_wait (-1, status) = 42000, status->kind = stopped, signal =
> >> SIGTRAP
> >> target_thread_architecture (Thread 1) = 0xa2e45c0 [i386:x86-64]
> >> Sending packet: $g#67...Ack
> >> Packet received:
> >> 00000000000000000000000000000000ffffffff00000000ffffffff0000000086020000000000004602000000000000c07e0b2f0088ffffc07e0b2f0088ffff000000000000000058f8b081ffffffff507d0b2f0088ffff18b20681ffffffff000000000000000008000000000000000800000000000000b0610300000000001a0d3e81ffffffff460300001000000018000000
> >> target_fetch_registers (rip) = 1a0d3e81ffffffff 0xffffffff813e0d1a
> >> -2126639846
> >> target_stopped_by_watchpoint () = 0
> >> target_terminal_inferior ()
> >> Sending packet: $s#73...Ack
> >> target_resume (-1, step, 0)
> >> Packet received: T05thread:0000000000000001;
> >> target_wait (-1, status) = 42000, status->kind = stopped, signal =
> >> SIGTRAP
> >> target_thread_architecture (Thread 1) = 0xa2e45c0 [i386:x86-64]
> >> Sending packet: $g#67...Sending packet: $g#67...Sending packet:
> >> $g#67...Sending packet: $g#67...Timed out.
> >> Timed out.
> >> Timed out.
> >> Ignoring packet error, continuing...
> >> Bad register packet; fetching a new packet
> >> Timed out.
> >> Timed out.
> >> Timed out.
> >> Ignoring packet error, continuing...
> >> Bad register packet; fetching a new packet
> >> Timed out.
> >> Timed out.
> >> Timed out.
> >> Ignoring packet error, continuing...
> >> Bad register packet; fetching a new packet
> >> Timed out.
> >> ..........................
> >> .................................
> >>
> >>
> >> Please help me to identify any available patch in kernel.org or any
> >> guidance to fix the above error. I will really appreciate your help
> >> on this.
> >>
> >>
> >> -- Thanks and Regards
> >> "For things to change, we must change"
> >> -Naresh Bhat
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> >> Please read the FAQ at http://www.tux.org/lkml/
> >
> > --
> > Only stand for myself
> >
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Only stand for myself
next prev parent reply other threads:[~2012-02-08 7:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-07 16:08 x86_64 arch+SMP ON+linux-2.6.32.46+E1000+KGDBOE = Timed out. Ignoring packet error, continuing Naresh Bhat
2012-02-08 1:52 ` Yong Zhang
2012-02-08 7:16 ` Naresh Bhat
2012-02-08 7:54 ` Yong Zhang [this message]
2012-02-08 8:14 ` Naresh Bhat
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120208075451.GB19691@zhy \
--to=yong.zhang0@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=nareshgbhat@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).