On 20 March 2012 03:12, Rob Clark wrote:
> From: Rob Clark
>
> Otherwise subsystems will get this wrong and end up with a second
> export ioctl with the flag and O_CLOEXEC support added.
>
> Signed-off-by: Rob Clark
> Reviewed-by: Daniel Vetter
> ---
> Updated version of Daniel's original docum
On 19 March 2012 07:24, Rob Clark wrote:
> On Sun, Mar 18, 2012 at 6:34 PM, Daniel Vetter wrote:
>> v2: Fix spelling issues noticed by Rob Clark.
>>
>> Signed-off-by: Daniel Vetter
>
> Signed-off-by: Rob Clark
Thanks; applied to for-next.
>
BR,
~me.
--
To unsubscribe from this list: send the l
On 20 March 2012 04:32, Daniel Vetter wrote:
> Big differences to other contenders in the field (like ion) is
> that this also supports highmem, so we have to split up the cpu
> access from the kernel side into a prepare and a kmap step.
>
> Prepare is allowed to fail and should do everything requ
On 19 March 2012 05:04, Daniel Vetter wrote:
> The mutex protects the attachment list and hence needs to be held
> around the callbakc to the exporters (optional) attach/detach
> functions.
>
> Holding the mutex around the map/unmap calls doesn't protect any
> dma_buf state. Exporters need to prop
This patch removes the non-required spinlock acquire/release calls on
'queue_irqlock' from 'uvc_queue_next_buffer' routine.
This routine is called from 'video->encode' function (which translates to either
'uvc_video_encode_bulk' or 'uvc_video_encode_isoc') in 'uvc_video.c'.
As, the 'video->encode'
Hi Mr.Sakari
On Sun, Mar 18, 2012 at 12:27 AM, Sakari Ailus wrote:
> Hi Ajay,
>
> Thanks for the patch. I have a few comments below.
>
> On Sat, Mar 17, 2012 at 04:52:14PM +0530, Ajay Kumar wrote:
>> Modify the G2D driver(which initially supported only FIMG2D v3 style H/W)
>> to support FIMG2D v4
On Wed, Mar 21, 2012 at 03:44:38PM -0700, Rebecca Schultz Zavin wrote:
> Couldn't this just as easily be handled by not having those mappings
> be mapped cached or write combine to userspace? They'd be coherent,
> just slow. I'm not sure we can actually say that all these cpu access
> are necessa
On Wed, Mar 21, 2012 at 3:25 PM, Daniel Vetter wrote:
> On Wed, Mar 21, 2012 at 10:46:14AM -0700, Rebecca Schultz Zavin wrote:
>> I want to make sure I understand how this would work. I've been planning
>> on making cache maintenance implicit, and most of the corresponding
>> userspace components
On Wed, Mar 21, 2012 at 10:46:14AM -0700, Rebecca Schultz Zavin wrote:
> I want to make sure I understand how this would work. I've been planning
> on making cache maintenance implicit, and most of the corresponding
> userspace components I've seen for android expect to do implicit cache
> mainten
Em 21-03-2012 15:01, Frank Schäfer escreveu:
> Am 16.03.2012 23:18, schrieb Frank Schäfer:
>> [Was: eMPIA EM2710 Webcam (em28xx) and LIRC]
>>
>> Continue this part of the discussion in a new thread...
>>
>> Am 15.03.2012 14:05, schrieb Mauro Carvalho Chehab:
>>> Em 15-03-2012 09:34, Frank Schäfer e
Hi Mauro,
On Tue, 20 Mar 2012 09:17:54 -0300, Mauro Carvalho Chehab wrote:
> Em 20-03-2012 04:20, Jean Delvare escreveu:
> > On Mon, 19 Mar 2012 19:26:11 -0300, Mauro Carvalho Chehab wrote:
> >> Yet, I'd be more happy if Jean's patch could check first if the status is
> >> below 0, in order to pre
On Wed, 21 Mar 2012 20:12:03 +0100
Gianluca Gennari wrote:
> > +#if 0 //TODO 3.3
> > + struct dtv_frontend_properties *p = &fe->dtv_property_cache;
> > + u32 freq = p->frequency / 1000;
> > + u32 delsys = p->delivery_system;
>
> The "delsys" variable is unused, you can delete it.
Thanks f
I'm running kernel-ml-2.6.35-14.1.el5.elrepo
I'm following the info on:
http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
First I run:
git clone git://linuxtv.org/media_build.git
cd media_build
Then when I run ./build, it stops with the following error:
.
2012/3/21 Devin Heitmueller :
> I'm not sure what you mean by "no video". Do you have capture
> disabled? Are you saying that you didn't connect the video cable to
> your input? Most devices will continue to generate video frames over
> isoc even if there is no actual video signal present.
I me
2012/3/21 Ezequiel García :
> Ok. So, it's not saa7113 related, but rather stk1160 related?
Yes.
> When there is no video, isoc urbs are received with actual length=4.
> This is header right?
I'm not sure what you mean by "no video". Do you have capture
disabled? Are you saying that you didn't
Il 21/03/2012 16:56, Michael Büsch ha scritto:
> This adds the Fitipower fc0011 tuner driver.
>
> Note: The '#if 0' statements will be removed on the final submission.
>
> Signed-off-by: Michael Buesch
>
> ---
..
> +
> +#if 0 //TODO 3.3
> +static int fc0011_set_params(struct dvb_frontend
Hi,
2012/3/21 Devin Heitmueller :
>
> Every USB bridge provides their raw video over isoc in a slightly
> different format (not just in terms of the colorspace but also how to
> read the isoc header to detect the start of video frame, which field
> is being sent, etc). Regarding the colorspace, i
Hi,
2012/3/21 Jean-Francois Moine :
> In the gspca test tarball (see my site), I merged the spca506 code into
> the spca505 for a webcam which may also do analog video capture. The
> webcam works, but the analog video capture has never been tested.
> Also, the gspca_main <-> subdriver interface fo
2012/3/21 Ezequiel García :
> 2012/3/20 Andy Walls :
>
>>
>> Section 8.10 of the SAA7113 data sheet shows 16 "data formats". The
>> interesting one for video is #15 Y:U:V 4:2:2.
Every USB bridge provides their raw video over isoc in a slightly
different format (not just in terms of the colorspace
2012/3/20 Andy Walls :
>
> Section 8.10 of the SAA7113 data sheet shows 16 "data formats". The
> interesting one for video is #15 Y:U:V 4:2:2.
Thanks. Perhaps, I should have done my homework.
>
> The EM28xx chip programming might rearrange some data, but I have no
> knowledge or experience with
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Wed Mar 21 19:00:39 CET 2012
git hash:f92c97c8bd77992ff8bd6ef29a23dc82dca799cb
gcc version: i686-linux-gcc (GCC
Am 16.03.2012 23:18, schrieb Frank Schäfer:
> [Was: eMPIA EM2710 Webcam (em28xx) and LIRC]
>
> Continue this part of the discussion in a new thread...
>
> Am 15.03.2012 14:05, schrieb Mauro Carvalho Chehab:
>> Em 15-03-2012 09:34, Frank Schäfer escreveu:
>>> ...
>>>
>>> I would like to bring up the
Am 17.03.2012 14:11, schrieb Jean-Francois Moine:
> On Fri, 16 Mar 2012 23:15:45 +0100
> Frank Schäfer wrote:
>
>> Anyway, I would be glad to get some feedback concerning form and content of
>> the code, becausse I'm still a newbie to kernel programming.
> Hi Frank,
>
> I agree that writing a new
On Wed, Mar 21, 2012 at 8:45 AM, Rob Clark wrote:
> On Tue, Mar 20, 2012 at 3:53 PM, Daniel Vetter wrote:
>> Let's have some competition here for dma_buf mmap support ;-)
>>
>> Compared to Rob Clarke's RFC I've ditched the prepare/finish hooks
>> and corresponding ioctls on the dma_buf file. The
This adds fc0011 support to the af903x driver.
Signed-off-by: Michael Buesch
---
Index: linux-source-3.2/drivers/media/dvb/dvb-usb/Kconfig
===
--- linux-source-3.2.orig/drivers/media/dvb/dvb-usb/Kconfig 2012-03-20
22:48:14.02
This adds the Fitipower fc0011 tuner driver.
Note: The '#if 0' statements will be removed on the final submission.
Signed-off-by: Michael Buesch
---
Index: linux-source-3.2/drivers/media/common/tuners/Kconfig
===
--- linux-source-
This patchset adds support for the Fitipower fc0011 DVB tuner.
Version 2 of this patchset fixes several small bugs and adds
some descriptive register names.
--
Greetings, Michael.
PGP encryption is encouraged / 908D8B0E
signature.asc
Description: PGP signature
Hello Mauro,
please pull the following, if it isn't too late yet, for v3.4. The last patch
doesn't apply cleanly to linuxtv/staging/for_v3.4, due to some changes that
are already in Linus' tree. Also this conflicting patch depends on commit
d1c3414c2a9d10ef7f "drivercore: Add driver probe deferra
On Tue, Mar 20, 2012 at 3:53 PM, Daniel Vetter wrote:
> Let's have some competition here for dma_buf mmap support ;-)
>
> Compared to Rob Clarke's RFC I've ditched the prepare/finish hooks
> and corresponding ioctls on the dma_buf file. The major reason for
> that is that many people seem to be un
On Wed, Mar 21, 2012 at 10:56:33AM +0400, Konstantin Khlebnikov wrote:
> Signed-off-by: Konstantin Khlebnikov
> Cc: linux-media@vger.kernel.org
> Cc: de...@driverdev.osuosl.org
> Cc: Laurent Pinchart
> Cc: Mauro Carvalho Chehab
> Cc: Greg Kroah-Hartman
> Cc: John Stultz
> Cc: "Arve Hjønnevåg"
Hi Prabhakar,
Prabhakar Lad wrote:
On Tue, Mar 20, 2012 at 4:24 AM, Sakari Ailus wrote:
Hi Mauro,
On Mon, Mar 19, 2012 at 06:47:28PM -0300, Mauro Carvalho Chehab wrote:
Em 11-03-2012 13:56, Sakari Ailus escreveu:
Hi Mauro,
This patchset adds
- Integer menu controls,
- Selection IOCTL for
Sakari,
On Tue, Mar 20, 2012 at 4:24 AM, Sakari Ailus wrote:
> Hi Mauro,
>
> On Mon, Mar 19, 2012 at 06:47:28PM -0300, Mauro Carvalho Chehab wrote:
>> Em 11-03-2012 13:56, Sakari Ailus escreveu:
>> > Hi Mauro,
>> >
>> > This patchset adds
>> >
>> > - Integer menu controls,
>> > - Selection IOCTL
On Wed, Mar 21, 2012 at 5:14 PM, Sakari Ailus wrote:
>
> Add three other colour orders for 10-bit to 8-bit DPCM compressed raw
> bayer
> pixel formats.
>
> Signed-off-by: Sakari Ailus
Acked-by: Prabhakar Lad
> ---
> Documentation/DocBook/media/v4l/pixfmt-srggb10.xml | 2 +-
> .../DocBook/me
Hi Mauro,
This patchset adds
- Integer menu controls,
- Selection IOCTL for subdevs,
- Sensor control improvements,
- link_validate() media entity and V4L2 subdev pad ops,
- OMAP 3 ISP driver improvements,
- SMIA++ sensor driver and
- Other V4L2 and media improvements (see individual patches)
Ch
Add three other colour orders for 10-bit to 8-bit DPCM compressed raw bayer
pixel formats.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/pixfmt-srggb10.xml |2 +-
.../DocBook/media/v4l/pixfmt-srggb10dpcm8.xml | 29
Documentation/DocBook/media/v4l
In image mode, the CEU allows configurable line strides up to 8188
pixels.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/sh_mobile_ceu_camera.c | 25 +
1 files changed, 17 insertions(+), 8 deletions(-)
Hi Guennadi,
This patch was missing from my "soc-camera:
Hi Tomasz,
On Monday 23 January 2012 15:44:25 Tomasz Stanislawski wrote:
> Hi Laurent,
>
> Thank you for finding a bug in vb2-core.
You're welcome.
Could you please take the patch in your tree ?
> On 01/23/2012 03:35 PM, Laurent Pinchart wrote:
> > The vb2_get_vma() function is called by video
Hi Guennadi,
On Wednesday 21 March 2012 11:59:59 Guennadi Liakhovetski wrote:
> On Wed, 21 Mar 2012, Laurent Pinchart wrote:
> > On Wednesday 14 March 2012 16:02:20 Guennadi Liakhovetski wrote:
> > > Newer CEU versions, e.g., the one, used on sh7372, support image sizes
> > > larger than 2560x1920
Instead of computing the buffer size manually in the videobuf queue
setup and buffer prepare callbacks, use the previously negotiated
soc_camera_device::sizeimage value.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/atmel-isi.c| 17 +++--
drivers/media/video/m
Instead of computing the line sizes, use the previously negotiated
soc_camera_device::bytesperline value.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/mx3_camera.c |7 ++-
drivers/media/video/sh_mobile_ceu_camera.c |4 +---
2 files changed, 3 insertions(+), 8 del
Add a capabilities field to the soc_camera_host structure to flag hosts
that support user-configurable line strides. soc_camera_try_fmt() then
passes the user-provided bytesperline and sizeimage format fields to
such hosts, and expects the host to check (and fix if needed) the
values.
Signed-off-b
Use the new soc_mbus_image_size() function to compute the image size.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/mx2_camera.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
index 091f2
Compute the bytesperline and sizeimage values when trying/setting
formats or when allocating buffers by taking the user-requested values
into account.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/mx3_camera.c | 20 +-
drivers/media/video/sh_mobile_ceu_camer
The try_fmt() handler restricts the image width based on the hardware
limits and updates the bytesperline value, but doesn't update sizeimage.
Fix it.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/mx2_camera.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/dri
The function returns the minimum size of an image for a given number of
bytes per line (as per the V4L2 specification), width and format.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/soc_mediabus.c | 18 ++
include/media/soc_mediabus.h |2 ++
2 files change
The V4L2 specification defines bytesperline for planar formats as the
number of bytes per line for the largest plane. Modify
soc_mbus_bytes_per_line() accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/soc_mediabus.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
To compute the value of the v4l2_pix_format::bytesperline field, we need
information about planes layout for planar formats. The new enum
soc_mbus_layout conveys that information.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/atmel-isi.c|1 +
drivers/media/video/mx3_cam
Hi Guennadi,
Here's the second version of the soc-camera configurable line stride support
patches.
The patches have been successfully tested on a Mackerel board with the on-board
VGA sensor.
Laurent Pinchart (9):
mx2_camera: Fix sizeimage computation in try_fmt()
soc_camera: Use soc_camera_d
Hi Laurent
On Wed, 21 Mar 2012, Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Wednesday 14 March 2012 16:02:20 Guennadi Liakhovetski wrote:
> > Newer CEU versions, e.g., the one, used on sh7372, support image sizes
> > larger than 2560x1920. Retrieve maximum sizes from platform properties.
>
>
Hi Guennadi,
On Wednesday 14 March 2012 16:02:20 Guennadi Liakhovetski wrote:
> Newer CEU versions, e.g., the one, used on sh7372, support image sizes
> larger than 2560x1920. Retrieve maximum sizes from platform properties.
Isn't there a way you could query the CEU version at runtime instead ?
Hi Dan,
Thank you for the patch.
On Wednesday 21 March 2012 09:35:23 Dan Carpenter wrote:
> copy_in_user() already checks for write permission, so we don't need to
> do it here. This was added in 1a5e4c867c "[media] uvcvideo: Implement
> compat_ioctl32 for custom ioctls".
>
> Signed-off-by: Dan
Hi Konstantin,
Thanks for the patch.
On Wednesday 21 March 2012 10:56:33 Konstantin Khlebnikov wrote:
> Signed-off-by: Konstantin Khlebnikov
> Cc: linux-media@vger.kernel.org
> Cc: de...@driverdev.osuosl.org
> Cc: Laurent Pinchart
> Cc: Mauro Carvalho Chehab
> Cc: Greg Kroah-Hartman
> Cc: Joh
Hi Prabhakar,
Prabhakar Lad wrote:
On Tue, Mar 6, 2012 at 10:02 PM, Sakari Ailus wrote:
...
diff --git a/Documentation/DocBook/media/v4l/pixfmt-srggb10dpcm8.xml
b/Documentation/DocBook/media/v4l/pixfmt-srggb10dpcm8.xml
new file mode 100644
index 000..80937f1
--- /dev/null
+++ b/Documentat
Sakari,
On Tue, Mar 6, 2012 at 10:02 PM, Sakari Ailus wrote:
>
> Add three other colour orders for 10-bit to 8-bit DPCM compressed raw
> bayer
> pixel formats.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/DocBook/media/v4l/pixfmt-srggb10.xml | 2 +-
> .../DocBook/media/v4l/pixfmt-sr
On Tue, 20 Mar 2012 21:05:13 -0300
Ezequiel García wrote:
> I'm a little lost while writing a driver for an easycap device
> (saa7113 capture device).
> I have my isoc handler, and the isoc urb flying OK.
> I also have the videobuf2 queue setup (or at least I think so), and I
> understand
> I ne
On 20-03-12 17:27, Gianluca Gennari wrote:
Hi Michael,
Il 20/03/2012 14:04, Michael Büsch ha scritto:
Thank you for working on a af903x driver.
I tried to test the driver on a debian 3.2 kernel, after applying a small fix:
It should be CONFIG_DVB_USB_AF903X here.
this issue is fixed in vers
Signed-off-by: Konstantin Khlebnikov
Cc: linux-media@vger.kernel.org
Cc: de...@driverdev.osuosl.org
Cc: Laurent Pinchart
Cc: Mauro Carvalho Chehab
Cc: Greg Kroah-Hartman
Cc: John Stultz
Cc: "Arve Hjønnevåg"
---
drivers/media/video/omap3isp/ispqueue.h |2 +-
drivers/staging/android/ashmem
57 matches
Mail list logo
