2005
DOI: 10.1007/s10617-006-9044-6
|View full text |Cite
|
Sign up to set email alerts
|

LusSy: An open tool for the analysis of systems-on-a-chip at the transaction level

Abstract: We describe a toolbox for the analysis of Systems-on-a-chip written in SystemC at the transaction level. The tool is able to extract information from SystemC code, and to build a set of parallel automata that capture the semantics of a SystemC design, including the transaction-level specific constructs. As far as we know, this provides the first executable formal semantics of SystemC. Being implemented as a traditional compiler front-end, it is able to deal with general SystemC designs. The intermediate repres… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
28
0

Year Published

2007
2007
2017
2017

Publication Types

Select...
5
4

Relationship

1
8

Authors

Journals

citations
Cited by 38 publications
(28 citation statements)
references
References 22 publications
0
28
0
Order By: Relevance
“…Tabakov et al conclude that the state of the kernel must be exposed to a certain extent, in order to enable the user to specify properties at different temporal resolutions. Moy et al [15], [16] also proposed exposing information from the kernel, but their abstraction is motivated by the types of properties they want to check while Tabakov et al argue that the abstraction should expose fully SystemC's simulation semantics, as described in [1]. A coarse abstraction might hide details that may be of importance to some users.…”
Section: A Exposing the Simulation Semanticsmentioning
confidence: 99%
See 1 more Smart Citation
“…Tabakov et al conclude that the state of the kernel must be exposed to a certain extent, in order to enable the user to specify properties at different temporal resolutions. Moy et al [15], [16] also proposed exposing information from the kernel, but their abstraction is motivated by the types of properties they want to check while Tabakov et al argue that the abstraction should expose fully SystemC's simulation semantics, as described in [1]. A coarse abstraction might hide details that may be of importance to some users.…”
Section: A Exposing the Simulation Semanticsmentioning
confidence: 99%
“…For example, algorithmic-level SystemC models are often timeless, with the simulation being completely driven by events and the simulation clock making no progress during the whole simulation [9], [15]. In fact, the whole simulation can consist of a single delta cycle, if the simulation is driven solely by immediate event notifications.…”
Section: (4)mentioning
confidence: 99%
“…However, the design entry of this method is UML and only during the construction of the derived FSM some properties can be checked. Another approach has been proposed in [9]. A formal model can be extracted in terms of communicating state machines and can be translated into an input language for several verification tools.…”
Section: Related Workmentioning
confidence: 99%
“…Like our approach, most of these translations are manually, a notable exception being the LusSy tool chain [13], which automatically translates TLM models into synchronous automata with variables; it provides some simple abstraction techniques (e.g., abstract address representation). The LusSy tool chain has been connected to many model checkers, including symbolic model checkers based on BDD or SAT.…”
Section: Translation-based Approachesmentioning
confidence: 99%