Re: [Openocd-development] support avr32

On Wed, May 27, 2009 at 2:15 PM, Peter Denison wrote: >> Does avrdude support AVR32? I do not know that. > My mistake - I can only confirm (from experience) that it programs AtMega32 > devices. > > The man page for avrdude says that it will program AT90, > ATmega{8,16,32,48,64,128,256} and ATtiny

Re: [Openocd-development] support avr32

On Wed, 27 May 2009, Xiaofan Chen wrote: > On Wed, May 27, 2009 at 2:29 AM, Peter Denison wrote: >> On Mon, 25 May 2009, Xiaofan Chen wrote: >>> I do not think so. From the website, it does not >>> even program AVR32 properly as of now. >> >> It does. The website is woefully out of date. I have u

Re: [Openocd-development] NEC V850 Core

2009/5/27 Michel Catudal : > > It looks like my information on the NEC 32 bit devices was correct. > Today I had a 3hrs meeting with people trying to sell me on the PIC32 > with CAN. > I can't go on details on this one due to NDA.  According to an Engineer > I talked to, the V850 core is a M4K core

[Openocd-development] NEC V850 Core

It looks like my information on the NEC 32 bit devices was correct. Today I had a 3hrs meeting with people trying to sell me on the PIC32 with CAN. I can't go on details on this one due to NDA. According to an Engineer I talked to, the V850 core is a M4K core which is the same as the PIC32. Th

[Openocd-development] Config file cannot work on ARM926EJS board.

Hello list, I'm new to OpenOCD. Now I'm trying to make the config files for our new eval board which use the ARM926EJS core. Many problems come up that I can't solve alone. Environment: Eval Board and CPU core is ARM926EJS. JTAG Adapter is a OpenJTAG compatible one (USB<=>JTAG). Debian(etch). Ope

Re: [Openocd-development] support avr32

On Wed, May 27, 2009 at 2:29 AM, Peter Denison wrote: > On Mon, 25 May 2009, Xiaofan Chen wrote: >> I do not think so. From the website, it does not >> even program AVR32 properly as of now. > > It does. The website is woefully out of date. I have used a USBprog to > program AVR32s, using avrdude,

Re: [Openocd-development] TMS470 Scripts

krzysztof.dziuba Gazeta.pl pisze: Hi, 2009/5/26 Xiaofan Chen : So you are saying that the current svn head will not work without the patch, right? No, just I don't know if this works corrently or not - I don't use current svn head. When I will find some time I will try. BR, Krzysztof I attach

Re: [Openocd-development] [patch/rfc] let reset_config tokens appear in any order

On Monday 25 May 2009, David Brownell wrote: > Make it so the magic "reset_config" keywords can be provided in any > order.  Example, "trst_and_srst" after "srst_open_drain", omitting > the "separate" combination (which should be the default in any case). > > Why?  (a) Makes it easier to d

Re: [Openocd-development] support avr32

On Mon, 25 May 2009, Xiaofan Chen wrote: > 2009/5/25 SimonQian : >> For supporting AVR32 debugging under IAR EWAVR32 and >> AVR32Studio, you MUST emulate JTAGICE mkII. > > I see. Thanks. USBprog does do full JTAGICEmkII emulation, I believe - I haven't tested it myself doing debugging, but I thi

Re: [Openocd-development] On Resets

Spencer Oliver wrote: >>> If you define your interface with only srst then the >>> >> software method >> >>> will be used. >>> Well it did last time i checked - see jtag_add_reset for code. >>> >>> >> That code makes a move to TLR. This method is fine when you >> know in which

[Openocd-development] vsllink update for scan size

This patch make vsllink support very large scan size in dma mode. Maybe jlink driver can also apply similar patch. BTW: This is my new email on gmail. Mail me if it breaks anything. vsllink_scan_size_20090527_0.patch Description: Binary data ___ Openoc

Re: [Openocd-development] On Resets

> > > > If you define your interface with only srst then the > software method > > will be used. > > Well it did last time i checked - see jtag_add_reset for code. > > > > That code makes a move to TLR. This method is fine when you > know in which state you are, but not when OpenOCD is started

Re: [Openocd-development] openocd & boundary scan

On Mon, May 25, 2009 at 6:39 PM, David Brownell wrote: > > > > When I do scan_chain > > > I get both imx27.bs and imx27.cpu which looks normal. > > Maybe for i.MX27 ... having a separate TAP for boundary > scan seems unusual to me. > > ISTR that most ARM cores are set up so that they

Re: [Openocd-development] Sorry for breaking the thread

> My new emial for openocd is ready, that is > simonqian__DOT__openocd__AT__gmail__DOT__com > > Please remove my current email and add that one. > I have subscribed with my new email. > you have control over that at the following url: https://lists.b

Re: [Openocd-development] Sorry for breaking the thread

My new emial for openocd is ready, that is simonqian__DOT__openocd__AT__gmail__DOT__com Please remove my current email and add that one. I have subscribed with my new email. 2009-05-26 Best Regards, Simon Qian SimonQian(simonq...@simonqian.com) www.SimonQian.com

Re: [Openocd-development] openocd & boundary scan

On Tuesday 26 May 2009, Duane Ellis wrote: > > Maybe for i.MX27 ... having a separate TAP for boundary > > scan seems unusual to me. > > atmel parts are this way, they have a pin 'JAG SEL' -  you must reset > the part, it has a seperate tap id when in boundary scan mode. That's different ... the

Re: [Openocd-development] On Resets

On Tue, May 26, 2009 at 10:30 AM, Spencer Oliver wrote: >> Is there any particular reason why the JTAG layer uses >> hardware resets (TRST)? >> >> I would assume that the most portable way to go to TLR, the >> one that works even if all reset lines are missing or are not >> yet or incorrectly conf

Re: [Openocd-development] openocd & boundary scan

Paul Thomas wrote: > I would love to write up a tutorial on using openocd as a boundray > scan tool if I get this working. I want some GUI that can do what "XJAnalyser" can do with Boundary Scan. http://www.xjtag.com/jtag-tools/xjanalyser-jtag-gui.php But what I really want, is that type of "pi

Re: [Openocd-development] openocd & boundary scan

David Brownell wrote: > Maybe for i.MX27 ... having a separate TAP for boundary > scan seems unusual to me. atmel parts are this way, they have a pin 'JAG SEL' - you must reset the part, it has a seperate tap id when in boundary scan mode. -Duane. ___

Re: [Openocd-development] [PATCH 4/6] mflash: add config command

add config command --- Regards, unsik Kim mflash-v04-add_config.diff Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH 3/6] mflash: remove unused flag

remove unused flag --- Regards, unsik Kim mflash-v03-remove_unused_flag.diff Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH 5/6] mflash: large file write/dump support

Title is wrong. (1/6 -> 5/6) Sorry for confusion. --- Regards, unsik Kim ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH 1/6] mflash: use mg_ as prefix

Change function prefix to "mg_" --- Regards, unsik Kim mflash-v01-use_mg_prefix.diff Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH 6/6] mflash: improve error handling

improve error handling --- Regards, unsik Kim mflash-v06-improve_err.diff Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH 1/6] mflash: large file write/dump support

large file write/dump support --- Regards, unsik Kim mflash-v05-large_file.diff Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH 2/6] mflash: remove unused bank option

remove unused bank option --- Regards, unsik Kim mflash-v02-remove_unused_bank.diff Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] [PATCH] - src/flash/flash.h - Add Doxygen documentation to the various flash structures.

On Thu, 2009-05-21 at 23:00 -0400, Duane Ellis wrote: > 1) Rather the commit this my self, I'd like somebody to read through the > comments (double check my work), much of this is by just reading the > source code and entering doxygen text. > > 2) Well call it "doxygen style", sure looks like do

Re: [Openocd-development] RFC: uint32_t vrs u32 - et al

Hi, all! Well, I think I need to add something to discussion. We actually have 3 problems here. 1. Type defintions problem. 2. As [1] is decided, there is transition needed. 3. Whatever is done, it does not add to functionality, only maintainability. As it is generally considered, when release pr

Re: [Openocd-development] On Resets

> Is there any particular reason why the JTAG layer uses > hardware resets (TRST)? > > I would assume that the most portable way to go to TLR, the > one that works even if all reset lines are missing or are not > yet or incorrectly configured would be to shift out five HIGH > bits which leads

[Openocd-development] target create ... -variant X

Looking at the user guide with an eye to reducing the number of messages from "make pdf" ... I noticed that the docs on the recognized "variants" seem to be quite wrong. As in, grep the source for "variant" and see only a few strcmp() checks, mostly for xscales. Am I confused about this, or is it

Re: [Openocd-development] TMS470 Scripts

Hi, 2009/5/26 Xiaofan Chen : > So you are saying that the current svn head will not work without > the patch, right? No, just I don't know if this works corrently or not - I don't use current svn head. When I will find some time I will try. BR, Krzysztof __

Re: [Openocd-development] TMS470 Scripts

On Tue, May 26, 2009 at 2:52 PM, krzysztof.dziuba Gazeta.pl wrote: >> Does anyone have the device cfg file for TMS470 chips, like TMS470R1A256? >> I searched the mailing list archive and it seems that it should work. But I >> could not find a cfg file for it. How should I write the cfg file for it