Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by ljepson74

  1. SPOILER ALERT:  I figured this one out, but since I'd already typed up most of the question, here it is anyhow posted to the public domain.   Comments welcome.



    Who can tell me how to pass a hex value into Systemverilog using uvm_cmdline_processor?


    My current code is shown below as well as the command line option that is supplied.

    code snippet: 
       bit [31:0] stimulus_xyz_min = 32'h12121212;             // *** setting default here works fine
          `uvm_info(get_type_name(), $psprintf("1st TEST-SETTINGS.  xyz_min=%8h",stimulus_xyz_min), UVM_LOW)
          if (cmdline_proc.get_arg_values(.match("+xyz_min="), .values(arg_values))) begin  
    		stimulus_xyz_min = arg_values[$];  
          `uvm_info(get_type_name(), $psprintf("2nd TEST-SETTINGS.  xyz_min=%8h",stimulus_xyz_min), UVM_LOW)


    command line option:   //** this value passed in from cmdline is not properly recognized
    The edited (for clarity) output is here (where you can see that the above +xyz_min did not 'take'):
    1st TEST-SETTINGS. xyz_min=12121212
    2nd TEST-SETTINGS. xyz_min=30393039


    More +options/results data points listed here:
    2nd TEST-SETTINGS. xyz_min=30393039
    2nd TEST-SETTINGS. xyz_min=30303030
    2nd TEST-SETTINGS.  xyz_min=30303031
    2nd TEST-SETTINGS.  xyz_min=30303032
    2nd TEST-SETTINGS.  xyz_min=30303230


    Woo-hoo.  I looked at some other code I was using, which used


    stimulus_lkj = arg_values[$].atoi();

    and then in the sv spec found atohex.

    Using the following worked (emphasis on .atohex()).


          `uvm_info(get_type_name(), $psprintf("1st TEST-SETTINGS.  xyz_min=%8h",stimulus_xyz_min), UVM_LOW)
          if (cmdline_proc.get_arg_values(.match("+xyz_min="), .values(arg_values))) begin
                 stimulus_xyz_min = arg_values[$].atohex();  
          `uvm_info(get_type_name(), $psprintf("2nd TEST-SETTINGS.  xyz_min=%8h",stimulus_xyz_min), UVM_LOW)


    2nd TEST-SETTINGS.  xyz_min=1acecafe


    Even thoe I initially thought I was seeing the ASCII values, I mistakenly looked at an ASCII table of decimal-to-char, instead of hex-to-char, which further confused me.
    I'd even tried this (as a wild hope that cmdline_processor would recognize it):


  2. I had expected all 3 of these calls to randomize to return values using the constraint.  However, the first does not.  Can anyone tell me why?

    (note: In the following code, there is no local randomize method defined.  So, I think that all randomize functions are the same...and perhaps only scope varies.)  
    Code, followed by sim results:
    class thursday_seq extends junk_seq_seq;  //which extends uvm_sequence
       rand int count;
       constraint c1 { count >= 2; count <= 9; }
       function new(string name="thursday_seq");
          if (std::randomize(count)) begin 
             `uvm_info("",$psprintf(" cnt=%0d .....",count),UVM_LOW) end
          else $finish;
          if (randomize(count)) begin 
             `uvm_info("",$psprintf(" cnt=%0d .....",count),UVM_LOW) end
          else $finish;
          if (this.randomize()) begin 
             `uvm_info("",$psprintf(" cnt=%0d .....",count),UVM_LOW) end
          else $finish;
    UVM_INFO @ 0: reporter@ []  cnt=415747889 .....
    UVM_INFO @ 0: reporter@ []  cnt=9 .....
    UVM_INFO @ 0: reporter@ []  cnt=2 .....



    It seems what is happening is that while std::randomize and randomize are calling the same method in the standard package, the standard version is oblivious to local constraints.

    I see in 1800-2012.pdf (SV spec), sec. 18.5.2 "The randomize() method is virtual and therefore honors constraints of the object on which it was called, ..." (highlighting mine)



    Later in the spec, there is reference to the 'scope of the randomize('  which confuses me a bit, if the constraints are always to be honored.  (Although, I suppose in the first two cases above "of the object on which it was called" is not true, b/c I don't call it on the object, but on a property of the object.)  Is that correct?


    After doing a bunch more reading, I am going to continue with this post for feedback.  Here is something more I learned.


    This quote in section "18.12 Randomization of scope variables—std::randomize()" I think explains it all for me.


    "The scope randomize function, std::randomize(), enables users to randomize data in the current
    scope without the need to define a class or instantiate a class object."



    I'm a bit unsure, but I think the answer to my question is this.

    "without the need to define a class" and "in the current scope", from above, imply that std::randomize performs only on the scope that is passed to it.   i.e. if I pass it a class object, then it knows of that object's constraints.    If I pass it a data-member of a class, then the scope that data-member exists in is not seen (i.e. any constraints which are in the scope above that data-member are not seen).  Though they could be replicated as inline constraints.).   

    The local randomize knows of all the constraints in the object from which it is called.


    Do I understand this correctly?  I think I just walked myself through understanding this.  Comments welcome.




    note: using Cadence's IUS12.1-s004

  3. Samrat,

     I don't see the connection between your response and my question.  Did you respond to the wrong topic, by chance?


     I did meander a bit with my question.  To clarify, what is the difference between the following two lines?




    Is the second one correct and the first one 'just works' (with Cadence irun v12.2) because of loose typing in systemverilog and/or my simulator?

    (I see the second one in a fair number of 'examples' online.  This has been a minor hang-up and area of confusion for me as I attempt to improve my uvm_config_db understanding.) 



  4. When agents are configured, I typically see something like this:




    Isn't UVM_ACTIVE of type bit?  I see it 'described' here in an enum and given a default value.

    src/base/uvm_object_globals.svh: typedef enum bit { UVM_PASSIVE=0, UVM_ACTIVE=1 } uvm_active_passive_enum;


    So shouldn't the uvm_config_db line not be:



    but instead be:


    (I sense that I probably don't have a solid enough understanding of enum and the relationship between bits and ints.)

  5. I'd like my sequence to not be created or not perform late randomization (either is fine) until a variable (int) in the driver has a certain value. How would you suggest doing this?

    a) Should I set a variable in uvm_config_db and then poll it in the sequence? (Although sequences know no time as I recall, so I'd have to do it elsewhere. ? )

    B) Is it possible to "wait" on a value in uvm_config_db?

    c) other

    As currently setup,

    my sequence has:


    //some late randomization here


    my driver has:


    send(req) //where pins are set


    The value in the driver being waited for is akin to a stall.

    Apologies for the terseness of this question. After just encountering it late today, I thought I'd throw it out here to see if anyone had any ideas before I reexamine the situation.

  • Create New...