Nick Logan
2005-Nov-21 15:17 UTC
[Xen-devel] Passing ioctls between front-end and back-end drivers
I see that the block driver supports requests for READ, WRITE and PROBE. Is there any recommended way to pass ioctl requests from the front-end to be executed by the back-end driver? Thanks, Nick _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ian Pratt
2005-Nov-21 16:03 UTC
RE: [Xen-devel] Passing ioctls between front-end and back-end drivers
> I see that the block driver supports requests for READ, WRITE > and PROBE. > Is there any recommended way to pass ioctl requests from the > front-end to be executed by the back-end driver?Currently, no. Creating a new request operation type that allows the front end to pass through ioctls would be useful, but it ends up being rather Linux specific. Further, for security reasons the backend is going to need to be able to decode the ioctl and decide whether its safe to issue or not. It would be better to have a ''wire protocol'' for this. A mechanism for passing scsi commands through would be better, but even then there are a bunch of vendor-specific ones its not entirely easy to tell whether they should be allowed by a guest or not. I suspect we need to draw up a list of what "ioctls" should be allowed. What one do you want to perform? Ian _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Nick Logan
2005-Nov-21 17:24 UTC
Re: [Xen-devel] Passing ioctls between front-end and back-end drivers
Ah, that explains why I couldn''t find out how to do it. The ioctl''s that I am thinking of are vendor specific. I''m looking at supporting devices in Dom0 that can be accessed from the guest domains and part of the driver functionality requires ioctls to get/set attributes etc. It would be up to the backend to determine if the ioctls were valid or not. I agree that this is rather Linux/Unix specific but in my case it''s a fundamental part of the driver. Maybe some of the attributes can be passed via Xenstore, I''ll investigate. Nick Ian Pratt wrote:>>I see that the block driver supports requests for READ, WRITE >>and PROBE. >>Is there any recommended way to pass ioctl requests from the >>front-end to be executed by the back-end driver? >> >> > >Currently, no. > >Creating a new request operation type that allows the front end to pass >through ioctls would be useful, but it ends up being rather Linux >specific. Further, for security reasons the backend is going to need to >be able to decode the ioctl and decide whether its safe to issue or not. >It would be better to have a ''wire protocol'' for this. > >A mechanism for passing scsi commands through would be better, but even >then there are a bunch of vendor-specific ones its not entirely easy to >tell whether they should be allowed by a guest or not. I suspect we need >to draw up a list of what "ioctls" should be allowed. What one do you >want to perform? > >Ian > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel