It maybe will raise other problems.
Leave this probem as it is, or future improvement will solve it.
And it will not affact AVR programming support.
2009-04-27
Best Regards, Simon Qian
SimonQian(simonq...@simonqian.com) www.SimonQian.com
发件人: �yvind_Harboe
发送时间: 2009-04-27 13:44:53
On Mon, Apr 27, 2009 at 1:41 AM, Øyvind Harboe oyvind.har...@zylin.com wrote:
What's wrong with this code?
long long then=timeval_ms();
while ((timeval_ms()-then)duration)
This appears many places in the code.
comparision will work unless the difference is
-Oorspronkelijk bericht-
Van: openocd-development-boun...@lists.berlios.de
[mailto:openocd-development-boun...@lists.berlios.de] Namens
Albert Cahalan
Verzonden: maandag 27 april 2009 8:49
Aan: Øyvind Harboe
CC: openocd-development@lists.berlios.de
Onderwerp: Re:
If the 'long long' is changed into 'unsigned long long', the code will always
work even in wrap-around situations. Perhaps it is a better idea
to specify (typedef) a timer type as unsigned long long for this purpose.
I don't understand. Subtraction is identical for signed and unsigned in
two's
2009/4/27 SimonQian simonq...@simonqian.com:
I'll try to implement a more generic code.
Attachment is the current ugly simple code.
ARM11 started out that way and it is getting better.
If you could post a patch against SVN HEAD, then your AVR code will
not disturb any of the stable targets.
Is anyone using ARM11 out there?
I've got an i.mx31 ARM11 target in my office, but I've tested it
much as I could not get single stepping to work.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Zach Welch wrote:
On Fri, 2009-04-24 at 18:39 +0200, Magnus Lundin wrote:
[snip]
static tap_state_t exception_path[] = {
TAP_DREXIT2,
TAP_DRSHIFT,
TAP_DREXIT1,
Martin Panter wrote:
On 24/04/2009, Laurent Gauch laurent.ga...@amontec.com wrote:
Michael's comment is valid. But it would be a surprise to me that our
cable API would allow cable hardware to issue clock cycles without being
specifically requested to do so by the API. That in itself
This patch removes the error, code below this patch outputs warnings instead:
Warn : 173 344 jtag.c:1553 jtag_examine_chain(): Unexpected idcode after end of
chain! 64 0x
Warn : 174 344 jtag.c:1553 jtag_examine_chain(): Unexpected idcode after end of
chain! 96 0x
Warn : 175 344
Better?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/jtag/jtag.c
===
--- src/jtag/jtag.c (revision 1534)
+++
Rev 1535
Added arm_adi_v5.c/h to repository, they will replace cortex_swjdp.c/h.
Better conformance to ARM Debug Interface rev 5 documentation and
remoevd code specific to the Cortex-M3 targets.
Regards,
Magnus
___
Openocd-development mailing
It's clean now:
4500 kHz
Info : Versaloon(0x03)by Simon(compiled on Apr 25 2009)
Info : buffer size for USB is 12288 bytes
Info : VSLLink_20080905 by Simon(compiled on Apr 25 2009)
Info : vsllink run in NORMAL mode
Info : VSLLink JTAG Interface ready
Info : JTAG tap: avr.cpu tap/device found:
Rev 1536
Changed armv7m and cortexm3 to use nev arm_adi_v5 instead of cortex_swjdp.
Added support for accessport ROM table identification, dap command.
Magnus Lundin wrote:
Rev 1535
Added arm_adi_v5.c/h to repository, they will replace cortex_swjdp.c/h.
Better conformance to ARM Debug
Committed.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Does the IRPAUSE DRPAUSE required or not ?
Why did you not support passing to IRPAUSE DRPAUSE ?
I mean Versaloon will not pass IRPAUSE and DRPAUSE when move from IDLE to
IRSHIFT or DRSHIFT.
And I'm not sure whether it is OK if these statemove pass PAUSE state.
2009-04-27
Best Regards,
If this patch can be committed, I think I should also provide the config file
for mega128.
And final code of AVR support maybe totally different.
2009-04-27
Best Regards, Simon Qian
SimonQian(simonq...@simonqian.com) www.SimonQian.com
发件人: �yvind_Harboe
发送时间: 2009-04-27 17:28:30
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Hi Øyvind,
Last time I tested it (few weeks ago) single stepping was working
fine. I tested using the Ledtest example.
Best Regards
Alan
On 4/27/09, Øyvind Harboe oyvind.har...@zylin.com wrote:
Is anyone using ARM11 out there?
I've got an i.mx31 ARM11 target in my office, but I've tested it
Shouldn't these files be deleted from the repository now?
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
Commited
Øyvind Harboe wrote:
Shouldn't these files be deleted from the repository now?
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
-Oorspronkelijk bericht-
Van: Philippe Vachon [mailto:phili...@cowpig.ca]
Verzonden: maandag 27 april 2009 13:10
Aan: Øyvind Harboe
CC: Nico Coesel; openocd-development@lists.berlios.de
Onderwerp: Re: [Openocd-development] [PATCH] Fix build errors
in SVN on x86_64
Hi,
On Mon,
Timeval returns the current time which consists of the UTC time and
a microseconds counter. So you will need to have more than 32 bits
for a comparison.
That's not actually the complete story. :-)
Counters such as these are *carefully* crafted so they can do a 32 bit
subtraction comparison
Committed.
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/target/arm11.h
===
--- src/target/arm11.h (revision 1542)
+++ src/target/arm11.h (working copy)
@@ -240,18 +240,18 @@
void arm11_add_debug_SCAN_N
Committed.
Cleaned up debug/info output to be in line with other targets.
### Eclipse Workspace Patch 1.0
#P openocd
Index: src/target/arm11.c
===
--- src/target/arm11.c (revision 1543)
+++ src/target/arm11.c (working copy)
@@
Welcome!
I am considering developing an add on for the beagle board so it can be
used as a high speed, intelligent and cheap OCD Tool. (Basically put
some isolation on the expansion header and bit bash it from the OMAP
processor.)
That would be a great bootstrap project for OMAP support :-)
-Oorspronkelijk bericht-
Van: openocd-development-boun...@lists.berlios.de
[mailto:openocd-development-boun...@lists.berlios.de] Namens Strontium
Verzonden: maandag 27 april 2009 14:07
Aan: openocd-development@lists.berlios.de
Onderwerp: [Openocd-development] Introduction
Hello,
Hi Øyvind,
On 4/27/09, Øyvind Harboe oyvind.har...@zylin.com wrote:
Could you contribute the ledtest example to the OpenOCD testing suite?
Ledtest for imx31pdk is already on OpenOCD svn.
Source and binaries + instructions on how to run this smoketest.
It is too easy:
./openocd -f
On Mon, Apr 27, 2009 at 2:51 PM, Alan Carvalho de Assis
acas...@gmail.com wrote:
Hi Øyvind,
On 4/27/09, Øyvind Harboe oyvind.har...@zylin.com wrote:
Could you contribute the ledtest example to the OpenOCD testing suite?
Ledtest for imx31pdk is already on OpenOCD svn.
ah. Right.
Source
Attachment is the patch.
I notice that _DEBUG_USB_COMMS_ is added in the previous patch.
But vsllink_debug_buffer will be also called if _DEBUG_JTAG_IO is defined.
So I changed #ifdef _DEBUG_USB_COMMS_ to
#if defined _DEBUG_USB_COMMS_ || defined _DEBUG_JTAG_IO_ to avoid error.
Please commit
I would use to program openocd for Spartan 3AN.
I have a crash. I can locate with gdb the error.
955 i += svf_para.hdr_para.len;
(gdb)
956
buf_set_buf(svf_para.sdr_para.mask, 0,
svf_mask_buffer[svf_buffer_index], i,
I would use to program openocd for Spartan 3AN.
I have a crash. I can locate with gdb the error.
955 i += svf_para.hdr_para.len;
(gdb)
956
buf_set_buf(svf_para.sdr_para.mask, 0,
svf_mask_buffer[svf_buffer_index],
Can you provide the -d3 log file?
Try using an simple svf file which will cause the error.
2009-04-27
Best Regards, Simon Qian
SimonQian(simonq...@simonqian.com) www.SimonQian.com
发件人: R.Doss
发送时间: 2009-04-27 21:15:00
收件人: OpenOCD Development
抄送:
主题: [Openocd-development] bug in
This was removed from the repo.
Why?
The project will not build.
Dick
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
cortex_swjdp has ben retired and replaced by arm_adi_v5.
Do automake followed by make.
Changing Makefile.am should triger a automake,
Regards
Magnus
Dick Hollenbeck wrote:
This was removed from the repo.
Why?
The project will not build.
Dick
The compile fails here with
cc1: warnings being treated as errors
avrf.c: In function 'avrf_info':
avrf.c:433: error: 'avr_info' may be used uninitialized in this function
Also the svn:eol-style is not set.
Michael
On Mon, Apr 27, 2009 at 12:32 PM, Øyvind Harboe oyvind.har...@zylin.com
Collect some macros, add DIM()
Collection can be moved but at least they are starting to be gathered up.
Dick
Index: src/jtag/jtag.h
===
--- src/jtag/jtag.h (revision 1545)
+++ src/jtag/jtag.h (working copy)
@@ -40,7 +40,18 @@
Duane Ellis wrote:
Dick Hollenbeck wrote:
Duane,
This is the 3rd time now I am mentioning my need to get after the
ft2232.c driver code, starting Monday. I am happy to start from
your starting point or from HEAD, but once I start, I won't be
changing the road traveled.
Dick,
please
Committed.
Thanks!
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
Hi
Rev 1547, Added two commands that just returns values in hex, good for
scripting.
dap baseaddr
dap apid
Next I started playing with Tcl scripts that scans the ROM table and
installed components. This is my first shot at JimTcl in OpenOCD but it
works quite ok.
dapinfo.tcl
It seems they have just released a new version:
http://www.keil.com/appnotes/docs/apnt_145.asp
my project is built around the old version
Dario
- Original Message -
From: SimonQian
To: Dario Vecchio ; Pedro Martos ; openocd-development@lists.berlios.de
Sent: Monday, April
Could you provide a GDB backtrace?
See:
http://svn.berlios.de/wsvn/openocd/trunk/BUGS?sc=1
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Magnus Lundin wrote:
Hi
There are some problems with dap info, but it seems the results are
useful anyway.
Her comes my interpretation:
dap info 0
ap debugbase 0x
ap identification register 0x14770001
No ROM table present
This is a MEM-AP port AHB bus with no ROM
See also:
http://www.keil.com/appnotes/docs/apnt_173.asp
Dario
- Original Message -
From: Dario Vecchio
To: SimonQian ; Pedro Martos ; openocd-development@lists.berlios.de
Sent: Monday, April 27, 2009 6:12 PM
Subject: Re: [Openocd-development] Keil AGDI interface to
Øyvind Harboe wrote:
Committed.
-r1547 snapshot build fails like this:
cc1: warnings being treated as errors
avrf.c: In function 'avrf_info'
avrf.c:433: warning: 'avr_info' is used uninitialized in this function
I will init pointer avrf_info to zero and move on since I am not using
avr now.
Are you sure the patch is correct?
I've tinkered with your changes and created a patch.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
Index: C:/workspace/openocd/src/flash/avrf.c
Hi all,
I am sending this email just to give a feedback about jlink interface status.
I noticed that using J-Link yellow version 6.0 OpenOCD can detects my
ARM9 i.MX27 processor with no problem. But using J-Link yellow version
5.4 nothing works:
# openocd -f interface/jlink.cfg -f
Hello Alan,
I noticed that using J-Link yellow version 6.0 OpenOCD can detects my
ARM9 i.MX27 processor with no problem.
Can you change some memory values too?
Try to use mww to write some values and mdw to read it back.
Best regards,
Michael
___
Hi Michael,
On 4/27/09, Michael Fischer fische...@t-online.de wrote:
Hello Alan,
I noticed that using J-Link yellow version 6.0 OpenOCD can detects my
ARM9 i.MX27 processor with no problem.
Can you change some memory values too?
I can't because I don't have one J-Link version 6.0 any more
Hello List,
I found out that I have a V6.0 which is working with the STR710
and one version not.
The version which is NOT working is:
J-Link ARM V6 compiled Apr 1 2008 11:56:10
The version which is working had the following version:
J-Link ARM V6 compiled Jul 22 2008 11:42:42
Here the RAM
On 4/27/09, Michael Fischer fische...@t-online.de wrote:
Hello List,
I found out that I have a V6.0 which is working with the STR710
and one version not.
The version which is NOT working is:
J-Link ARM V6 compiled Apr 1 2008 11:56:10
The version which is working had the following
Upps, there was a typo. The new version which is not
working is:
J-Link ARM V6 compiled Apr 1 2009 11:56:10
2009 and not 2008.
Regards,
Michael
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
(Dammit, resending to the list again)
I've heard that Texas instruments' SN74ACT8990 test bus controller
has a free running TCK (though I'm not familiar with how it works).
When I was explaining how the FT2232 jtag commands work to someone who
had worked with the 8990, he was shocked that
This puts the bit count into the tms_seq table and adds the function:
int tap_get_tms_path_len( tap_state_t from, tap_state_t to )
It may break the ft2232 driver, but I have a fix coming for that in
about 6 hours. I have it written but have to run out for awhile to hit
some tennis
The following files don't have an svn:eol-style set and should IMO be
set to native:
PATCHES
src/jtag/dummy.c
src/target/target/mega128.cfg
src/target/target/at91sam9260_ext_RAM_ext_flash.cfg
src/target/arm_adi_v5.c
src/target/arm_adi_v5.h
In addition there are these files that have no
I know I'm going to probably regret asking this as it has got to be easy and
I feel dumb for asking but how can I do a read, modify, write cycle to setup
CPU registers?
Tcl is probably the answer but 1) I don't know it and 2)I've been searching
the archives, reading the OpenOCD documentation and
- use macro for standard error handling
arm11-vs-1548-improve-readability
Description: Binary data
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
58 matches
Mail list logo