[Openocd-development] [PATCH] Add initial PXA3xx support

2009-11-28 Thread Marek Vasut
Hi, attached (because of a buggy mailer not inline) is a patch that adds basic support for XScale/PXA3xx. Tested on PXA320 CPU. Please consider applying. Thanks. Signed-off-by: Marek Vasut From f4653c4af3c5fc093f9df69b7d0d16843c221d0d Mon Sep 17 00:00:00 2001 From: Marek Vasut Date: Sun, 29

Re: [Openocd-development] [PATCH] Add initial PXA3xx support

2009-11-28 Thread Marek Vasut
Dne Ne 29. listopadu 2009 05:21:20 David Brownell napsal(a): > On Saturday 28 November 2009, Marek Vasut wrote: > > @@ -70,6 +70,13 @@ static int xscale_set_watchpoint(struct target *, > > struct watchpoint *); static int xscale_unset_breakpoint(struct target *, > > struct

Re: [Openocd-development] [PATCH] Add initial PXA3xx support

2009-11-29 Thread Marek Vasut
Dne Ne 29. listopadu 2009 06:10:57 David Brownell napsal(a): > On Saturday 28 November 2009, Marek Vasut wrote: > > > > +static int xscale_version = XSCALE_IXP4XX_PXA2XX; > > > > > > Please put this in the instance-specific struct ... this approach > > &g

Re: [Openocd-development] [PATCH] Add initial PXA3xx support (config file)

2009-11-29 Thread Marek Vasut
Dne Ne 29. listopadu 2009 06:10:57 David Brownell napsal(a): > On Saturday 28 November 2009, Marek Vasut wrote: > > > > +static int xscale_version = XSCALE_IXP4XX_PXA2XX; > > > > > > Please put this in the instance-specific struct ... this approach > > &g

[Openocd-development] [PATCH] Supply 11-bit BYPASS instruction for PXA3xx

2009-11-30 Thread Marek Vasut
Hi, patch is attached, please consider applying. The pxa3xx uses different BYPASS instruction (0x7ff) than pxa2xx and ixp4xx, which use 0x7f. Signed-off-by: Marek Vasut From 9c99c68059b213db828bcba73b512a980dc782d4 Mon Sep 17 00:00:00 2001 From: Marek Vasut Date: Tue, 1 Dec 2009 01:15:21 +0100

Re: [Openocd-development] [PATCH] Supply 11-bit BYPASS instruction for PXA3xx

2009-11-30 Thread Marek Vasut
Dne Út 1. prosince 2009 01:17:57 Marek Vasut napsal(a): > Hi, patch is attached, please consider applying. The pxa3xx uses different > BYPASS instruction (0x7ff) than pxa2xx and ixp4xx, which use 0x7f. > > Signed-off-by: Marek Vasut > Argh, the following patch doesn't hav

[Openocd-development] NAND: add erase_page callback

2009-12-11 Thread Marek Vasut
Hi, included is a patch that adds possibility to supply erase_page function in a driver, overriding the default behaviour of core.c From 7fa880bfe5a541b1b5df520cf023268491d4ca2e Mon Sep 17 00:00:00 2001 From: Marek Vasut Date: Sat, 12 Dec 2009 00:39:54 +0100 Subject: [PATCH] NAND: Add

[Openocd-development] NAND: breakage

2009-12-11 Thread Marek Vasut
Hi, looks like the NAND isn't registered at all. I use the following (incorrect) patch to work it around FTTB. diff --git a/src/flash/nand/tcl.c b/src/flash/nand/tcl.c index e69882b..15426e9 100644 --- a/src/flash/nand/tcl.c +++ b/src/flash/nand/tcl.c @@ -580,6 +580,13 @@ static COMMAND_HELPER(c

Re: [Openocd-development] NAND: breakage

2009-12-11 Thread Marek Vasut
Dne So 12. prosince 2009 03:47:09 Zach Welch napsal(a): > Thanks. I broke it, but I just pushed a patch to fix this properly. Sure, great ... thanks for fixing it, I need some sleep badly so I couldn't come with anything decent ;-) > > On Sat, 2009-12-12 at 02:05 +0100, Mar

Re: [Openocd-development] NAND: add erase_page callback

2009-12-12 Thread Marek Vasut
Dne So 12. prosince 2009 00:41:48 Marek Vasut napsal(a): > Hi, > > included is a patch that adds possibility to supply erase_page function in > a driver, overriding the default behaviour of core.c > Hi, any updates ? Thanks ___ Open

Re: [Openocd-development] NAND: add erase_page callback

2009-12-12 Thread Marek Vasut
Dne So 12. prosince 2009 22:39:43 David Brownell napsal(a): > On Saturday 12 December 2009, Marek Vasut wrote: > > Dne So 12. prosince 2009 00:41:48 Marek Vasut napsal(a): > > > included is a patch that adds possibility to supply erase_page function > > > in a dri

Re: [Openocd-development] NAND: add erase_page callback

2009-12-12 Thread Marek Vasut
Dne Ne 13. prosince 2009 03:25:07 David Brownell napsal(a): > On Saturday 12 December 2009, Marek Vasut wrote: > > > I was wondering why to merge something that doesn't have any > > > users ... :) > > > > I have pxa3xx nand driver ready that will need t

Re: [Openocd-development] NAND: add erase_page callback

2009-12-12 Thread Marek Vasut
Dne Ne 13. prosince 2009 05:21:36 Dean Glazeski napsal(a): > > Also, can you restructure it so that you don't just add a bit > > "if (there's a custom erase_page) { ... }"? That's the sort > > of thing which is easier to just require. > > So, does this mean we restructure the entire NAND core to

