Hi All,
When my blogspot loads, I see the bottom bar saying connecting to js.jargonfish.com. It had been going a little while. I did add some gadgets recently and that causes the issue. So I edited the HTML and removed that piece of code and it works fine for me.
Please let me know if you see any issues.
Thanks,
Suresh
Thursday, February 10, 2011
Resolved the issue....
I am back after 2 years!!!
Hi All,
I've been out for almost 2 years because of work pressure and some other issues. I haven't even checked my blogspot for long time. I noticed that it is taking more than 5 minutes to load the web page.
Does anyone know the reason for that? I would appreciate if you guys give me your opinions.
I thank you all for visiting my blogspot and I am sure that I'll keep on updating the blogspot.
Thanks,
Suresh
Monday, September 29, 2008
Writing test cases using sequences
The simplest way to write a test case is to redefine the behavior of the MAIN sequence by overriding the body() TCM. This is sufficient to create the test case, because the MAIN sequence is started automatically.
extend MAIN usb_sequence_s {
body()@driver.clock is only {
do usb_transaction_s keeping {
.pid == SETUP};
}; // End of do
}; // End of body()
}; // End of MAIN
To create a simple test based on the sequence library is to choose a subset that will be activated in the specific test and then set the weights for each kind using keep soft select.
extend MAIN usb_sequence_s {
body()@driver.clock is only {
do usb_transaction_s keeping {
.pid == SETUP};
}; // End of do
}; // End of body()
}; // End of MAIN
To create a simple test based on the sequence library is to choose a subset that will be activated in the specific test and then set the weights for each kind using keep soft select.
Labels:
Specman
Tuesday, September 23, 2008
Sequence Implementation
How to implement the various scenarios using the sequence struct?
Once you define the sequence struct, you can create various scnearios by creating the sub types of the sequences using kind field.
1. Extend the sequence kind type with the new kind
extend usb_transaction_kind_t : [ SETUP];
2. Extend the new sequence sub type of the kind with either parameters or body().
// SETUP Transaction
extend SETUP usb_sequence_s {
body()@driver.clock is {
do sequence_items keeping {
}; // End of body()
}; // End of extend
// OUT Transaction
extend usb_transaction_kind_t : [ OUT];
extend OUT usb_sequence_s {
body()@driver.clock is {
do sequence_items keeping {
.pid == OUT;
}; // End of body()
}; // End of extend
// IN Transaction
extend usb_transaction_kind_t : [ IN];
extend IN usb_sequence_s {
body()@driver.clock is {
do sequence_items keeping {
.pid == IN;
}; // End of body()
}; // End of extend
In the next post, we will see how to write the test cases using sequences.
- The items and sub-sequences are created inside the pre-defined TCM called "body()" - used to define the behavior of the sequences - using the dedicated "do" action.
- The body() TCM inside the MAIN sequence is launched automatically by the run() method inside the sequence driver.
- The body() TCM of any sub-sequence is activated by the "do" action.
- The body() TCM defines the duration of the sequences.
- When "do"ing an item, you must emit the event driver.item_done to let the sequence complete the "do" action and inform the driver that the item was processed. Without emitting this event, the sequence cannot continue, and the driver cannot drive more items.
- The do action can only be activated inside sequences.
Once you define the sequence struct, you can create various scnearios by creating the sub types of the sequences using kind field.
1. Extend the sequence kind type with the new kind
extend usb_transaction_kind_t : [ SETUP];
2. Extend the new sequence sub type of the kind with either parameters or body().
// SETUP Transaction
extend SETUP usb_sequence_s {
body()@driver.clock is {
do sequence_items keeping {
// The "do sequence_items" will wait until the driver.get_next_item is called and will be
// completed once the driver. packet_done is emitted. Hence the "do sequence_items" and
// driver.get_next_item work in tandem
.pid == SETUP;// completed once the driver. packet_done is emitted. Hence the "do sequence_items" and
// driver.get_next_item work in tandem
}; // End of body()
}; // End of extend
// OUT Transaction
extend usb_transaction_kind_t : [ OUT];
extend OUT usb_sequence_s {
body()@driver.clock is {
do sequence_items keeping {
.pid == OUT;
}; // End of body()
}; // End of extend
// IN Transaction
extend usb_transaction_kind_t : [ IN];
extend IN usb_sequence_s {
body()@driver.clock is {
do sequence_items keeping {
.pid == IN;
}; // End of body()
}; // End of extend
In the next post, we will see how to write the test cases using sequences.
Labels:
Specman
Monday, September 22, 2008
Sequences in Specman
What are the sequences in Specman? What are the significance of sequences? This post explains the way of implementing the sequences in specman.
Introduction: Sequences let you define the streams of data items sent over to the input protocol of the DUT. Before moving on to the details of sequences, let me give you some of the important definitions.
Item : It is a struct that represents the main inputs to the DUT - Basically a USB packet or an CPU instruction.
Sequence : It is a struct that represents the streams of data items generated one after another according to some protocol, say for example, in USB - Out or setup packet is transferred followed by Data packet.
How to use sequences?
1. Define the sequence item struct - For an item to be used with sequences, it must have some common functionality.
type usb_pid_t : [SETUP = 0xD, OUT = 0x1 , IN = 0x9];
// Create the sequence item
struct usb_transaction_s like any_sequence_item {
dev_addr : uint (bits : 7);
ep_num : uint (bits:4);
pid : usb_pid_t;
data : list of uint (bits : 8);
};
2. Define the sequence and its driver using the sequence statement
// Define the sequence
sequence usb_sequence_s using
item = usb_transaction_s,
created_driver : usb_transaction_driver_u; // Name of the driver
created_kind : usb_transaction_kind_t; // Various sub types for the sequence
3. Hook up the sequence driver to the environment
Have a BFM that knows how to drive the USB packet to the DUT.
unit usb_bfm {
event usb_clk is rise ('usb_clk_30') @ sim;
drive_packet ( packet : usb_transaction_s) @ usb_clk is {
-------
------
}; // End of drive_packet TCM
}; // End of unit usb_bfm
The BFM is instantiated in the Agent
extend usb_bfm {
driver : usb_transaction_driver_u; // Reference to the sequence driver in the BFM
};
unit usb_agent {
bfm : usb_bfm is instance; };
extend usb_agent {
driver : usb_transaction_driver_u is instance;
keep bfm.driver == driver;
};
connect the pre-defined clock to the BFM clock
extend usb_bfm {
on usb_clk { emit driver.clock }; };
Pull item from driver, process it and inform through done
Instantiate the driver into the Agent
extend usb_bfm {
execute_items () @ clock is {
var sequential_items : usb_transaction_s;
while (TRUE) {
sequential_items = driver.get_next_item();
drive_packet (sequential_item);
emit driver.packet_done;
}; // End of while loop
}; // End of execute_item TCM
run() is also {
start execute_items ();
}; // End of run method
}; // End of usb_bfm
Introduction: Sequences let you define the streams of data items sent over to the input protocol of the DUT. Before moving on to the details of sequences, let me give you some of the important definitions.
Item : It is a struct that represents the main inputs to the DUT - Basically a USB packet or an CPU instruction.
Sequence : It is a struct that represents the streams of data items generated one after another according to some protocol, say for example, in USB - Out or setup packet is transferred followed by Data packet.
Sequence driver : The SD acts as an agent b/w sequences and the Bus Functional Model (BFM). Basically, a SD takes the generated data items and pass it on to the BFM which in turns convert all your high level data items (Packets or Instruction) into low level data items (bits and bytes).
Basically a TCM which resides in the BFM does the actual transmission of data items. Both the sequence driver and BFM acts as a pair; The sequence driver serves as the interface upward towards the sequnces and the BFM serves as the interface downward towards DUT. Therefore the Sequence driver only interacts with BFM for the purpose of driving data item into the DUT.
Basically a TCM which resides in the BFM does the actual transmission of data items. Both the sequence driver and BFM acts as a pair; The sequence driver serves as the interface upward towards the sequnces and the BFM serves as the interface downward towards DUT. Therefore the Sequence driver only interacts with BFM for the purpose of driving data item into the DUT.
How to use sequences?
1. Define the sequence item struct - For an item to be used with sequences, it must have some common functionality.
type usb_pid_t : [SETUP = 0xD, OUT = 0x1 , IN = 0x9];
// Create the sequence item
struct usb_transaction_s like any_sequence_item {
dev_addr : uint (bits : 7);
ep_num : uint (bits:4);
pid : usb_pid_t;
data : list of uint (bits : 8);
};
2. Define the sequence and its driver using the sequence statement
// Define the sequence
sequence usb_sequence_s using
item = usb_transaction_s,
created_driver : usb_transaction_driver_u; // Name of the driver
created_kind : usb_transaction_kind_t; // Various sub types for the sequence
3. Hook up the sequence driver to the environment
Have a BFM that knows how to drive the USB packet to the DUT.
unit usb_bfm {
event usb_clk is rise ('usb_clk_30') @ sim;
drive_packet ( packet : usb_transaction_s) @ usb_clk is {
-------
------
}; // End of drive_packet TCM
}; // End of unit usb_bfm
The BFM is instantiated in the Agent
extend usb_bfm {
driver : usb_transaction_driver_u; // Reference to the sequence driver in the BFM
};
unit usb_agent {
bfm : usb_bfm is instance; };
extend usb_agent {
driver : usb_transaction_driver_u is instance;
keep bfm.driver == driver;
};
connect the pre-defined clock to the BFM clock
extend usb_bfm {
on usb_clk { emit driver.clock }; };
Pull item from driver, process it and inform through done
Instantiate the driver into the Agent
extend usb_bfm {
execute_items () @ clock is {
var sequential_items : usb_transaction_s;
while (TRUE) {
sequential_items = driver.get_next_item();
drive_packet (sequential_item);
emit driver.packet_done;
}; // End of while loop
}; // End of execute_item TCM
run() is also {
start execute_items ();
}; // End of run method
}; // End of usb_bfm
In the next post, we will see how to implemet the sequence library and how to write the test case s using the sequences.
Labels:
Specman
Subscribe to:
Posts (Atom)