Hi Jonathan: The intention was that the subroutine attached to a sequence be executed as a separate thread. The assertion evaluation does not wait on or receive data back from a subroutine call attached to a sequence. Regards, John H. > X-Authentication-Warning: server.eda-stds.org: majordom set sender to owner-sv-ac@eda.org using -f > X-VirusChecked: Checked > X-Env-Sender: jonathan.bromley@doulos.com > X-Msg-Ref: server-10.tower-149.messagelabs.com!1164406233!4897490!1 > X-StarScan-Version: 5.5.10.7; banners=-,-,- > X-Originating-IP: [80.229.89.154] > Content-class: urn:content-classes:message > X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 > Date: Fri, 24 Nov 2006 22:10:33 -0000 > X-MS-Has-Attach: > X-MS-TNEF-Correlator: > Thread-Topic: Blocking actions in an attached task call > Thread-Index: AccQFV7zevAuTgPrTPqpASF0tTRzrw== > From: "Jonathan Bromley" <jonathan.bromley@doulos.com> > X-Virus-Status: Clean > X-MIME-Autoconverted: from quoted-printable to 8bit by server.eda-stds.org id kAOMAaaX018714 > Sender: owner-sv-ac@eda.org > X-OriginalArrivalTime: 24 Nov 2006 22:11:43.0301 (UTC) FILETIME=[8611A750:01C71015] > > To sv-ac: > > I have a difficulty concerning time-consuming (blocking) > actions in task calls attached to a sequence. The LRM > clearly states that subroutines (task calls) attached > to a sequence should execute in the Reactive region, > but doesn't clearly describe what should happen if such > a task call blocks for non-zero time. > > I am fairly sure I've seen some discussion of this on the > sv-ac list, but I can't find it. If anyone can give me > a pointer to where I can locate any information I would > be most grateful. > > Here's the problem. Consider: > > task UserTask; > repeat(3) @(posedge clk); > endtask : UserTask > assert property (@(posedge clk) (a, UserTask) ##1 b); > > Is it legal to include the blocking delay in UserTask? > And if so, does UserTask execute as a separate thread, > as if it had been spawned using fork...join_none? If it > is not a separate thread, what activity is blocked by it? > > Please forgive me if I'm completely misunderstanding > the situation, and thanks in advance for your help. > -- > Jonathan Bromley, ConsultantReceived on Sun Nov 26 10:51:54 2006
This archive was generated by hypermail 2.1.8 : Sun Nov 26 2006 - 10:52:27 PST