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 translati
On Thu, Jul 7, 2011 at 10:41 PM, Mahr, Stefan 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
On Thu, Jul 7, 2011 at 11:04 PM, Michael Schwingen
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: mips32_pracc_read_mem3
On Thu, Jul 7, 2011 at 12:59 AM, Andreas Fritiofson
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 pointers. If it
> just happe
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 th
On Wed, Jul 6, 2011 at 6:35 PM, Mahr, Stefan 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.
>
> "mips32_pr
> 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 Consulti
>> 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
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: mips32_pracc_read_mem32, ... will return a byte array in target
> endianness, so no cas
On Thu, Jul 7, 2011 at 10:41 PM, Mahr, Stefan 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
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
>> o
On Thu, Jul 7, 2011 at 7:48 PM, Michael Schwingen
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 integration.
>
> I do not
thanks!
:)
On Thu, Jul 7, 2011 at 7:52 AM, Maxim Cournoyer
wrote:
> Le mercredi 06 juillet 2011 à 18:50 -0700, Rodrigo Rosa a écrit :
>
> On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
> wrote:
>> On Jul 2, 2011 6:15 PM +0200, Øyvind Harboe wrote:
>>
>> Use the Source Luke. The end of the comma
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
___
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 interf
On Wed, Jul 6, 2011 at 9:32 PM, Drasko DRASKOVIC
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 not be
> commited to ma
On Thu, Jul 7, 2011 at 4:52 PM, Mahr, Stefan 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 uint32_t*. If the
Le mercredi 06 juillet 2011 à 18:50 -0700, Rodrigo Rosa a écrit :
> On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
> wrote:
> > On Jul 2, 2011 6:15 PM +0200, Øyvind Harboe wrote:
> >
> > Use the Source Luke. The end of the command is not linefeed but 0x??. There
> > ought to be updated docs. Pat
>> 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.
___
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 ext
On Thu, Jul 7, 2011 at 8:23 PM, Eric Wetzel 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 version problem
On Wed, Jul 6, 2011 at 8:51 PM, Xiaofan Chen wrote:
> On Thu, Jul 7, 2011 at 1:27 AM, Jean-Christophe PLAGNIOL-VILLARD
> 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, this may have something to d
On Thu, Jul 7, 2011 at 6:40 AM, Spencer Oliver wrote:
> On 7 July 2011 11:09, Steve Bennett 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 reins
On 7 July 2011 11:09, Steve Bennett 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 relatively new and do
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
On 07/07/2011, at 7:44 PM, Spencer Oliver wrote:
> On 7 July 2011 00:56, Steve Bennett 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
>
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 ca
011/7/7 Mahr, Stefan :
> Ø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?
> http://openocd.git.sourceforge.net/git/gitweb.cgi?p=
Ø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?
http://openocd.git.sourceforge.net/git/gitweb.cgi?p=openocd/openocd;a=blob;f=src/target/mips3
On 7 July 2011 00:56, Steve Bennett 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:
>>
>> === configuring in jim
On Thu, Jul 7, 2011 at 9:58 AM, openOCD.fseu
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 is not the most intelli
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 Harboe
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 Harbo
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 mor
34 matches
Mail list logo
