DVClub has decided to add a NEW city to our already expansive line-up: please welcome DVClub DALLAS, TEXAS ! There is no cost (as usual); this FREE event includes lunch, an excellent presentation, and networking opportunities. We look forward to seeing you at the Cooper Hotel and Conference Center*, September 22 nd ! [Note*: The location has changed since our initial announcement.]
11:30am — Doors Open / Networking
12:00pm — Lunch / Presentation Cliff Cummings
1:00pm — Networking
Presentation - Cliff Cummings
" The Untapped Power of UVM Resources and Why Engineers Should Use the uvm_resource_db API "
The resource database has been part of UVM since its first release. It was built to replace the cumbersome and inefficient set_config/get_config Application Programming Interface (API) used to configure testbenches. The UVM resource database greatly expanded the capabilities of the old set_config/get_config API. It could store values of any type in a centralized database, which could be accessed from anywhere in a testbench. The uvm_resource_db API is simple to use and allows storage and retrieval by any module and UVM testbench class, including transactions and sequences. Later, a second API, uvm_config_db, was added to provide backward compatibility with the old OVM set_config_* API. This provided a way for users of set_config/get_config to transition to the resource database. The uvm_config_db API was never intended to be the primary interface to the resource database, yet in practice, it has become so. The problem is that the uvm_config_db API imposes the ridiculous restriction that only UVM testbench components can set and retrieve items stored in the resource database. This DVClub presentation will explain how UVM resources work and how to use the simple and powerful uvm_resource_db API. This presentation will also outline the shortcomings and misconceptions of the uvm_config_db API and explain why engineers should stop using it.
Cliff Cummings is Vice President o