Re: [Openocd-development] NAND: add erase_page callback

2009-12-13 Thread Marek Vasut
Dne Ne 13. prosince 2009 06:36:47 David Brownell napsal(a): > On Saturday 12 December 2009, Marek Vasut wrote: > > > Also, can you restructure it so that you don't just add a bit > > > "if (there's a custom erase_page) { ... }"? That's the sort

Re: [Openocd-development] NAND: add erase_page callback

2009-12-13 Thread Marek Vasut
Dne Ne 13. prosince 2009 21:06:32 David Brownell napsal(a): > On Sunday 13 December 2009, Marek Vasut wrote: > > > > > Either provide the > > > > > current logic in a separate routine that gets patched into the > > > > > ops vector of any driver that

Re: [Openocd-development] NAND: add erase_page callback

2009-12-14 Thread Marek Vasut
Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a): > On Sunday 13 December 2009, Marek Vasut wrote: > > I'd send followup patch that'd clean that mess up altogether ... it's > > cleaner and much easier to track back in git log. > > Go for it the

Re: [Openocd-development] NAND: add erase_page callback

2009-12-14 Thread Marek Vasut
Dne Po 14. prosince 2009 21:55:25 David Brownell napsal(a): > On Monday 14 December 2009, Marek Vasut wrote: > > Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a): > > > On Sunday 13 December 2009, Marek Vasut wrote: > > > > I'd send followup patch t

Re: [Openocd-development] NAND: add erase_page callback

2009-12-16 Thread Marek Vasut
Dne Po 14. prosince 2009 21:55:25 David Brownell napsal(a): > On Monday 14 December 2009, Marek Vasut wrote: > > Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a): > > > On Sunday 13 December 2009, Marek Vasut wrote: > > > > I'd send followup patch t

Re: [Openocd-development] Have the NAND erase function use the nand page command

2009-12-18 Thread Marek Vasut
Dne Pá 18. prosince 2009 06:11:23 Dean Glazeski napsal(a): > Sorry, I took another look and saw what you were talking about and how to > correct for it. Here's another version that addresses that issue. > > // Dean Glazeski > > On Thu, Dec 17, 2009 at 10:56 PM, Dean Glazeski wrote: > > Oh, I di

Re: [Openocd-development] Have the NAND erase function use the nand page command

2009-12-18 Thread Marek Vasut
Dne Pá 18. prosince 2009 16:02:35 Dean Glazeski napsal(a): > The increase happens because the NAND erase function was using 1000 for a > timeout so I just increased the general timeout to that amount. I don't > think it should be a big deal because the timeout shouldn't happen > normally. > > By

Re: [Openocd-development] PXA270: can read/write the core registers, but can't read memory and registers of the devices on chip

