From: tomasz.figa@gmail.com (Tomasz Figa)
To: linux-arm-kernel@lists.infradead.org
Subject: kernel debugging (KGDB or JTAG)
Date: Tue, 02 Aug 2011 20:04:27 +0200 [thread overview]
Message-ID: <1543460.s0MdrL8kip@easynote> (raw)
In-Reply-To: <op.vzkug7a5yxxkfz@localhost.localdomain>
Hi Jan,
On Tuesday 02 of August 2011 at 10:13:45, Jan Pohanka wrote:
> Using j-ling JTAG probe from segger I can't start debug session at all.
> When JLinkGDBServer connects it resets the board and I'm not able to
> resume the execution. I have found e.g. this howto
> http://www.timesys.com/embedded-linux/docs/Debug_Linux_kernel_with_a_JTAG_fr
> om_Segger but as I said it is not working for me.
>
> Here is the log from JLinkGDBServer
>
> J-Link connected
> Firmware: J-Link ARM V8 compiled Jul 5 2011 20:48:23
> Hardware: V8.00
> S/N: [...]
>
> J-Link found 2 JTAG devices, Total IRLen = 8
> JTAG ID: 0x07926121 (ARM9)
>
> Connected to 127.0.0.1
> Reading all registers
> WARNING: Failed to read cacheable memory @ address 0x00000000
> Read 4 bytes @ address 0x00000000 (Data = 0x00000000)
> Starting target CPU...
It might be irrelevant, but I have successfully used J-Link to debug Linux
kernel on S3C6410 SoC, containing an ARM1176JZF-s core, using latest beta
firmware and their GDB server for windows.
The sequence of operations might be important here. I've been doing it in
following order:
- started GDB server
- powered the board on
- attached GDB client
- issued 'cont' command to proceed to u-boot and continue normal execution
What might be also helpful is to disable all hang checks in kernel debugging
section, because the kernel would panic with a false positive after pausing
the operation for some time.
Best regards,
Tom
prev parent reply other threads:[~2011-08-02 18:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-02 8:13 kernel debugging (KGDB or JTAG) Jan Pohanka
2011-08-02 9:32 ` Marc Titinger
2011-08-02 9:46 ` Jan Pohanka
2011-08-02 18:04 ` Tomasz Figa [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=1543460.s0MdrL8kip@easynote \
--to=tomasz.figa@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.