Hi OCD Developers,
I am new to this list, I am trying to build one test board for my self and want
to use Open OCD as debugger.
I am trying to understand that if I need to add a support of any processor may
be a new one or which is from the same family of the existing supported one
with some
Read the developer documentation and the source
Get prescription strength patience ointment
Copy and paste the target that you think bears some resemblance
to your target and start hacking a bit to get a feel for what's going on.
http://openocd.berlios.de/web/?page_id=78
--
Øyvind
Hi,
I am one of the OpenOCD maintainers. The job as a maintainer is
to help contributors(you in this case) understand what must be done
before we can accept a patch.
Please create a patch and submit to the list, see:
http://repo.or.cz/w/openocd.git/blob/HEAD:/HACKING
Thanks!
--
Øyvind
On Thu, Jul 7, 2011 at 9:58 AM, openOCD.fseu
openocd.f...@de.fujitsu.com wrote:
Dear all,
attached you can find our OpenOCD support package for the new Cortex-M3
Family
offered by Fujitsu Semiconductor again.
Posting proprietary-format archive (zip) packets to the open source
mailing list
On 7 July 2011 00:56, Steve Bennett ste...@workware.net.au wrote:
On 07/07/2011, at 2:13 AM, Eric Wetzel wrote:
I pulled from origin and now my process is failing during configure.
On ac43d7a69fca52df1ad287b51c44013653ad2f61, comping under Cygwin with
MinGW compiler, I get this:
===
Øyvind Harboe wrote:
It is not obvious at all from the context that there is an alignment
guarantee.
If alignment is not guaranteed, casting from uint32 to void would cause
problems too, wouldn't it?
011/7/7 Mahr, Stefan stefan.m...@sphairon.com:
Øyvind Harboe wrote:
It is not obvious at all from the context that there is an alignment
guarantee.
If alignment is not guaranteed, casting from uint32 to void would cause
problems too, wouldn't it?
Why?
Note that this problem has cropped up many places over the OpenOCD
code. I'd like to get rid of it once and for all
I absolutely intend to fix it for MIPS, but I'd like a good long term solution.
With jtag queue callbacks, a user data pointer to the callback is cast to
a void pointer, then
On 07/07/2011, at 7:44 PM, Spencer Oliver s...@spen-soft.co.uk wrote:
On 7 July 2011 00:56, Steve Bennett ste...@workware.net.au wrote:
On 07/07/2011, at 2:13 AM, Eric Wetzel wrote:
I pulled from origin and now my process is failing during configure.
On
Hi Drasko,
Posting proprietary-format archive (zip) packets to the open source
mailing list is not the most intelligent thing to do, besides being
annoying an repelling.
As to be said, posting anything besides plain text is already strange.
I would like to emphasize that the contribution and
On 7 July 2011 11:09, Steve Bennett ste...@workware.net.au wrote:
../../jimtcl/autosetup/find-tclsh: line 10: cc: command not found
But no cc?
If cygwin is installed, why no cc?
That one confused me aswell, perhaps the cygwin tools need reinstalling.
The cygwin-mingw cross compiler is
On Thu, Jul 7, 2011 at 6:40 AM, Spencer Oliver s...@spen-soft.co.uk wrote:
On 7 July 2011 11:09, Steve Bennett ste...@workware.net.au wrote:
../../jimtcl/autosetup/find-tclsh: line 10: cc: command not found
But no cc?
If cygwin is installed, why no cc?
That one confused me aswell, perhaps
On Wed, Jul 6, 2011 at 8:51 PM, Xiaofan Chen xiaof...@gmail.com wrote:
On Thu, Jul 7, 2011 at 1:27 AM, Jean-Christophe PLAGNIOL-VILLARD
plagn...@jcrosoft.com wrote:
On 23:05 Wed 06 Jul , Xiaofan Chen wrote:
Try to update the libusb-win32 version to see if that helps.
On the other hand,
On Thu, Jul 7, 2011 at 8:23 PM, Eric Wetzel thewet...@gmail.com wrote:
Alright, I uninstalled libusb-win32 0.1 and installed 1.2.4.0, and
installed filters for the J-Link device. Still the same result.
I tried Freddie's binary. Still the same result.
It is beginning to look like a firmware
Hello everyone,
I am in the process of testing and debugging an home made multi-core
realized with more processor LEONIII. At the moment I'm trying to test a
version of the project implemented on FPGA.
I have choose OpenOCD has a base for the realization of the test,
implementing the needed
If alignment is not guaranteed, casting from uint32 to void would cause
problems too, wouldn't it?
Why?
Sorry for confusion. I meant the casting within mips32_pracc_read_mem. This
is also a cast from void* to uint32_t*. If there will be an alignment error, it
will occur here too.
On Wed, Jul 6, 2011 at 9:32 PM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
Open questions are :
1) As I mentioned before, is this KSEG discovery good ? Do I get well
which segment we are (look my previous post on the subject)
2) mips32_c0_write() is not used for the moment, so it can
Hi all,
I am happy to present you several exciting enhancements to the MIPS32 target.
Most notably :
1) Implemented mips32_cp0_read() and mips32_cp0_write() routines that
can affect CP0 copro regs.
2) Implemented command interfaces for these commands, so that they can
be called from Telnet
Am 07/07/2011 07:27 PM, schrieb Drasko DRASKOVIC:
Hi all,
I am happy to present you several exciting enhancements to the MIPS32 target.
This is great!
I do not (yet) use MIPS, but from the descriptions of what you did, this
should bring OpenOCD a good step forward.
cu
Michael
thanks!
:)
On Thu, Jul 7, 2011 at 7:52 AM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
Le mercredi 06 juillet 2011 à 18:50 -0700, Rodrigo Rosa a écrit :
On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
On Jul 2, 2011 6:15 PM +0200, Øyvind Harboe wrote:
On Thu, Jul 7, 2011 at 7:48 PM, Michael Schwingen
rincew...@discworld.dascon.de wrote:
Am 07/07/2011 07:27 PM, schrieb Drasko DRASKOVIC:
Hi all,
I am happy to present you several exciting enhancements to the MIPS32 target.
This is great!
Hi Michael,
thanks. I hope it will not be a pain for
If alignment is not guaranteed, casting from uint32 to void would cause
problems too, wouldn't it?
Why?
Sorry for confusion. I meant the casting within mips32_pracc_read_mem. This
is also a cast from void* to uint32_t*. If there will be an alignment error,
it will
occur here too.
On Thu, Jul 7, 2011 at 10:41 PM, Mahr, Stefan stefan.m...@sphairon.com wrote:
If alignment is not guaranteed, casting from uint32 to void would cause
problems too, wouldn't it?
Why?
Sorry for confusion. I meant the casting within mips32_pracc_read_mem.
This
is also a cast from void* to
Probably the best way would be to remove endianness swapping from
mips_m4k_read_memory
and put it to mips32_pracc/dma_read_mem32/16. Same for write.
pro: mips32_pracc_read_mem32, ... will return a byte array in target
endianness, so no cast necessary.
con: Add swapping to at least 10
There is no problem to get it work, but I'm not sure if this is
really the best way. I try to prepare a patch within the next
days, so you and others can comment.
I have particular reason to be especially grateful for your efforts here... ;-)
Thanks!
--
Øyvind Harboe - Can Zylin Consulting
On Wed, Jul 6, 2011 at 6:35 PM, Mahr, Stefan stefan.m...@sphairon.com wrote:
Did you see this by testing or by inspection?
Both :)
Do we even have the right macros here?
It would be something like unaligned uint32_t access macros, which will have
to
exist in host endian versions.
the c part of your code was very useful. i'm was the telnet port, and
ignoring the output i did not care about.
now with the gdb port i get:
- 0 for success
- 1 for fail
- a message invalid command name if the cmd name is invalid
- whatever the command would normally output to the
On Thu, Jul 7, 2011 at 12:59 AM, Andreas Fritiofson
andreas.fritiof...@gmail.com wrote:
No, casting a pointer-to-any-type to a pointer-to-void and back will never
cause alignment issues. The question is who makes the guarantee that the
function is only ever called with uint32-aligned generic
On Thu, Jul 7, 2011 at 11:04 PM, Michael Schwingen
rincew...@discworld.dascon.de wrote:
Am 07/07/2011 10:41 PM, schrieb Mahr, Stefan:
Probably the best way would be to remove endianness swapping from
mips_m4k_read_memory
and put it to mips32_pracc/dma_read_mem32/16. Same for write.
pro:
On Thu, Jul 7, 2011 at 10:41 PM, Mahr, Stefan stefan.m...@sphairon.com wrote:
If alignment is not guaranteed, casting from uint32 to void would cause
problems too, wouldn't it?
Why?
Sorry for confusion. I meant the casting within mips32_pracc_read_mem.
This
is also a cast from void* to
Hello!
I'm trying to embed a FT2232D based programmer into my board with a
STM32 (Cortex-M3 MCU).
I want the programmer to be compatible with jtagkey, so I looked at
schematics of compaible designs.
I noticed that while the JTAG signals (TCK, TDI, TDO, TMS) are only
buffered when
31 matches
Mail list logo