2010-04-19 Thread Marek Vasut
Dne Pá 16. dubna 2010 09:45:09 Kaius Häggblom napsal(a): > The JTAGkey-tiny dongle and board work OK, I have now successfully used > the ColibriLoader software to download images to the board. > > ~kaius Hey, firstly, please stop top-posting (aka post below the email you are replying to or into

Re: [Openocd-development] build openocd for arm

2010-04-25 Thread Marek Vasut
Dne Ne 25. dubna 2010 14:09:18 Nico Coesel napsal(a): > Yu, > IMHO this has to do with the way arm_jtag.h is doing some obfusticated > casts. IIRC I posted a patch to this list a couple of months ago. I ran > into the same problem when compiling for MIPS. True indeed. You can read 4 byte wide data

[Openocd-development] [PATCH] Add VPACLink interface definition

2010-04-25 Thread Marek Vasut
This patch adds definition file for the Voipac VPACLink JTAG adaptor. The adaptor is combined JTAG/UART device. Signed-off-by: Marek Vasut --- tcl/interface/vpaclink.cfg | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) create mode 100644 tcl/interface/vpaclink.cfg diff

[Openocd-development] [PATCH] Add Voipac PXA270 module support

2010-04-25 Thread Marek Vasut
This patch adds support for the Voipac PXA270 module. Including NOR flash. Signed-off-by: Marek Vasut --- tcl/board/voipac.cfg | 12 1 files changed, 12 insertions(+), 0 deletions(-) create mode 100644 tcl/board/voipac.cfg diff --git a/tcl/board/voipac.cfg b/tcl/board

Re: [Openocd-development] OpenOCD

2010-05-31 Thread Marek Vasut
Dne Po 31. května 2010 09:49:18 Mars Steeve napsal(a): > Hi Marek, > > I finally received my JTAG KEY Tiny and successfully compiled OpenOCD 0.4.0 > with your patches. > > Unfortunately, I'm unable to flash or debug my board (colibri pxa320), the > CPU is never halted. > > I post the result of "

Re: [Openocd-development] OpenOCD

2010-05-31 Thread Marek Vasut
Dne Po 31. května 2010 16:19:23 Mars Steeve napsal(a): > I don't think that it's an electrical problem, the jtagkey works fine with > ColibriLoader software, except that it cannot upload more than 128KB > (unable to flash an entire u-boot with flash support). > > >I saw this with my vpaclink on Zy

Re: [Openocd-development] ./configure --enable-maintainer-mode LIBS=-lfoo-1.0 not working?

2010-06-02 Thread Marek Vasut
Dne St 2. června 2010 18:35:40 Martin Zenzes napsal(a): > Hi, > > when I do > > ./configure LDFLAGS=-L/opt/libftdi-1.0 LIBS=-lftdi-1.0 > --enable-maintainer-mode > > with recent git (d944a0b) , I'm getting an error: > > configure: error: C compiler cannot create executables > > after removing

Re: [Openocd-development] ULink

2010-08-30 Thread Marek Vasut
Dne Po 30. srpna 2010 22:23:25 gla...@hotmail.de napsal(a): > Hi guy's > > I was thinking about to get the segger jlink or the ulink2. But since I > only found the cfg File for JLink I was wondering wheter uLink2 is > supported or not. > > thx Hi, what chipset is used in it?

Re: [Openocd-development] PXA question

2010-09-03 Thread Marek Vasut
Dne Pá 3. září 2010 16:46:59 Wookey napsal(a): > +++ Takács Áron [2010-09-03 16:15 +0200]: > > Hi, > > > > I want to use openocd to reflash PXA270 board (Colibri by Toradex). I am > > using JTAGKey-Tiny interface (by Amontec). I can connect the board but I > > always get the error message: > > 'ti

Re: [Openocd-development] PXA question

2010-09-05 Thread Marek Vasut
the card to the board ... you can use that to tap directly on the CPU JTAG pins). Cheers > > Áron > > 2010-09-03 21:44 keltezéssel, Marek Vasut írta: > > Dne Pá 3. září 2010 16:46:59 Wookey napsal(a): > >> +++ Takács Áron [2010-09-03 16:15 +0200]: > >>> Hi,

Re: [Openocd-development] PXA question

