Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Thread

JTAG - RTCK ?

JTAG - RTCK ?

2006-01-18 by Soentgerath, Guido

Hello all,
can someone give me an explanation for RTCK  or  a hint where I can find
some more infos about this signal ?
Thanks in advance!
 
Regards,
Guido




[Non-text portions of this message have been removed]

Re: [lpc2000] JTAG - RTCK ?

2006-01-18 by Leon Heller

----- Original Message ----- 
Show quoted textHide quoted text
From: "Soentgerath, Guido" <Guido.Soentgerath@...>
To: <lpc2000@yahoogroups.com>
Sent: Wednesday, January 18, 2006 9:05 AM
Subject: [lpc2000] JTAG - RTCK ?


> Hello all,
> can someone give me an explanation for RTCK  or  a hint where I can find
> some more infos about this signal ?
> Thanks in advance!

I found a document on the ARM web site a long time ago which describes the 
JTAG interface in detail. Can't remember where, though.

Leon

[lpc2000] Simple heap

2006-01-18 by Marko Pavlin

Hello!

I am looking for simple dynamic memory allocation management for 
LPC213x. I need some segmentation for using simple, variable length 
linked lists. Priority is speed.

Could someone point me to some "c" sources?

Thanks!


Marko

Re: [lpc2000] Simple heap

2006-01-18 by Micron Engineering

Marko Pavlin ha scritto:

>Hello!
>
>I am looking for simple dynamic memory allocation management for 
>LPC213x. 
>
In C you may use malloc(), alloc() and free.

>I need some segmentation for using simple, variable length 
>linked lists. Priority is speed.
>  
>
You may find any algorithm book with C or C++ source. Of course to add 
an element from the list you have to alloca some space before to connect 
next element to the list (also insert have the same necessity) and for 
remove you have to disconnect the list item and then deallocate some 
space. In my opinion you may find pool algorithms and use a memory pool 
to allocate/free memory for the list because it permits a better memory 
usage. Of course you have to define the maximum pool size but of course 
memory is phisically limited.

>Could someone point me to some "c" sources?
>
>Thanks!
>
>
>Marko
>
>
> 
>Yahoo! Groups Links
>
>
>
> 
>
>
>
>
>
>  
>


  ----------

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.19/231 - Release Date: 16/01/2006


[Non-text portions of this message have been removed]

RE: [lpc2000] Simple heap

2006-01-18 by Paul Curtis

Hi, 

> I am looking for simple dynamic memory allocation management for 
> LPC213x. I need some segmentation for using simple, variable length 
> linked lists. Priority is speed.

If your priority is SPEED then do not use a linked list.  Try
researching buddy systems (such as Fibonacci and binary buddy systems).

--
Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk
CrossWorks for MSP430, ARM, AVR and now MAXQ processors

RE: [lpc2000] Simple heap

2006-01-18 by Paul Curtis

Hi, 

> >I am looking for simple dynamic memory allocation management for 
> >LPC213x. 
> >
> In C you may use malloc(), alloc() and free.

In many cases this is a simple thing to do, but it's probably not the
best thing you can do.  I would hazard a guess that most implementations
of these functions in standard offerings are rather poor.  They will
have low code overhead, use memory efficiently, and have O(n)
performance when n is the number of blocks in the free list.  They will
suffer from fragmentation, of course.  You'll probably want to replace
that with a system that suits your needs--ones that are fast require
more memory or waste memory in each allocated block.  Ones that two to
conserve memory will be slow.  The ones provided by compiler libraries
will be ones that satisfy the needs of the C standard and programs in
general, and won't serve the needs of all users.  Hybrid schemes are
attractive, with small blocks that are allocated and deallocated
frequently using a different manager from blocks that are big (for some
definition of big).

Having written many memory managers in my time, for interpreted and
compiled languages, there is no one solution for any application.

--
Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk
CrossWorks for MSP430, ARM, AVR and now MAXQ processors

Re: Simple heap

2006-01-18 by Marko Panger

Hi, 
 
(I'm resending this as I'm experiencing some mail problems - sorry if
it will be 
doubled) 
 
You might check my simple implementation in my uSmartX-RTOS. There is
also a 
doubly linked list implementation. 
 
http://usmartx.sourceforge.net/ 
 
Hope it helps, 
marko


--- In lpc2000@yahoogroups.com, Marko Pavlin <mp@h...> wrote:
Show quoted textHide quoted text
>
> Hello!
> 
> I am looking for simple dynamic memory allocation management for 
> LPC213x. I need some segmentation for using simple, variable length 
> linked lists. Priority is speed.
> 
> Could someone point me to some "c" sources?
> 
> Thanks!
> 
> 
> Marko
>

Re: [lpc2000] JTAG - RTCK ?

2006-01-18 by Tom Walsh

Soentgerath, Guido wrote:

>Hello all,
>can someone give me an explanation for RTCK  or  a hint where I can find
>some more infos about this signal ?
>Thanks in advance!
>  
>
RTCK is an optional JTAG signal.  According to the Abatron BDI2000 manual:

