Re: [linux-sh:03382] Problem when using GDB stub for SH2
Fabio Giovagnini <[email protected]> Thu, 20 Jan 2005 14:28:26 +0000
| Newsgroups | gmane.linux.ports.sh.devel,gmane.linux.ports.sh.general |
|---|---|
| Organization | Walbro Italy |
| Message-ID | <[email protected]> |
Hi Paul, was the sh-ipl+g you developed for arn44b (sh2 7044 based board) available on CVS? Did you test it? Thanks Ciao Fabio On Thursday 20 January 2005 12:41, Min ZOU wrote: > Hi Fabio, > > Fabio Giovagnini wrote: > > Did you used sh-ipl+g as is for sh-2 only setting you serial line? > > I used my own UART initialization routine, and it is working. In fact, > the hardware initialization part is not the issue. The problem is more > on how gdb stub handles breakpoint and continue commands from gdb. > > >>5. start the kernel: > >> (gdb) c > >> Continuing. > >> Sending packet: $Z0,1ba26,2#70...Ack > >> Packet received: > >> Packet Z0 (software-breakpoint) is NOT supported > >> Sending packet: $m1ba26,2#27...Ack > >> Packet received: d107 > >> Sending packet: $M1ba26,2:c320#39...Ack > >> Packet received: OK > >> Sending packet: $Hc0#db...Ack > >> Packet received: > >> Sending packet: $c#63...Ack > > For the above scenario (in my previous email), I have a few questions: > - why does gdb know to write "c320" which is the opcode for "trapa #32" > for SH2? > - what are the possible reasons of why there is no response from stub > after gdb sends the packet "$c#63"? > > > It should be working with the job done by Paul Mundt. > > Is it rigth Paul? > > Anyway Min ZOU, we have a working version for sh4 7044. > > Where is the source code available? > > Thanks! ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl