Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [tcf-dev] Updating I/O Registers w/o HW notification

Hi Daniel,

 

I have several hundred I/O registers shown in the Registers view for Zynq chip, and I have never seen performance problems. Refresh takes something like 20ms. The debugger is supposed to retrieve only visible values, and it seems to work fine for me. I suggest you to open “Debug/TCF Trace” view, and look at timestamps to find out what takes so much time.

 

Regards,

Eugene

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Daniel Codres
Sent: Thursday, September 27, 2012 2:47 AM
To: TCF Development
Subject: Re: [tcf-dev] Updating I/O Registers w/o HW notification

 

Hi Eugene,

 

Thanks for the valuable information. We are using the TCF 0.4.

 

Today on your indication we installed TCF 1.1 to Juno and try to run our agent.

When pressing Debug button, the Agent communication flow stopped after Hello events.

However, when pressing Run button everything is fine.

 

Now, we get the refresh button (and the functionality) but this gives us some trouble.

We have a lot of I/O Registers grouped in 5 sections and some of them have bit fields. Therefore the GUI tree has 3 levels (Group -> Value -> Bit Fields).

At 5 groups ~ 200 items per group and ~ 3-4 bitfileds pe item we get to a tree with roughly 4000 items.

 

The problems is that on TCF 1.1 when starting the agent/changing the root context the entire tree need to be built. Just the socket communication takes about one minute and this is pretty annoying for the user.  

On the TCF 0.4 this was not the case. The update would be done automatically but just for the visible registers and this only when the group was expanded. We only miss the manual update buttons.

I know that we may abuse a little the GUI of the Registers service, but this is our use case.  A lot of IO Registers with bit fields.

 

Since our structure of the tree doesn’t change, It is any way that the TCF doesn’t clear the tree before updating the values?

Do you have some thoughts about how this issue could be solved?

 

Thanks,

Daniel

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Eugene Tarassov
Sent: Mittwoch, 26. September 2012 19:16
To: TCF Development
Subject: Re: [tcf-dev] Updating I/O Registers w/o HW notification

 

Hi Daniel,

 

The XML is in plugin.xml inside org.eclipse.tcf.debug.ui JAR.

What version of TCF you are using? Refresh actions are not available in TCF 0.4 (Indigo release). You need TCF 1.0 (Juno) for that.

BTW, if you are going to use TCF 1.0 with Eclipse Indigo, you have to build TCF from source, Juno binaries will not work properly in Indigo.

Actually, for new development, I recommend to use latest TCF, version 1.1, but it requires Juno, it cannot be used with Indigo.

 

Regards,

Eugene

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Daniel Codres
Sent: Wednesday, September 26, 2012 1:55 AM
To: TCF Development
Subject: Re: [tcf-dev] Updating I/O Registers w/o HW notification

 

Hi Eugene,

 

I think we use the default model/context ID since we use the default TCF Installation.

 

We didn’t alter the TCF on Eclipse side. We just implement a TCF Agent.

 

Con you point me on what file I should look to double check this into our installation?

 

I was searching in the entire eclipse folder for the “org.eclipse.debug.ui.debugModelContextBindings  in the XML files but I couldn’t find anything like that.

 

Thanks,

Daniel

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Eugene Tarassov
Sent: Dienstag, 25. September 2012 18:14
To: TCF Development
Subject: Re: [tcf-dev] Updating I/O Registers w/o HW notification

 

Hi Daniel,

 

Those refresh actions are shown only in TCF context. The context has debug model binding like this:

   <extension point="org.eclipse.debug.ui.debugModelContextBindings">

      <modelContextBinding

            contextId="org.eclipse.tcf.debug.ui.debugging"

            debugModelId="org.eclipse.tcf.debug"/>

   </extension>

 

Do you use different model or context IDs?

It could explain why you don’t see the button.

 

Regards,

Eugene

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Daniel Codres
Sent: Tuesday, September 25, 2012 1:02 AM
To: TCF Development
Subject: Re: [tcf-dev] Updating I/O Registers w/o HW notification

 

Hi Manuel,

 

Thanks for quick answer. I’ve look to the Register GUI and I can’t see such kind of button.

 

I’ve looked to both Juno and Indigo.

 

Attached a screenshot from the Debug perspective:

 

Do I miss something?

 

Thanks,

Daniel

 

 

 

From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Coutand, Manuel
Sent: Dienstag, 25. September 2012 09:47
To: TCF Development
Subject: Re: [tcf-dev] Updating I/O Registers w/o HW notification

 

Hi Daniel,

 

There should be a "refresh" button in the Eclipse Registers View.

 

It looks like a white page with two yellow arrows in a circle on the left of the page.

 

Regards,

Manuel.

 


From: tcf-dev-bounces@xxxxxxxxxxx [mailto:tcf-dev-bounces@xxxxxxxxxxx] On Behalf Of Daniel Codres
Sent: Tuesday, September 25, 2012 9:43 AM
To: tcf-dev@xxxxxxxxxxx
Subject: [tcf-dev] Updating I/O Registers w/o HW notification

Hi list,

 

Our target has a set of I/O registers that can be modified by the HW or by the running application.

 

We thought that putting them into the Registers GUI (as a collapsible group) would be the best option.

 

Unfortunately the debugger doesn’t know when such I/O register is changed, therefore cannot notify the GUI if a specific I/O register was changed.

 

We thought that the only option is to let user manually update the registers but there’s no such GUI option  (e.g. update button/menu).

 

What would be the best practice to solve this issue?

 

Thanks,

Daniel


This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.



This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.




This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.



Back to the top