From: Richard Brunelle <rbrunelle@envitech.com>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: gdb@sources.redhat.com
Subject: Re: Ctrl-c problem
Date: Mon, 02 Dec 2002 09:27:00 -0000 [thread overview]
Message-ID: <3DEB975E.4050200@envitech.com> (raw)
In-Reply-To: <20021202171836.GA13745@nevyn.them.org>
That was the problem.
You are right, miss-configuration problem, not a gdb bug.
Daniel Jacobowitz wrote:
>Sure, it's possible. You should probably have console and KGDB
>configured for different ports...
>
>In any case, not a GDB bug.
>
>On Mon, Dec 02, 2002 at 12:02:07PM -0500, Richard Brunelle wrote:
>
>
>>I tried echoing '\003' and I still can't stop it.
>>
>>I'm wondering if the problem doesn't come when the boot resumed. After
>>the boot procedure is completed, is there a chance that the serial port
>>used on the target machine be re-configured to a different baud rate?
>>
>>Daniel Jacobowitz wrote:
>>
>>
>>
>>>Then it should work if you are using any current KGDB patch. You can
>>>try echoing '\003' out the serial port (echo '\003' > /dev/ttyS0) and
>>>see if that stops it.
>>>
>>>On Mon, Dec 02, 2002 at 11:17:17AM -0500, Richard Brunelle wrote:
>>>
>>>
>>>
>>>
>>>>My target platform is a x86 single board computer running a PentiumMMX @
>>>>266 MHz.
>>>>Its seen as a standard PC with extra hardware on it (analog to digital
>>>>converter).
>>>>
>>>>Daniel Jacobowitz wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>On Fri, Nov 29, 2002 at 04:07:14PM -0500, Richard Brunelle wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Hi,
>>>>>>
>>>>>>I'm doing kernel debugging through the use of gdb running on a
>>>>>>development machine and a gdb stub running on a target machine. The
>>>>>>latter is acheive with the kgdb patch applied to a kernel 2.4.18. This
>>>>>>patch allows me to connect a development PC to a target PC through a
>>>>>>serial line. It allows me to remotely debug a patched kernel. The
>>>>>>connection works fine, I'm able to connect gdb to the target machine at
>>>>>>boot time (target remote /dev/tyS0). The problem is not hardware. I am
>>>>>>able to step in the kernel code at this time. After a few step, I
>>>>>>resume the execution of the kernel with the continue command.
>>>>>>
>>>>>>My problem comes when I want to stop the execution of the target kernel
>>>>>>with gdb. Usually Ctrl-c is used to stop the execution of the running
>>>>>>process. So I hit Ctrl-c but the kernel never stop.
>>>>>>
>>>>>>Is there any configuration for gdb to enable Ctrl-c?
>>>>>>
>>>>>>Does anyone ever experience this problem?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>What's your target platform? C-c works using the x86 KGDB stub. I
>>>>>don't know if it works on PowerPC, and it definitely doesn't work on
>>>>>MIPS. This is a stub question.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>
prev parent reply other threads:[~2002-12-02 17:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-29 13:09 Richard Brunelle
2002-12-01 13:35 ` Daniel Jacobowitz
2002-12-02 8:20 ` Richard Brunelle
2002-12-02 8:25 ` Daniel Jacobowitz
2002-12-02 9:05 ` Richard Brunelle
2002-12-02 9:18 ` Daniel Jacobowitz
2002-12-02 9:27 ` Richard Brunelle [this message]
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=3DEB975E.4050200@envitech.com \
--to=rbrunelle@envitech.com \
--cc=drow@mvista.com \
--cc=gdb@sources.redhat.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