"Adaptive clocking is a feature which ensures that the BDI2000 never 
loses synchronization wih the target device, whatever the target clock 
speed is.  To achive this, BDI2000 uses two signals TCK and RTCK.  When 
adaptive clocking is selected, BDI2000 issues a TCK signal and waits for 
the Returned TCK (RTCK) to come back. BDI2000 does not progress to the 
next TCK until RTCK is received."


TomW

-- 
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------------------------------------------

RE: [lpc2000] JTAG - RTCK ?

2006-01-18 by Dan Beadle

It is the Return Clock.  It is used for deglitching the return signal.
Ideally, the chip under test would have zero delay getting the clock on
board.  But it does have some delay. The RTCK is the image to of the
JTAG clock being used by the chip. For very fast clocking, this allows
the debugger to sync up with the chip under test.

 

  _____  
Show quoted textHide quoted text
From: lpc2000@yahoogroups.com [mailto:lpc2000@yahoogroups.com] On Behalf
Of Leon Heller
Sent: Wednesday, January 18, 2006 3:03 AM
To: lpc2000@yahoogroups.com
Subject: Re: [lpc2000] JTAG - RTCK ?

 

----- Original Message ----- 
From: "Soentgerath, Guido" <Guido.Soentgerath@...>
To: <lpc2000@yahoogroups.com>
Sent: Wednesday, January 18, 2006 9:05 AM
Subject: [lpc2000] JTAG - RTCK ?


> Hello all,
> can someone give me an explanation for RTCK  or  a hint where I can
find
> some more infos about this signal ?
> Thanks in advance!

I found a document on the ARM web site a long time ago which describes
the 
JTAG interface in detail. Can't remember where, though.

Leon 




  _____  

YAHOO! GROUPS LINKS 

 

*	 Visit your group "lpc2000
<http://groups.yahoo.com/group/lpc2000> " on the web.
	  
*	 To unsubscribe from this group, send an email to:
	 lpc2000-unsubscribe@yahoogroups.com
<mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe> 
	  
*	 Your use of Yahoo! Groups is subject to the Yahoo! Terms of
Service <http://docs.yahoo.com/info/terms/> . 

 

  _____  



[Non-text portions of this message have been removed]

Re: [lpc2000] JTAG - RTCK ?

2006-01-18 by Jerry [Signum]

Guido,

The RTCK (output from ARM) is a synchronized TCK (input to ARM).
The RTCK is used by the synthesized ARM cores (they usually have the -S suffix)
to synchronize the external JTAG TCK clock with the internal core clock.
Besides the need to synchronize the clocks, the added benefit is that the emulator
can now follow any changes in clock speed of the ARM device.
A lot of devices these days a battery powered and the ARM clock is being
lowered from hundreds of MHz to kHz range to reduce power draw.
This feature is sometimes called Adaptive Clocking by the emulator companies
and is available on most higher end JTAG emulators.

Jerry Lewandowski
Signum Systems Corp.
11992 Challenger Ct.
Moorpark, CA 93021
Tel. (805) 523-9774
www.signum.com
==============================================
     26 YEARS OF EMULATION SYSTEMS DESIGN: 
  8051, ARM, OMAP, 80186, 80196 and TMS320 DSPs
==============================================



----- Original Message ----- 
Show quoted textHide quoted text
From: "Soentgerath, Guido" <Guido.Soentgerath@...>
To: <lpc2000@yahoogroups.com>
Sent: Wednesday, January 18, 2006 1:05 AM
Subject: [lpc2000] JTAG - RTCK ?


> Hello all,
> can someone give me an explanation for RTCK  or  a hint where I can find
> some more infos about this signal ?
> Thanks in advance!
>  
> Regards,
> Guido
> 
> 
> 
> 
> [Non-text portions of this message have been removed]
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 
> 
>

Re: [lpc2000] JTAG - RTCK ?

2006-01-18 by Rob Jansen

Tom, Guido,

 From the BDI2000 this may be an optional signal. On the LPC21xx it must 
be used.
The RTCK signal is described in the ARM7 TDMI-S manual that can be found 
on the ARM website.
Check the website for a link or browse the archive - it's been mentioned 
a few times.

If you do not use the RTCK signal - or cannot use that signal because it 
is unsupported on your JTAG debugger - make sure that the JTAG CLK is 
lower than 1/6 of the CCLK of the lpc21xx, otherwise the timing is 
screwed. See the ARM manual for detailed information - it even contains 
some schematics on how the RTCK is generated in the processor.

Regards,

    Rob

Tom Walsh wrote:
Show quoted textHide quoted text
>Soentgerath, Guido wrote:
>
>  
>
>>Hello all,
>>can someone give me an explanation for RTCK  or  a hint where I can find
>>some more infos about this signal ?
>>Thanks in advance!
>> 
>>
>>    
>>
>RTCK is an optional JTAG signal.  According to the Abatron BDI2000 manual:
>
>"Adaptive clocking is a feature which ensures that the BDI2000 never 
>loses synchronization wih the target device, whatever the target clock 
>speed is.  To achive this, BDI2000 uses two signals TCK and RTCK.  When 
>adaptive clocking is selected, BDI2000 issues a TCK signal and waits for 
>the Returned TCK (RTCK) to come back. BDI2000 does not progress to the 
>next TCK until RTCK is received."
>
>
>TomW
>
>  
>

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.