In data mercoledì 1 agosto 2012 07:04:18, Jonathan Corbet ha scritto:
> On Wed, 1 Aug 2012 08:41:56 +0200
>
> Hans Verkuil wrote:
> > > The second patch adds a new memory allocator for the videobuf2. I
> > > name it videobuf2-dma-streaming but I think "streaming" is not
> > > the best choice, so
In data mercoledì 1 agosto 2012 07:04:18, Jonathan Corbet ha scritto:
On Wed, 1 Aug 2012 08:41:56 +0200
Hans Verkuil hverk...@xs4all.nl wrote:
The second patch adds a new memory allocator for the videobuf2. I
name it videobuf2-dma-streaming but I think streaming is not
the best
> In that case I need to see your latest version of the source code to
> see why it doesn't work.
I send it as patch v2 of the previous one
--
Federico Vaga
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Mon August 6 2012 09:38:10 Federico Vaga wrote:
>
> > > I applied all your suggestions, and some extra simplification;
> > > [...]
>
> > > ---
> > > - flags: optional. Set to V4L2_FL_USE_FH_PRIO if you want to let the
> > > framework handle the VIDIOC_G/S_PRIORITY ioctls. This
> > I applied all your suggestions, and some extra simplification;
> > [...]
> > ---
> > - flags: optional. Set to V4L2_FL_USE_FH_PRIO if you want to let the
> > framework handle the VIDIOC_G/S_PRIORITY ioctls. This requires that
> > you use struct v4l2_fh.
>
> ^^
On Sun August 5 2012 19:11:19 Federico Vaga wrote:
> Hi Hans,
>
> > Did you run the latest v4l2-compliance tool from the v4l-utils.git
> > repository over your driver? I'm sure you didn't since VIP is missing
> > support for control events and v4l2-compliance would certainly
> > complain about
On Sun August 5 2012 19:11:19 Federico Vaga wrote:
Hi Hans,
Did you run the latest v4l2-compliance tool from the v4l-utils.git
repository over your driver? I'm sure you didn't since VIP is missing
support for control events and v4l2-compliance would certainly
complain about that.
I applied all your suggestions, and some extra simplification;
[...]
---
- flags: optional. Set to V4L2_FL_USE_FH_PRIO if you want to let the
framework handle the VIDIOC_G/S_PRIORITY ioctls. This requires that
you use struct v4l2_fh.
^^
Are you
On Mon August 6 2012 09:38:10 Federico Vaga wrote:
I applied all your suggestions, and some extra simplification;
[...]
---
- flags: optional. Set to V4L2_FL_USE_FH_PRIO if you want to let the
framework handle the VIDIOC_G/S_PRIORITY ioctls. This requires that
you
In that case I need to see your latest version of the source code to
see why it doesn't work.
I send it as patch v2 of the previous one
--
Federico Vaga
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
Hi Hans,
> Did you run the latest v4l2-compliance tool from the v4l-utils.git
> repository over your driver? I'm sure you didn't since VIP is missing
> support for control events and v4l2-compliance would certainly
> complain about that.
>
> Always check with v4l2-compliance whenever you make
Hi Hans,
Did you run the latest v4l2-compliance tool from the v4l-utils.git
repository over your driver? I'm sure you didn't since VIP is missing
support for control events and v4l2-compliance would certainly
complain about that.
Always check with v4l2-compliance whenever you make
On Wed, 1 Aug 2012 08:41:56 +0200
Hans Verkuil wrote:
> > The second patch adds a new memory allocator for the videobuf2. I name it
> > videobuf2-dma-streaming but I think "streaming" is not the best choice, so
> > suggestions are welcome. My inspiration for this buffer come from
> >
On Tue July 31 2012 22:17:06 Federico Vaga wrote:
> As suggested I moved the Video Buffer Input (VIP) of the STA2X11 board to the
> videobuf2. This patch series is an RFC.
Thank you very much for working on this! Much appreciated!
> The first patch is just an update to the adv7180 because the
On Tue July 31 2012 22:17:06 Federico Vaga wrote:
As suggested I moved the Video Buffer Input (VIP) of the STA2X11 board to the
videobuf2. This patch series is an RFC.
Thank you very much for working on this! Much appreciated!
The first patch is just an update to the adv7180 because the VIP
On Wed, 1 Aug 2012 08:41:56 +0200
Hans Verkuil hverk...@xs4all.nl wrote:
The second patch adds a new memory allocator for the videobuf2. I name it
videobuf2-dma-streaming but I think streaming is not the best choice, so
suggestions are welcome. My inspiration for this buffer come from
I use git send-email command to send patches but I think I made a
mistake. If something
is wrong or confused please tell me and I try to resend all the
patches hopefully without mistake. Sorry again.
2012/7/31 Federico Vaga :
> As suggested I moved the Video Buffer Input (VIP) of the STA2X11
As suggested I moved the Video Buffer Input (VIP) of the STA2X11 board to the
videobuf2. This patch series is an RFC.
The first patch is just an update to the adv7180 because the VIP (the only
user) now use the control framework so query{g_|s_|ctrl} are not necessery.
The second patch adds a new
As suggested I moved the Video Buffer Input (VIP) of the STA2X11 board to the
videobuf2. This patch series is an RFC.
The first patch is just an update to the adv7180 because the VIP (the only
user) now use the control framework so query{g_|s_|ctrl} are not necessery.
The second patch adds a new
I use git send-email command to send patches but I think I made a
mistake. If something
is wrong or confused please tell me and I try to resend all the
patches hopefully without mistake. Sorry again.
2012/7/31 Federico Vaga federico.v...@gmail.com:
As suggested I moved the Video Buffer Input
20 matches
Mail list logo