On Tuesday 22 March 2011 12:16:47 Øyvind Harboe wrote:
On Tue, Mar 22, 2011 at 12:14 PM, Michael Schwingen
rincew...@discworld.dascon.de 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.
On Tuesday 22 March 2011 01:08:03 Aaron Carroll wrote:
On 22 March 2011 01:53, luca ellero lro...@gmail.com 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
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
For bug
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 marek.va...@gmail.com
---
src/target/arm_adi_v5.c | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff
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;
as part of some
otherwise excellent patches from Marek Vasut. In the patch:
commit 0649fb2f6c7e1bea138769ecc2ec8dc17ae98044
Author: Marek Vasut marek.va...@gmail.com
Date: Sun Oct 31 05:24:36 2010 +0100
ADIv5: Introduce function to detect ROM Table location
This patch adds function
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 Access Port, exposed behind something called
On Wednesday 01 December 2010 19:55:23 Øyvind Harboe wrote:
On Wed, Dec 1, 2010 at 6:04 PM, Peter Stuge pe...@stuge.se 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
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:
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.
That's why
:
* 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 Artzi.
-Original Message-
From: Marek Vasut [mailto:marek.va...@gmail.com]
Sent: Monday, October 25, 2010 10:29 PM
To: Moshe Artzi
in case such CPU is detected.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
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
This patch implements dap_lookup_cs_component(), which allows to lookup CS
component by it's identification.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
src/target/arm_adi_v5.c | 31 +++
src/target/arm_adi_v5.h |4
2 files changed, 35 insertions
Implement autodetection of debug base. Also, implement a function solving
various hardware quirks (like iMX51 ROM Table location bug).
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
src/target/cortex_a8.c | 28 +---
1 files changed, 21 insertions(+), 7 deletions
...@gmail.com.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
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
This patch finally adds support for i.MX51 based Genesi USA EfikaMX smarttop
board.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
tcl/board/efikamx.cfg |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
create mode 100644 tcl/board/efikamx.cfg
diff --git a/tcl/board
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...
+static const
On Sunday 31 October 2010 18:37:33 Øyvind Harboe wrote:
On Sun, Oct 31, 2010 at 6:26 PM, Peter Stuge pe...@stuge.se 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?
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 installed, that's part of the point.
In my case
such CPU is detected.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
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
This patch implements dap_lookup_cs_component(), which allows to lookup CS
component by it's identification.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
v2: Save apsel and restore it on return
src/target/arm_adi_v5.c | 41 +
src/target
Implement autodetection of debug base. Also, implement a function solving
various hardware quirks (like iMX51 ROM Table location bug).
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
v2: Handle error codes, remove the variant stuff and buggy hardware fixup
function
src/target/cortex_a8.c
...@gmail.com.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
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
This patch finally adds support for i.MX51 based Genesi USA EfikaMX smarttop
board.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
tcl/board/efikamx.cfg |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
create mode 100644 tcl/board/efikamx.cfg
diff --git a/tcl/board
On Sunday 31 October 2010 13:16:43 Øyvind Harboe wrote:
On Sun, Oct 31, 2010 at 10:59 AM, David Brownell davi...@pacbell.net 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
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://lists.berlios.de/pipermail/openocd-development/2010-September/016
48
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. So if anything, you would add
On Friday 29 October 2010 08:18:46 Marek Vasut wrote:
On Fri, Oct 29, 2010 at 8:08 AM, Marek Vasut
marek.vasut.n...@gmail.com wrote:
On Fri, Oct 29, 2010 at 7:57 AM, Marek Vasut
marek.vasut.n...@gmail.com wrote:
Shouldn't this be automatically detected?
yes
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 ... and I
This patch finally adds support for i.MX51 based Genesi USA EfikaMX smarttop
board.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
tcl/board/efikamx.cfg |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
create mode 100644 tcl/board/efikamx.cfg
diff --git a/tcl/board
).
There are 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 marek.va...@gmail.com
---
src
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 procedure
,
Moshe.
-Original Message-
From: Moshe Artzi [mailto:mosh...@niron-sys.com]
Sent: Thursday, October 21, 2010 9:51 AM
To: 'Marek Vasut'
Cc: 'Takács Áron'; 'Gena Chap'; 'openpxa-us...@lists.sourceforge.net';
'openocd-development@lists.berlios.de'; 'Øyvind Harboe' Subject: RE
/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'; 'Gena Chap'; openpxa-us...@lists.sourceforge.net
Subject: Re: OpenOCD on colibri PXA 320 With Amontec tiny JTAG
;
Seems like the download process failed
any ideas what can cause this failure ?
Thanks,
Moshe.
-Original Message-
From: Marek Vasut [mailto:marek.va...@gmail.com]
Sent: Wednesday, September 15, 2010 12:34 PM
To: Moshe Artzi
Cc: Gena Chap; openpxa-us...@lists.sourceforge.net
Subject
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,
I want to use openocd to reflash PXA270 board (Colibri by Toradex). I
am using
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
thanks for the answers of Wookey and Marek!
You are right, marek, there are buffers
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:
'time out
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?
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 the -1.0
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 reset
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
This patch adds support for the Voipac PXA270 module. Including NOR flash.
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
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
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 it
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 the
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 that'd clean that mess up altogether ... it's
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 then. :)
Merge the erase patch
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 that'd clean that mess up altogether ... it's
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
of thing which is easier to just require.
Require? Why
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 doesn't have it, or ...
We can do so in one go
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
___
Openocd-development mailing
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 driver, overriding the default behaviour
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 this, preparing ground to
deploy it.
Mmkay
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 get rid
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
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 marek.va...@gmail.com
From 9c99c68059b213db828bcba73b512a980dc782d4 Mon Sep 17 00:00:00 2001
From: Marek Vasut marek.va
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 marek.va...@gmail.com
Argh, the following patch doesn't have
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
obviously breaks on a board with both a PXA2xx
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 breakpoint *); static int
59 matches
Mail list logo
