Processing video content

• US 9,892,482 B2
• Filed: 12/19/2012
• Issued: 02/13/2018
• Est. Priority Date: 12/19/2012
• Status: Active Grant

• Current Assignee: Intel Corporation
• Original Assignee: Intel Corporation
• Inventors: You, Hua, Wu, Jiaping
• Primary Examiner(s): Xiao, Ke
• Assistant Examiner(s): LIU, GORDON G
• Application Number:
  US13/976,072
• Publication Number:
  US 20150310578A1
• Time in Patent Office: 1,882 Days
• Field of Search: 345547
• CPC Class Codes: G06F 9/3881 Arrangements for communication of instructions and data
• CPC Class Codes: G06F 9/545 where tasks reside in different layers, e.g. user- and kernel-space
• CPC Class Codes: G06T 1/20 Processor architectures; Processor configuration, e.g. pipelining
• CPC Class Codes: G06T 1/60 Memory management

Abstract

Technologies may provide for processing video content. A request to process video content may be received at a user mode driver. In response, the user mode driver may insert a command associated with the request into a command buffer. In addition, the user mode driver may enqueue the command buffer to receive a further request to process further video content independent of an execution of the command by platform hardware. Additionally, a command submission process may dequeue the command buffer and call a kernel mode driver. The kernel mode driver may receive the system call independent of the user mode driver and submit the command buffer to the platform hardware to process the video content.

Claims

1. A system comprising:

platform hardware to process video content;

a user mode driver to;

receive a request to process the video content from an upper level component;

insert a command associated with the request into a command buffer in response to the request;

enqueue the command buffer;

return to the upper level component after the enqueue by the user mode driver to receive a further request to process further video content, wherein the return is independent of any operation by a kernel mode driver that submits the command buffer to the platform hardware and is implemented without waiting for the kernel mode driver to process the command including to submit the command buffer to the platform hardware to execute the command;

insert a further command associated with the further request into a further command buffer in response to the further request; and

enqueue the further command buffer; and

memory to store the command buffer and the further command buffer.

2. The system of claim 1, wherein the user mode driver is to:

identify a valid handle associated with the command buffer in a handle array;

replace the valid handle associated with the command buffer with an invalid handle in the handle array that is to indicate the command buffer is to be unavailable;

bypass the invalid handle in response to the further request;

identify a valid handle associated with the further command buffer in the handle array; and

replace the valid handle associated with the further command buffer with an invalid handle in the handle array that is to indicate the further command buffer is to be unavailable.

3. The system of claim 1, wherein the user mode driver is to:

insert a hardware command into the command buffer to be executed by the platform hardware to process the video content; and

insert a data store command into the command buffer to be executed by the platform hardware to replace an invalid handle in a handle array with a valid handle associated with the command buffer in the handle array that is to indicate the command buffer is to be newly available.

4. The system of claim 1, further including a command submission process to:

dequeue the command buffer from the memory;

call the kernel mode driver to submit the command buffer to the platform hardware to execute the command;

dequeue the further command buffer from the memory; and

call the kernel mode driver to submit the further command buffer to the platform hardware to execute the further command.

5. The system of claim 4, wherein the command submission process is to include one or more of a process, a daemon, and a thread.

6. The system of claim 1, wherein the kernel mode driver is to:

receive a first system call and a second system call independent of the user mode driver; and

submit the command buffer to the platform hardware to process the video content in response to the first system call and the further command buffer to the platform hardware to process the further video content in response to second system call.

7. A method comprising:

receiving a request to process video content at a user mode driver from an upper level component;

inserting a command associated with the request into a command buffer via the user mode driver in response to the request;

enqueuing the command buffer via the user mode driver;

returning the user mode driver to the upper level component after the enqueuing via the user mode driver to receive a further request to process further video content, wherein the returning is independent of any operation by a kernel mode driver that submits the command buffer to platform hardware and is implemented without waiting for the kernel mode driver to process the command including to submit the command buffer to the platform hardware to execute;

inserting a further command associated with the further request into a further command buffer via the user mode driver in response to the further request; and

enqueuing the further command buffer via the user mode driver.

8. The method of claim 7, further including:

identifying a valid handle associated with the command buffer in a handle array;

replacing the valid handle associated with the command buffer with an invalid handle in the handle array that indicates the command buffer is to be unavailable;

bypassing the invalid handle in response to the further request;

identifying a valid handle associated with the further command buffer in the handle array; and

replacing the valid handle associated with the further command buffer with an invalid handle in the handle array that indicates the further command buffer is to be unavailable.

9. The method of claim 7, wherein inserting the command includes one or more of:

inserting a hardware command into the command buffer to be executed by the platform hardware to process the video content; and

inserting a data store command into the command buffer to be executed by the platform hardware to replace an invalid handle in a handle array with a valid handle associated with the command buffer in the handle array that indicates the command buffer is to be newly available.

10. The method of claim 9, wherein the command buffer that is newly available is used as the further command buffer when the data store command is executed by the platform hardware to replace the invalid handle in a handle array with the valid handle.

