search for: vfio_devtree_info_rang

...the reg/ranges is needed > > > > The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. > > > > ioctl: VFIO_DEVICE_GET_DEVTREE_INFO > > > > struct vfio_path_info { > > __u32 argsz; > > __u32 flags; > > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a > > "ranges" property */ > > What about distinguishing a normal interrupt from one found in an > interrupt-map? I'm not sure we need that. The kernel needs to use the interrupt map to get interrupts hooked up right, but all us...

...the reg/ranges is needed > > > > The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. > > > > ioctl: VFIO_DEVICE_GET_DEVTREE_INFO > > > > struct vfio_path_info { > > __u32 argsz; > > __u32 flags; > > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a > > "ranges" property */ > > What about distinguishing a normal interrupt from one found in an > interrupt-map? I'm not sure we need that. The kernel needs to use the interrupt map to get interrupts hooked up right, but all us...

...ld just > drop it. As long as we can be sure all architectures will map things correctly without any flags needing to be specified, that's fine. > > > struct vfio_path_info { > > > __u32 argsz; > > > __u32 flags; > > > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region > is a > > > "ranges" property */ > > > > What about distinguishing a normal interrupt from one found in an > > interrupt-map? > > I'm not sure we need that. The kernel needs to use the interrupt > map to g...

...ub-regions per "reg" or "ranges" and the sub-index within the reg/ranges is needed The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. ioctl: VFIO_DEVICE_GET_DEVTREE_INFO struct vfio_path_info { __u32 argsz; __u32 flags; #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a "ranges" property */ __u32 index; /* input: index of region or irq for which we are getting info */ __u32 type; /* input: 0 - get devtree info for a region 1 - get dev...

...ub-regions per "reg" or "ranges" and the sub-index within the reg/ranges is needed The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. ioctl: VFIO_DEVICE_GET_DEVTREE_INFO struct vfio_path_info { __u32 argsz; __u32 flags; #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a "ranges" property */ __u32 index; /* input: index of region or irq for which we are getting info */ __u32 type; /* input: 0 - get devtree info for a region 1 - get dev...

...quot; and > the sub-index within the reg/ranges is needed > > The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. > > ioctl: VFIO_DEVICE_GET_DEVTREE_INFO > > struct vfio_path_info { > __u32 argsz; > __u32 flags; > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a > "ranges" property */ What about distinguishing a normal interrupt from one found in an interrupt-map? In the case of both ranges and interrupt-maps, we'll also want to decide what the policy is for when to expose them directly, ver...

...ng as we can be sure all architectures will map things correctly > without any flags needing to be specified, that's fine. > > > > > struct vfio_path_info { > > > > __u32 argsz; > > > > __u32 flags; > > > > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region > > is a > > > > "ranges" property */ > > > > > > What about distinguishing a normal interrupt from one found in an > > > interrupt-map? > > > > I'm not sure we need that. The kernel needs to...

...ng as we can be sure all architectures will map things correctly > without any flags needing to be specified, that's fine. > > > > > struct vfio_path_info { > > > > __u32 argsz; > > > > __u32 flags; > > > > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region > > is a > > > > "ranges" property */ > > > > > > What about distinguishing a normal interrupt from one found in an > > > interrupt-map? > > > > I'm not sure we need that. The kernel needs to...

...ranges" and > the sub-index within the reg/ranges is needed > > The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. > > ioctl: VFIO_DEVICE_GET_DEVTREE_INFO > > struct vfio_path_info { > __u32 argsz; > __u32 flags; > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a "ranges" property */ > __u32 index; /* input: index of region or irq for which we are getting info */ > __u32 type; /* input: 0 - get devtree info for a region >...

...t; and > the sub-index within the reg/ranges is needed > > The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. > > ioctl: VFIO_DEVICE_GET_DEVTREE_INFO > > struct vfio_path_info { > __u32 argsz; > __u32 flags; > #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a "ranges" property */ (1 << 0)? Having flags = 0x0 for regs and 0x1 for ranges is a bit awkward. I'd suggest a bit for each. Otherwise, what does it mean when this returns flags = 0x0 for an irq? > __u32 index; /...

...ex within the reg/ranges is needed >> >> The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. >> >> ioctl: VFIO_DEVICE_GET_DEVTREE_INFO >> >> struct vfio_path_info { >> __u32 argsz; >> __u32 flags; >> #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a "ranges" property */ > > (1 << 0)? > > Having flags = 0x0 for regs and 0x1 for ranges is a bit awkward. I'd > suggest a bit for each. Otherwise, what does it mean when this returns > flags = 0x0 for an irq? > >&g...

...ex within the reg/ranges is needed >> >> The VFIO_DEVICE_GET_DEVTREE_INFO operates on a device fd. >> >> ioctl: VFIO_DEVICE_GET_DEVTREE_INFO >> >> struct vfio_path_info { >> __u32 argsz; >> __u32 flags; >> #define VFIO_DEVTREE_INFO_RANGES (1 << 3) /* the region is a "ranges" property */ > > (1 << 0)? > > Having flags = 0x0 for regs and 0x1 for ranges is a bit awkward. I'd > suggest a bit for each. Otherwise, what does it mean when this returns > flags = 0x0 for an irq? > >&g...