2010-09-06 Thread Marek Vasut
the CPU card directly, check the Toradex datasheets and schematics for more details. > Áron > > 2010-09-06 08:53 keltezéssel, Marek Vasut írta: > > Dne Po 6. září 2010 08:50:09 Takács Áron napsal(a): > >> Hello, > > > > Hi, keep the CC please > > > >&

Re: [Openocd-development] U-Boot on PXA 320

2010-09-15 Thread Marek Vasut
lse { + continue; retval = target_read_u32(target, 0x0 + 4*i, &xscale- >low_vectors[i]); if (retval == ERROR_TARGET_TIMEOUT) return retval; > > Seems like the downloa

Re: [Openocd-development] OpenOCD on colibri PXA 320 With Amontec tiny JTAG issue

2010-10-20 Thread Marek Vasut
s the git repo for openocd git://openocd.git.sourceforge.net/gitroot/openocd/openocd > > Thanks, > Moshe. > > -Original Message- > From: Marek Vasut [mailto:marek.va...@gmail.com] > Sent: Wednesday, October 20, 2010 6:26 PM > To: Moshe Artzi > Cc: 'Takács Áron

Re: [Openocd-development] OpenOCD on colibri PXA 320 With Amontec tiny JTAG issue

2010-10-21 Thread Marek Vasut
d line it recognized but when I'm trying to probe it fails > because of TIMEOUTS. I told you the NAND driver is buggy and that you should really use uboot to reflash. Any fixes for this nand driver are welcome though. Cheers > > Any assist will be welcome. > > Thanks, >

Re: [Openocd-development] "Failed to receiving data from debug handler after 1000" - using jtag-tiny with colibri PXA320

2010-10-25 Thread Marek Vasut
On Monday 25 October 2010 11:38:53 Moshe Artzi wrote: > Hi Marek, > > Sorry for the interrupt but, > I'm still can't make this thing work. > > After nand the image I get this error: > "Failed to receiving data from debug handler after 1000 attempts Command > handler execution failed in proced

[Openocd-development] [PATCH 3/3] Add EfikaMX smarttop board support

2010-10-28 Thread Marek Vasut
This patch finally adds support for i.MX51 based Genesi USA EfikaMX smarttop board. Signed-off-by: Marek Vasut --- tcl/board/efikamx.cfg |9 + 1 files changed, 9 insertions(+), 0 deletions(-) create mode 100644 tcl/board/efikamx.cfg diff --git a/tcl/board/efikamx.cfg b/tcl/board

[Openocd-development] [PATCH 1/3] CortexA8: Setup debug_base according to variant

2010-10-28 Thread Marek Vasut
other CPU manufacturers, who use different address for the Cortex A8 Debug Access Port though. As I was unable to figure out a way to detect the address of DAP, this should at least work around the problem until there is a proper solution. Signed-off-by: Marek Vasut --- src/target/cortex_a8.c

[Openocd-development] [PATCH 2/3] CortexA8: Introduce Freescale i.MX51 variant

2010-10-28 Thread Marek Vasut
-by: Marek Vasut --- src/target/cortex_a8.c |7 - tcl/target/imx51.cfg | 52 2 files changed, 57 insertions(+), 2 deletions(-) create mode 100644 tcl/target/imx51.cfg diff --git a/src/target/cortex_a8.c b/src/target/cortex_a8.c index

Re: [Openocd-development] [PATCH 1/3] CortexA8: Setup debug_base according to variant

2010-10-29 Thread Marek Vasut
On Friday 29 October 2010 07:43:18 Peter Stuge wrote: > Marek Vasut wrote: > > In this patch, I introduce the use of -variant parameter, so I can > > adjust the debug_base accordingly. > > This seems completely wrong to me. I think this logic should just > stay in Tcl. S

Re: [Openocd-development] [PATCH 1/3] CortexA8: Setup debug_base according to variant

2010-10-29 Thread Marek Vasut
On Friday 29 October 2010 08:18:46 Marek Vasut wrote: > > On Fri, Oct 29, 2010 at 8:08 AM, Marek Vasut > > > > wrote: > > > > On Fri, Oct 29, 2010 at 7:57 AM, Marek Vasut > > > > > > > > wrote: > > > > > > Shouldn'

Re: [Openocd-development] [PATCH 1/3] CortexA8: Setup debug_base according to variant

2010-10-29 Thread Marek Vasut
On Friday 29 October 2010 09:37:36 Øyvind Harboe wrote: > > Oyvind sorry, I just can't find it ... could you tell me where it is > > please ? > > Start here: > > https://lists.berlios.de/pipermail/openocd-development/2010-September/01648 > 2.html Hey, I went through all of this stuff tonight ..

Re: [Openocd-development] [PATCH 1/3] CortexA8: Setup debug_base according to variant

2010-10-30 Thread Marek Vasut
On Saturday 30 October 2010 07:24:08 Marek Vasut wrote: > On Friday 29 October 2010 09:37:36 Øyvind Harboe wrote: > > > Oyvind sorry, I just can't find it ... could you tell me where it is > > > please ? > > > > Start here: > > > > https://l

[Openocd-development] [PATCH 1/5] ADIv5: Introduce function to detect ROM Table location

2010-10-30 Thread Marek Vasut
ll be called in case such CPU is detected. Signed-off-by: Marek Vasut --- src/target/arm_adi_v5.c | 58 +++--- src/target/arm_adi_v5.h |9 +++ 2 files changed, 38 insertions(+), 29 deletions(-) diff --git a/src/target/arm_adi_v5.c b/src/target/arm

[Openocd-development] [PATCH 2/5] ADIv5: Implement function to lookup CoreSight component

2010-10-30 Thread Marek Vasut
This patch implements "dap_lookup_cs_component()", which allows to lookup CS component by it's identification. Signed-off-by: Marek Vasut --- src/target/arm_adi_v5.c | 31 +++ src/target/arm_adi_v5.h |4 2 files changed, 35 insertions(

[Openocd-development] [PATCH 3/5] CortexA8: Implement debug base autodetection

2010-10-30 Thread Marek Vasut
Implement autodetection of debug base. Also, implement a function solving various hardware quirks (like iMX51 ROM Table location bug). Signed-off-by: Marek Vasut --- src/target/cortex_a8.c | 28 +--- 1 files changed, 21 insertions(+), 7 deletions(-) diff --git a/src

[Openocd-development] [PATCH 4/5] CortexA8: Introduce Freescale i.MX51 variant

2010-10-30 Thread Marek Vasut
-by: Marek Vasut --- tcl/target/imx51.cfg | 52 ++ 1 files changed, 52 insertions(+), 0 deletions(-) create mode 100644 tcl/target/imx51.cfg diff --git a/tcl/target/imx51.cfg b/tcl/target/imx51.cfg new file mode 100644 index 000..35d8a2c

[Openocd-development] [PATCH 5/5] Add EfikaMX smarttop board support

2010-10-30 Thread Marek Vasut
This patch finally adds support for i.MX51 based Genesi USA EfikaMX smarttop board. Signed-off-by: Marek Vasut --- tcl/board/efikamx.cfg |9 + 1 files changed, 9 insertions(+), 0 deletions(-) create mode 100644 tcl/board/efikamx.cfg diff --git a/tcl/board/efikamx.cfg b/tcl/board

Re: [Openocd-development] [PATCH 3/5] CortexA8: Implement debug base autodetection

2010-10-31 Thread Marek Vasut
On Sunday 31 October 2010 10:49:54 David Brownell wrote: > > #define swjdp_memoryap 0 > > #define swjdp_debugap 1 > > For Cortex-A8 it's likely not SWJ-DP but > instead JTAG-DP ... regardless it's best > not to try exposing irrelevant details > like that in naming conventions here... > > > +sta

Re: [Openocd-development] OpenOCD master now uses Jim Tcl 0.63

2010-10-31 Thread Marek Vasut
On Sunday 31 October 2010 18:37:33 Øyvind Harboe wrote: > On Sun, Oct 31, 2010 at 6:26 PM, Peter Stuge wrote: > > Øyvind Harboe wrote: > >> > Is there also an upstream for Jim Tcl to make distribution packages > >> > from? > >> > > >> > Or is Jim Tcl only ever statically linked with OpenOCD? > >>

Re: [Openocd-development] OpenOCD master now uses Jim Tcl 0.63

2010-10-31 Thread Marek Vasut
On Monday 01 November 2010 01:50:19 Peter Stuge wrote: > Marek Vasut wrote: > > won't it be better compile both jimtcl and openocd with single > > ./configure and make, without needing to install that stuff > > separatelly ? > > It doesn't need to be instal

[Openocd-development] [PATCH 1/5 v2] ADIv5: Introduce function to detect ROM Table location

2010-10-31 Thread Marek Vasut
be used in case such CPU is detected. Signed-off-by: Marek Vasut --- v2: Auto-detect the broken CPUs, implement a table of broken CPUs src/target/arm_adi_v5.c | 79 +++--- src/target/arm_adi_v5.h |4 ++- 2 files changed, 56 insertions(+), 27 deletions

[Openocd-development] [PATCH 2/5 v2] ADIv5: Implement function to lookup CoreSight component

2010-10-31 Thread Marek Vasut
This patch implements "dap_lookup_cs_component()", which allows to lookup CS component by it's identification. Signed-off-by: Marek Vasut --- v2: Save apsel and restore it on return src/target/arm_adi_v5.c | 41 + src/target/arm_adi_v5.h

[Openocd-development] [PATCH 3/5 v2] CortexA8: Implement debug base autodetection

2010-10-31 Thread Marek Vasut
Implement autodetection of debug base. Also, implement a function solving various hardware quirks (like iMX51 ROM Table location bug). Signed-off-by: Marek Vasut --- v2: Handle error codes, remove the "variant" stuff and buggy hardware fixup function src/target/cortex_a

[Openocd-development] [PATCH 4/5 v2] CortexA8: Introduce Freescale i.MX51 variant

2010-10-31 Thread Marek Vasut
-by: Marek Vasut --- v2: Remove variant tcl/target/imx51.cfg | 51 ++ 1 files changed, 51 insertions(+), 0 deletions(-) create mode 100644 tcl/target/imx51.cfg diff --git a/tcl/target/imx51.cfg b/tcl/target/imx51.cfg new file mode 100644 index

[Openocd-development] [PATCH 5/5 RESEND] Add EfikaMX smarttop board support

2010-10-31 Thread Marek Vasut
This patch finally adds support for i.MX51 based Genesi USA EfikaMX smarttop board. Signed-off-by: Marek Vasut --- tcl/board/efikamx.cfg |9 + 1 files changed, 9 insertions(+), 0 deletions(-) create mode 100644 tcl/board/efikamx.cfg diff --git a/tcl/board/efikamx.cfg b/tcl/board

Re: [Openocd-development] [PATCH 1/3] CortexA8: Setup debug_base according to variant

2010-10-31 Thread Marek Vasut
On Sunday 31 October 2010 13:16:43 Øyvind Harboe wrote: > On Sun, Oct 31, 2010 at 10:59 AM, David Brownell wrote: > > I think caring about the "variant" should strongly > > be avoided. Use the ROM table by default. Only in > > the case of a broken ROM table should we (a) emit > > a message, then

Re: [Openocd-development] "Failed to receiving data from debug handler after 1000" - using jtag-tiny with colibri PXA320

2010-11-01 Thread Marek Vasut
"none" value did the trick for me and let me > probe the nand ! > > I'm using: > > * Amontec Jtagkey-tiny > * Toradex colibri pxa320 > * colibri evaluation board Rev 2.1 > * Open OCD 0.5.0 > > Thank You very much for the support. > > Moshe

Re: [Openocd-development] U Boot ethernet problem

2010-11-03 Thread Marek Vasut
On Wednesday 03 November 2010 14:59:55 Moshe Artzi wrote: > Hi Marek, > > > > I finally running u boot on my PXA320 but, > > I don't know why but, > > > > When I'm sending ping from the u boot to the host it pings ok. > > But when I'm trying to ping from the host to the u boot it lost. > >

Re: [Openocd-development] iMX51 workaround

2010-12-04 Thread Marek Vasut
On Wednesday 01 December 2010 19:55:23 Øyvind Harboe wrote: > On Wed, Dec 1, 2010 at 6:04 PM, Peter Stuge wrote: > > Øyvind Harboe wrote: > >> If iMX51 is broken and the current CortexA8 workaround code for it > >> breaks other CPUs, then I think that the automatic workaround code > >> for iMX51 h

Re: [Openocd-development] Automatic detection of debugbase for cortex A8

2010-12-04 Thread Marek Vasut
On Tuesday 30 November 2010 08:16:31 Øyvind Harboe wrote: > > This patch breaks debugging on the DM37x. It appears that the debug > > base and APID is not sufficient to identify problematic processors > > since the DM37x on the Beagleboard XM incorrectly passes the checks in > > arm_adi_v5.c: > >

Re: [Openocd-development] [beagleboard] Flyswatter with XM

2010-12-13 Thread Marek Vasut
t works :) As Antonio notes, > the problem is caused by some fixup logic that was added as part of some > otherwise excellent patches from Marek Vasut. In the patch: > > commit 0649fb2f6c7e1bea138769ecc2ec8dc17ae98044 > Author: Marek Vasut > Date: Sun Oct 31 05:24:36 2010 +0100

