State-based IRP management for redirected device
State-based I/O management is provided. A virtual bus driver of a virtual desktop infrastructure can employ containers to manage the state of an IRP that pertains to a redirected device. When an IRP that has been shared to a client terminal is cancelled, the virtual bus driver can update the state of a container associated with the IRP to prevent the IRP from being completed twice. In this way, devices for which IRPs are frequently cancelled can be redirected without concern that a cancelled IRP may result in improper system performance or a crash.
1. A method, performed by a virtual bus driver executing on a server in a virtual desktop infrastructure environment, for managing I/O request packets (IRPs) that pertain to a device that is connected to a client terminal and redirected to the server, the method comprising:
maintaining a first container that has a state that can be set to a plurality of values including an uninitialized value, an initialized value and a shared value;
receiving, at the virtual bus driver, a first IRP that pertains to the device that is connected to the client terminal and redirected to the server;
in response to receiving the first IRP, associating the first IRP with the first container;
in conjunction with associating the first IRP with the first container, setting the state of the first container to the initialized value;
sharing the first IRP to the client terminal;
in conjunction with sharing the first IRP to the client terminal, setting the state of the first container to the shared value;
after sharing the first IRP to the client terminal but prior to receiving notification from the client terminal that the first IRP has been completed on the client terminal, receiving a server-side request to cancel the first IRP;
while the first IRP is shared to the client terminal, completing the first IRP by cancelling the first IRP on the server;
in conjunction with cancelling the first IRP and while the first IRP is shared to the client terminal, changing the state of the first container from the shared value to the uninitialized value such that the state of the first container is set to the uninitialized value while the first IRP is shared to the client terminal;
after completing the first IRP by cancelling the first IRP on the server and changing the state of the first container to the uninitialized value, receiving notification from the client terminal that the first IRP has been completed on the client terminal even though the first IRP has been completed on the server;
determining that the state of the first container is set to the uninitialized value; and
in response to determining that the state of the first container is set to the uninitialized value, preventing the first IRP from being completed again on the server.
2. The method of claim 1 , wherein determining that the state of the first container is set to the uninitialized value comprises one or both of:
determining that the state of the first container is no longer set to the shared value; or
determining that the state of the first container is currently set to the uninitialized value.
3. The method of 1 , wherein associating the first IRP with a first container comprises obtaining the first container from a container pool, and wherein changing the state of the first container to the uninitialized value comprises returning the first container to the container pool.
4. The method of claim 1 , wherein the state of the first container is set to the initialized value from the uninitialized value as part of associating the first IRP with the first container.
5. The method of claim 1 , wherein associating the first IRP with the first container comprises storing a pointer to the first IRP in the first container.
6. The method of claim 1 , wherein sharing the first IRP to the client terminal comprises sending information of the first IRP to a stub driver on the client terminal to allow the stub driver to create, from the information, an equivalent IRP on the client terminal.
7. The method of claim 6 , wherein the first IRP is shared to the client terminal over a remote display protocol connection.
8. The method of claim 1 , further comprising:
maintaining a second container that has a state that can be set to the plurality of values;
receiving a second IRP that pertains to the device;
in response to receiving the second IRP, associating the second IRP with the second container;
in conjunction with associating the second IRP with the second container, setting the state of the second container to the initialized value;
prior to sharing the second IRP to the client terminal, receiving a server-side request to cancel the second IRP; and
setting the state of the second container to the uninitialized value.
9. The method of claim 1 , further comprising:
maintaining a second container that has a state that can be set to the plurality of values;
receiving a second IRP that pertains to the device;
in response to receiving the second IRP, associating the second IRP with the second container;
in conjunction with associating the second IRP with the second container, setting the state of the second container to the initialized value;
sharing the second IRP to the client terminal;
in conjunction with sharing the second IRP to the client terminal, setting the state of the second container to the shared value;
receiving notification from the client terminal that the second IRP has been completed;
determining that the state of the second container is set to the shared value; and
completing the second IRP on the server.
10. The method of claim 9 , further comprising:
in conjunction with completing the second IRP on the server, setting the state of the second container to the uninitialized value.
11. One or more non-transitory computer storage media storing computer executable instructions which when executed on a server in a virtual desktop infrastructure environment implement a virtual bus driver that performs a method for managing I/O request packets (IRPs) that pertain to a device that is connected to a client terminal and redirected to the server, the method comprising:
maintaining a first container that has a state that can be set to a plurality of values including an uninitialized value, an initialized value and a shared value;
receiving, at the virtual bus driver, a first IRP that pertains to the device that is connected to the client terminal and redirected to the server;
in response to receiving the first IRP, associating the first IRP with the first container;
in conjunction with associating the first IRP with the first container, setting the state of the first container to the initialized value;
sharing the first IRP to the client terminal;
in conjunction with sharing the first IRP to the client terminal, setting the state of the first container to the shared value;
after sharing the first IRP to the client terminal but prior to receiving notification from the client terminal that the first IRP has been completed on the client terminal, receiving a server-side request to cancel the first IRP;
while the first IRP is shared to the client terminal, completing the first IRP by cancelling the first IRP on the server;
in conjunction with cancelling the first IRP and while the first IRP is shared to the client terminal, changing the state of the first container from the shared value to the uninitialized value such that the state of the first container is set to the uninitialized value while the first IRP is shared to the client terminal;
after completing the first IRP by cancelling the first IRP on the server and changing the state of the first container to the uninitialized value, receiving notification from the client terminal that the first IRP has been completed on the client terminal even though the first IRP has been completed on the server;
determining that the state of the first container is set to the uninitialized value; and
in response to determining that the state of the first container is set to the uninitialized value, preventing the first IRP from being completed again on the server.
12. The computer storage media of claim 11 , wherein determining that the state of the first container is set to the uninitialized value comprises one or both of:
determining that the state of the first container is no longer set to the shared value; or
determining that the state of the first container is currently set to the uninitialized value.
13. The computer storage media of claim 11 , wherein associating the first IRP with a first container comprises obtaining the first container from a container pool, and wherein changing the state of the first container to the uninitialized value comprises returning the first container to the container pool.
14. The computer storage media of claim 11 , wherein the state of the first container is set to the initialized value from the uninitialized value as part of associating the first IRP with the first container.
15. The computer storage media of claim 11 , wherein associating the first IRP with the first container comprises storing a pointer to the first IRP in the first container.
16. The computer storage media of claim 11 , wherein sharing the first IRP to the client terminal comprises sending information of the first IRP to a stub driver on the client terminal to allow the stub driver to create, from the information, an equivalent IRP on the client terminal.
17. The computer storage media of claim 16 , wherein the first IRP is shared to the client terminal over a remote display protocol connection.
18. The computer storage media of claim 11 , wherein the method further comprises:
maintaining a second container that has a state that can be set to the plurality of values;
receiving a second IRP that pertains to the device;
in response to receiving the second IRP, associating the second IRP with the second container;
in conjunction with associating the second IRP with the second container, setting the state of the second container to the initialized value;
prior to sharing the second IRP to the client terminal, receiving a server-side request to cancel the second IRP; and
setting the state of the second container to the uninitialized value.
19. The computer storage media of claim 11 , wherein the method further comprises:
maintaining a second container that has a state that can be set to the plurality of values;
receiving a second IRP that pertains to the device;
in response to receiving the second IRP, associating the second IRP with the second container;
in conjunction with associating the second IRP with the second container, setting the state of the second container to the initialized value;
sharing the second IRP to the client terminal;
in conjunction with sharing the second IRP to the client terminal, setting the state of the second container to the shared value;
receiving notification from the client terminal that the second IRP has been completed;
determining that the state of the second container is set to the shared value; and
completing the second IRP on the server.
20. The computer storage media of claim 19 , wherein the method further comprises:
in conjunction with completing the second IRP on the server, setting the state of the second container to the uninitialized value.