Fan Ni wrote: > On Wed, Oct 30, 2024 at 06:34:41PM -0700, Davidlohr Bueso wrote: > > On Tue, 29 Oct 2024, ira.weiny@xxxxxxxxx wrote: > > > > > +/* See CXL 3.1 Table 8-164 get dynamic capacity config Output Payload */ > > > +struct cxl_mbox_get_dc_config_out { > > > + u8 avail_region_count; > > > + u8 regions_returned; > > > + u8 rsvd[6]; > > > + /* See CXL 3.1 Table 8-165 */ > > > + struct cxl_dc_region_config { > > > + __le64 region_base; > > > + __le64 region_decode_length; > > > + __le64 region_length; > > > + __le64 region_block_size; > > > + __le32 region_dsmad_handle; > > > + u8 flags; > > > + u8 rsvd[3]; > > > + } __packed region[] __counted_by(regions_retunred); > > > + /* Trailing fields unused */ > > > +} __packed; > > > +#define CXL_DYNAMIC_CAPACITY_SANITIZE_ON_RELEASE_FLAG BIT(0) > > > > Fan, is this something qemu wants to support? > Currently in Qemu the flag is not used, from emulation perspective, I do > not see a good reaon to support it for now. Maybe we will need to support it > later when we consider security? FWIW I see those fields being more applicable to an FM or orchestrator who is looking for the devices capabilities. But I'm unsure how those fields are used in those connections or if they may need to bubble up on a host implementation. Regardless I think those fields should be added when a real use for them arises. But I wanted to make the comment here so that future implementers know they were omitted on purpose. Ira