warl: add support for WARL CSRs to include uArch dependencies

WARL CSRs can now include hidden uArch dependencies in their YAML definitions.

the `warl_class` now creates a `uarch_depends` dict to support adding hidden uArch
signals to the dependency string in a CSR's YAML definition.

1. The prefix for such a signal/group must be `uarch_`. For example -
  - `uarch_cachecontrol` is a valid group/signal. In order to group signals under this
    name, `uarch_cachecontrol::global_valid` and `uarch_cachecontrol::global_dirty` are
    valid dependencies.
  - `uarch_global_valid` and `uarch_global_dirty` are valid signals. Such signals, for
    parsing purposes are grouped with an implicit name `uarch_commonconfig`. This name
    can not be used for any other micro-architectural signal dependency.

2. Any such signals/groups will be excluded from error checks, and will evaluate to
   `True` for legal checks.

3. Upon encountering such a signal/group, a warning statement will be logged:

[DEBUG]   riscv_config.checker: -- Checking reset values for csr: mtvec::base
[WARNING] riscv_config.warl: WARL for csr mtvec::base depends on uarch csr uarch_global_valid. Treating this as a uarch dependency and excluding from all furtherchecks.
[DEBUG]   riscv_config.warl: uArch dependencies are: {'uarch_commonconfig':['uarch_global_valid']}
[WARNING] riscv_config.warl: WARL for csr mtvec::base depends on uarch csr uarch_global_dirty. Treating this as a uarch dependency and excluding from all further checks.
[DEBUG]   riscv_config.warl: uArch dependencies are: {'uarch_commonconfig': ['uarch_global_valid', 'uarch_global_dirty']}
[DEBUG]   riscv_config.warl: ---- WARL Value Legality Check: value:0 csr:mtvec::base dependency_vals:None
[WARNING] riscv_config.warl: csr/subfield uarch_global_valid is a uArch dependency.
[WARNING] riscv_config.warl: csr/subfield uarch_global_dirty is a uArch dependency.
[DEBUG]   riscv_config.warl:  warl legal string "uarch_global_valid[3:0] in [0] and uarch_global_dirty[3:0] in [0] -> base[61:0] bitmask [0x3FFFFFFFFFFFFFFF, 0x0000000000000000]" treats the input value 0 as legal

4. Such signals will show up in the checked YAMLs as follows:

if grouped --
warl:
  dependency_fields: [uarch_cachecontrol::global_valid, uarch_cachecontrol::global_dirty]
  legal:
    - global_valid[3:0] in [0] and global_dirty[3:0] in [0]
      -> base[61:0] bitmask [0x3FFFFFFFFFFFFFFF, 0x0000000000000000]
  wr_illegal:
    - Unchanged

or if not grouped --
warl:
    dependency_fields: [uarch_global_valid, uarch_global_dirty]
    legal:
        - uarch_global_valid[3:0] in [0] and uarch_global_dirty[3:0]
        in [0] -> base[61:0] bitmask [0x3FFFFFFFFFFFFFFF, 0x0000000000000000]
    wr_illegal:
        - Unchanged

Signed-off-by: Karthik B K <karthik.bk@incoresemi.com>