Merged.
Thanks!
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-d
> ..but that doesn't really mean much. Please mention which commit that
> was marked as the offending commit, after git bisect was completed?
I have never use the "bp" commands in telnet. Could they
be broken by design and inheritably incompatible with
gdb breakpoints?
gdb breakpoints is a key fe
Merged.
Thanks!
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-d
Jonathan,
could you please report the full part number of the flash chip?
Form the log, seems Numonyx M29W128G
Flash Manufacturer/Device: 0x0020 0x227e
Spencer,
the flash M29W128G has a HW bug. Numonyx application note in
http://www.numonyx.com/Documents/Application%20Notes/AN309814.pdf
You alre
On 11/22/2010 07:10 PM, Jonathan dumaresq wrote:
>
>> Cannot see anthing wrong with that log - except it is probably slow.
>>
>> Cheers
>> Spen
> The problem seem to me that the remaining bytes should be zero at the end of
> the flashing ?
It should be, yes.
However, I can't see the end in the log
Hi,
Spencer Oliver wrote:
What you found is a missing feature of OpenOCD.
The fix would require one of the following:
- a specific code for ARMV7M (this will solve your case only)
- a fall-back C code in case of no binary for target (solves all
cases, but slow)
>> I
What you found is a missing feature of OpenOCD.
The fix would require one of the following:
- a specific code for ARMV7M (this will solve your case only)
- a fall-back C code in case of no binary for target (solves all
cases, but slow)
I tried this approach but the writing of the image hangs. I'
Hi spencer,
Spencer Oliver wrote:
> On 20/11/2010 01:39, Antonio Borneo wrote:
>>
>> Ciao Jonathan,
>> OpenOCD runs binary code on the target CPU to speed-up some operation
>> that through JTAG would take too long.
>> Programming the Flash is one of them.
>>
>> In the CFI driver there is the bin
Just replace full-stop with comma.
Best Regards,
Antonio Borneo
0001-Documentation-fix-typo.patch
Description: Binary data
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-devel
Hi Spencer,
Spencer Oliver wrote:
> On 20/11/2010 01:39, Antonio Borneo wrote:
>>
>> Ciao Jonathan,
>> OpenOCD runs binary code on the target CPU to speed-up some operation
>> that through JTAG would take too long.
>> Programming the Flash is one of them.
>>
>> In the CFI driver there is the bin
Antonio Borneo wrote:
> On Sat, Nov 20, 2010 at 4:51 AM, Jonathan dumaresq
> wrote:
>> Hi all,
>>
>> I try to get my cfi external nor flash programmed with openocd.
>>
>>> flash write_image test.hex 0x6400 bin
>> current target isn't an ARMV7M target
>>
>> I have no idea why ARMV7M is list
e.g. flash erase_address now works across an address
range that spans multiple flash chips.
Signed-off-by: Øyvind Harboe
---
src/flash/nor/core.c | 39 ++-
1 files changed, 38 insertions(+), 1 deletions(-)
diff --git a/src/flash/nor/core.c b/src/flash/nor/c
Signed-off-by: Øyvind Harboe
---
src/target/target.c | 22 --
1 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/src/target/target.c b/src/target/target.c
index a282aab..93efa76 100644
--- a/src/target/target.c
+++ b/src/target/target.c
@@ -4964,9 +4964,10 @@ CO
13 matches
Mail list logo