Re: [Openocd-development] [beagleboard] Flyswatter with XM

2010-12-13 Thread Marek Vasut
On Monday 13 December 2010 10:00:05 Jon Masters wrote: > On Mon, 2010-12-13 at 09:45 +0100, Marek Vasut wrote: > > On Monday 13 December 2010 03:27:17 Jon Masters wrote: > > > Some logic is added to detect CPU cores that report an incorrect ARM > > > DAP (Debug

Re: [Openocd-development] [beagleboard] Flyswatter with XM

2010-12-13 Thread Marek Vasut
On Monday 13 December 2010 10:12:57 Jon Masters wrote: > On Mon, 2010-12-13 at 10:05 +0100, Marek Vasut wrote: > > On Monday 13 December 2010 10:00:05 Jon Masters wrote: > > > > > > > > > > This is bogus ... I'd prefer extending the detection to

[Openocd-development] [PATCH] CORTEX A8: Fix broken CPU identification

2010-12-29 Thread Marek Vasut
This patch fixes the issue where the OMAP CPU (and possibly others) was mistaken for iMX51 and therefore had misadjusted debug base. Signed-off-by: Marek Vasut --- src/target/arm_adi_v5.c | 20 +--- 1 files changed, 17 insertions(+), 3 deletions(-) diff --git a/src/target

Re: [Openocd-development] [PATCH] CORTEX A8: Fix broken CPU identification

2010-12-29 Thread Marek Vasut
On Thursday 30 December 2010 08:27:52 Øyvind Harboe wrote: > Merged. > > Thanks! > > Took it for a spin on AM3517 and that target is no longer > incorrectly identified as an imx51. > > > That target still needs work though: > > oyv...@titan:~/workspace/openocd$ openocd -c "interface ZY1000; >

Re: [Openocd-development] AM3517 problems

2010-12-30 Thread Marek Vasut
On Thursday 30 December 2010 08:41:12 Øyvind Harboe wrote: > >> oyv...@titan:~/workspace/openocd$ openocd -c "interface ZY1000; > >> zy1000_server 127.0.0.1;jtag_khz 50" -f board/am3517evm.cfg > >> Open On-Chip Debugger 0.5.0-dev-00682-g0136977 (2010-12-30-08:23) > >> Licensed under GNU GPL v2 > >>

Re: [Openocd-development] cortex a8/a9 debug base

2011-03-25 Thread Marek Vasut
On Tuesday 22 March 2011 12:16:47 Øyvind Harboe wrote: > On Tue, Mar 22, 2011 at 12:14 PM, Michael Schwingen > > wrote: > > Øyvind Harboe wrote: > >> I'm wondering if it would be better to ditch the automatic fixup > >> code and use parameters to target in config script. > >> > >> Default would

Re: [Openocd-development] [PATCH 1/2] cortex a9: merge cortex a9 and a8 code

2011-03-25 Thread Marek Vasut
On Tuesday 22 March 2011 01:08:03 Aaron Carroll wrote: > On 22 March 2011 01:53, luca ellero wrote: > > Unfortunately at the moment I have no cortex A8 boards to test it. > > Anyway I wonder where 0x8000 come from, since I can't find any docs > > in > > This came from poking the omap4430. Th