11. The method of claim 7, further including dequeuing the command buffer by one or more of retrieving and removing the command buffer from memory, wherein one or more of a process, a daemon, and a thread is implemented to accomplish the dequeuing.

12. The method of claim 7, further including:

receiving a first system call and a second system call at the kernel mode driver independent of the user mode driver; and

submitting the command buffer to the platform hardware via the kernel mode driver to process the video content in response to the first system call and the further command buffer to the platform hardware via the kernel mode driver to process the further video content in response to the second system call.

13. A computer-readable medium comprising one or more instructions that when executed on a processor cause the processor to:

receive a request to process video content at a user mode driver from an upper level component;

insert a command associated with the request into a command buffer via the user mode driver in response to the request;

enqueue the command buffer via the user mode driver;

return the user mode driver to the upper level component after the enqueue via the user mode driver to receive a further request to process further video content, wherein the return is independent of any operation by a kernel mode driver that submits the command buffer to platform hardware and is implemented without waiting for the kernel mode driver to process the command including to submit the command buffer to the platform hardware to execute the command;

insert a further command associated with the further request into a further command buffer via the user mode driver in response to the further request; and

enqueue the further command buffer via the user mode driver.

14. The medium of claim 13, wherein when executed the one or more instructions cause a processor to:

identify a valid handle associated with the command buffer in a handle array;

replace the valid handle associated with the command buffer with an invalid handle in the handle array that is to indicate the command buffer is to be unavailable;

bypass the invalid handle in response to the further request;

identify a valid handle associated with the further command buffer in the handle array; and

replace the valid handle associated with the further command buffer with an invalid handle in the handle array that is to indicate the further command buffer is to be unavailable.

15. The medium of claim 13, wherein when executed the one or more instructions cause a processor to:

insert a hardware command into the command buffer to be executed by the platform hardware to process the video content; and

insert a data store command into the command buffer to be executed by the platform hardware to replace an invalid handle in a handle array with a valid handle associated with the command buffer in the handle array that is to indicate the command buffer is to be newly available.

16. The medium of claim 13, wherein when executed the one or more instructions cause a processor to dequeue the command buffer, wherein the dequeue is to include one or more of a retrieve and a remove operation for the command buffer from memory.

17. The medium of claim 16, wherein when executed the one or more instructions cause a processor to implement one or more of a process, a daemon, and a thread to dequeue the command buffer.

18. The medium of claim 13, wherein when executed the one or more instructions cause a processor to:

receive a first system call and a second system call at the kernel mode driver independent of the user mode driver; and

submit the command buffer to the platform hardware via the kernel mode driver to process the video content in response to the first system call and the further command buffer to the platform hardware to process the further video content in response to second system call.

19. An apparatus comprising:

a user mode driver to;

receive a request to process video content from an upper level component;

insert a command associated with the request into a command buffer in response to the request;

enqueue the command buffer;

return to the upper level component after the enqueue by the user mode driver to receive a further request to process further video content, wherein the return is independent of any operation, after the enqueue, by a kernel mode driver that submits the command buffer to platform hardware and is implemented without waiting for the kernel mode driver to process the command including to submit the command buffer to the platform hardware to execute the command;

insert a further command associated with the further request into a further command buffer in response to the further request; and

enqueue the further command buffer; and

memory to store the command buffer and the further command buffer.

20. The apparatus of claim 19, wherein the user mode driver is to:

identify a valid handle associated with the command buffer in a handle array;

replace the valid handle associated with the command buffer with an invalid handle in the handle array that is to indicate the command buffer is to be unavailable;

bypass the invalid handle in response to the further request;

identify a valid handle associated with the further command buffer in the handle array; and

replace the valid handle associated with the further command buffer with an invalid handle in the handle array that is to indicate the further command buffer is to be unavailable.

21. The apparatus of claim 20, wherein the user mode driver is to:

identify a first available valid handle as the valid handle associated with the command buffer in the handle array to use the command buffer; and

identify a next available valid handle as the valid handle associated with the further command buffer in the handle array to use the further command buffer.

22. The apparatus of claim 19, wherein the user mode driver is to:

insert a hardware command into the command buffer to be executed by the platform hardware to process the video content; and

insert a data store command into the command buffer to be executed by the platform hardware to replace an invalid handle in a handle array with a valid handle associated with the command buffer in the handle array that is to indicate the command buffer is to be newly available.

23. The apparatus of claim 19, further including a command submission process to:

dequeue the command buffer from the memory; and

call the kernel mode driver to submit the command buffer to the platform hardware to execute the command.

24. The apparatus of claim 23, wherein the command submission process is to include one or more of a process, a daemon, and a thread.

25. The apparatus of claim 19, wherein the kernel mode driver is to:

receive a first system call and a second system call independent of the user mode driver; and

submit the command buffer to the platform hardware to process the video content in response to the first system call and the further command buffer to the platform hardware to process the further video content in response to second system call.

26. The apparatus of claim 19, wherein the video content is to include a video frame of a video and the further video content is to include a further video frame of the video.