The table of Intel integrated GPUs whose graphics stolen memory is
read at boot goes from Coffee Lake straight to Cannon Lake, so on a
Comet Lake (10th generation Core, UHD 610/620/630) machine
hw.intel_graphics_stolen_base and hw.intel_graphics_stolen_size stay 0.
bhyve's GVT-d takes the stolen memory from these sysctls and refuses
the device:

gvt_d_setup_gsm: Unable to add Graphics Stolen Memory to E820 table
(hpa 0x0 len 0x0)

Add the IDs from Linux's INTEL_CML_*_IDS (include/drm/intel/pciids.h).
Comet Lake uses the same registers as Coffee Lake.

Tested on a Lenovo P340 Tiny (i5-10500T, UHD 630 8086:9bc8) with the
same change on stable/15: the sysctls report the stolen memory and
bhyve gets past gvt_d_setup_gsm().

Signed-off-by: Wanpeng Qian <wanpengqian@gmail.com>
Sponsored by: keelos.dev

Lenovo ThinkStation P340 Tiny, i5-10500T, UHD 630 (8086:9bc8), with the
same change on stable/15:

without: hw.intel_graphics_stolen_base: 0, hw.intel_graphics_stolen_size: 0
         bhyve -s 2,passthru,0/2/0 ... fails with
         "gvt_d_setup_gsm: Unable to add Graphics Stolen Memory to E820
         table (hpa 0x0 len 0x0)"
with:    both sysctls report the stolen memory and bhyve gets past
         gvt_d_setup_gsm()

The IDs are the INTEL_CML_*_IDS lists from Linux's
include/drm/intel/pciids.h.

Compile-tested on main 083b44ddc + this commit: pci_early_quirks.o of GENERIC, 0 warnings.