aio / ioctl / sideband informations

[EVS Hardware Dpt]

Hi,

I'm currently converting my windows driver for a broadcast video card to
Linux. This conversion raised a lot of questions/issues, and I believe I
solved most of them. Yet, I still have some issues and would like some
advice.

In windows video data acquisition and playing were done through
asynchronous IOCTL calls. I used METHOD_NEITHER for reference. The whole
mechanism is simple, let's take an example for play :

- User mode has a Video Buffer, an Audio Buffer and an Ancillary data
buffer (Timecode, and other smpte's stuff).
- User mode create a struct that gives 3 pointers to the buffers
(Audio/Video/Anc) and also various sideband info (Nb of audio samples, size
of buffers? ...), and call my IOCTL : IOCTL_PLAY_NEW_FRAME
- In my driver, I store sideband info in an internal structure, I map all 3
buffers into Physical Memory, then I start a Dma Transfer to the Board
(using SG I/O).
- The card trig an Interrupt and I complete the request.

Now on Linux :
I first though that I would simply use ioctl capability to achieve that
kind of functionnality. Using flag O_DIRECT, I had the feeling that it was
possible. BUT if you have been attentive to the previous parts, you'll see
that I've mentioned the fact that these ioctls were asynchronous. And that
is my issue. I don't think that ioctl can be managed as aio read/write.
I need the async functionnality to allow user mode post many play buffer,
and to have the driver accumulate them in a fifo until that fifo is full.

I see that there are aio_write facilities that match perfectly my async
scenario, but I can't find a way to supply multiple buffers (all part of
the same frame) along a description of what is in these buffers. I think of
a workaround that would be for a single play frame:

BASIC_PLAY_FRAME_OPERATION
- Use io_submit to submit a write op to the driver. In the buffer, have in
fact a structure representing the frame I want to send including the 3
usermode buffers. I assume that if I do not set O_DIRECT Flag, the buffer
will be copied into kernel space so that I can access it with
__copy_from_user.
- The driver then maps and lock the 3 buffers in physical memory and trig a
SG DMA transfer.
- Once the transfer is done (interrupt driven), complete the aio.
END_OF_BASIC_PLAY_FRAME_OPERATION

To achieve the final goal, submit multiple BASIC_PLAY_FRAME_OPERATION.

So my questions :
- Do you believe that my proposed workaround will work ?
- Are there other simpler alternatives ?

Thanks for you answers/comments.

Regards,
Fred.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20121009/426e3366/attachment.html