Re: Q: Analysis port binding

From: <john.aynsley@doulos.com>
Date: Wed Oct 27 2010 - 03:28:50 PDT

Philipp, David,

I agree with Philipp on all counts.

unbind() exists and does what you want, but is not particularly
well-documented. I will try to improve the description.

bind() is virtual. We should indeed make unbind() virtual too.

John A

From:
"Philipp A. Hartmann" <philipp.hartmann@offis.de>
To:
David C Black <dcblack@xtreme-eda.com>
Cc:
"systemc-p1666-technical@eda.org WG" <systemc-p1666-technical@eda.org>
Date:
25/10/2010 20:46
Subject:
Re: Q: Analysis port binding
Sent by:
owner-systemc-p1666-technical@eda.org

David, all,

if I understand the analysis ports correctly, it's intended to use
bind()/unbind() dynamically during simulation. The mere existence of
unbind() already suggests that, right?

Moreover, since they are not derived from
sc_port<tlm_analysis_if<T>,...>, I think they can also be
created/destroyed while the simulation is running.

I agree, that both features should probably be documented in the
standard, since the name ..._port might imply the opposite.

Did we agree to make tlm_analysis_port<T>::bind() virtual during the
bind/operator() discussion? In that case, I would propose to make
unbind() virtual as well.

Thanks,
   Philipp

On 23/10/10 16:53, David C Black wrote:
> Is it legal to bind()/unbind() analysis ports during simulation? It
seems to me this would be a useful thing, but it is not specifically
discussed in the standard.
>
> Use case:
> Turn on analysis only during certain sections of
simulation.
> Turn off to reduce overhead
>
> The current TLM permits this behavior, but I don't find it documented
anywhere.

-- 
Philipp A. Hartmann
Hardware/Software Design Methodology Group
OFFIS Institute for Information Technology
R&D Division Transportation · FuE-Bereich Verkehr
Escherweg 2 · 26121 Oldenburg · Germany
Phone/Fax: +49-441-9722-420/282 · PGP: 0x9161A5C0 · http://www.offis.de/
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Wed Oct 27 03:29:36 2010

This archive was generated by hypermail 2.1.8 : Wed Oct 27 2010 - 03:29:41 PDT