As commented in uvc_video_init,
/* Alternate setting 0 should be the default, yet the XBox Live Vision
* Cam (and possibly other devices) crash or otherwise misbehave if
* they don't receive a SET_INTERFACE request before any other video
* control request.
This moves us one more step closer to eliminating the soc-camera bus
and devices on it. Besides, as a side effect, CSI-2 runtime PM on
sh-mobile secomes finer grained now: we only have to power on the
interface, when the device nodes are open.
Signed-off-by: Guennadi Liakhovetski
---
arch/arm/ma
The soc-camera bus is now completely local again.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/soc_camera.c |3 +--
include/media/soc_camera.h |8 +++-
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/media/video/soc_camera.c b/drivers/medi
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/soc_camera.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/soc_camera.c b/drivers/media/video/soc_camera.c
index 5084e72..96bed29 100644
--- a/drivers/media/video/soc_camera.c
+++ b/drive
soc-camera host drivers shall be implementing their PM, using standard
kernel methods, soc-camera specific hooks can die.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/soc_camera.c | 26 --
include/media/soc_camera.h |2 --
2 files changed, 0 in
Before sending a pull-request, a short preview into the forthcoming
soc-camera patches. We are becoming thinner, more v4l2-compatible.
Paul, unfortunately, two patches touch arch/sh and / or
arch/arm/mach-shmobile, can I, please, have your acks for them?
Thanks
Guennadi
---
Guennadi Liakhovetsk
The pxa-camera driver doesn't need soc-camera specific PM callbacks,
switch it to using the standard PM hooks instead.
Signed-off-by: Guennadi Liakhovetski
Tested-by: Robert Jarzmik
---
drivers/media/video/pxa_camera.c | 20
1 files changed, 12 insertions(+), 8 deletions(
On 07/15/2011 08:01 PM, Andreas Oberritter wrote:
On 15.07.2011 15:25, Mauro Carvalho Chehab wrote:
Em 15-07-2011 05:26, Ralph Metzler escreveu:
At the same time I want to add delivery system properties to
support everything in one frontend device.
Adding a parameter to select C or T as default
On Fri, 15 Jul 2011, Laurent Pinchart wrote:
> Compute crop rectangle boundaries to ensure a GRBG Bayer pattern.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/video/mt9v032.c | 20 ++--
> 1 files changed, 10 insertions(+), 10 deletions(-)
>
> If there's no comment
Compute crop rectangle boundaries to ensure a GRBG Bayer pattern.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/mt9v032.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
If there's no comment I'll send a pull request for this patch in a couple of
days.
Include cxd2099/Kconfig from Kconfig.staging,
so cxd2099 can be selected in menuconfig etc.
Signed-off-by: Oliver Endriss
diff -r 61f1ae80149b v4l/Kconfig.staging
--- a/v4l/Kconfig.staging Wed Jul 13 05:24:01 2011 +0200
+++ b/v4l/Kconfig.staging Fri Jul 15 21:42:18 2011 +0200
@@ -36,
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Jul 15 19:00:29 CEST 2011
git hash:bec969c908bb22931fd5ab8ecdf99de8702a6a31
gcc version: i686-linux-gcc (GCC) 4.5
Hi Sakari,
thanks for your comments.
Sakari Ailus wrote:
T>On Thu, Jul 14, 2011 at 10:07:03PM +0300, Sylwester Nawrocki wrote:
>> Hi Mauro,
>
>Hi Sylwester and Mauro,
T>
>> On Thu, 14 Jul 2011 13:27:17 -0300, Mauro Carvalho Chehab
>> wrote:
T>> >Em 08-07-2011 12:25, Sylwester Nawrocki escr
From: Kalle Jokiniemi
The current omap3isp driver is missing regulator handling
for CSIb complex in omap34xx based devices. This patch
adds a mechanism for this to the omap3isp driver.
Signed-off-by: Kalle Jokiniemi
Acked-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccp2.c | 27
Add two fields to the ISP parallel platform data to set the HS and VS
signals polarities.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isp.h |6 ++
drivers/media/video/omap3isp/ispccdc.c |4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/d
From: Kalle Jokiniemi
The RX-51 uses the CSIb IO complex for camera operation. The
board file is missing definition for the regulator supplying
the CSIb complex, so this is added for better power
management.
Signed-off-by: Kalle Jokiniemi
Acked-by: Laurent Pinchart
Cc: t...@atomide.com
---
ar
Hi everybody,
Here are the OMAP3 ISP patches in my queue for v3.1. I'll send a pull request
in a couple of days if there's no objection.
Kalle Jokiniemi (2):
OMAP3: ISP: Add regulator control for omap34xx
OMAP3: RX-51: define vdds_csib regulator supply
Laurent Pinchart (1):
omap3isp: Suppo
Hi Mauro,
The following changes since commit bec969c908bb22931fd5ab8ecdf99de8702a6a31:
[media] v4l: s5p-tv: add TV Mixer driver for Samsung S5P platform
(2011-07-14 13:09:48 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-next
Stephan Lachow
On Fri, 15 Jul 2011 02:57:43 -0700 (PDT)
Luiz Ramos wrote:
> Ok, I'm now grabbing this tarball:
> http://moinejf.free.fr/gspca-2.13.2.tar.gz.
>
> The site also features a (some) git repository(ies) but I understood
> you mean the test version, is it right?
Yes. The tarball is simpler to compile
Em 15-07-2011 14:01, Andreas Oberritter escreveu:
> On 15.07.2011 15:25, Mauro Carvalho Chehab wrote:
>> Em 15-07-2011 05:26, Ralph Metzler escreveu:
>>> At the same time I want to add delivery system properties to
>>> support everything in one frontend device.
>>> Adding a parameter to select C o
Le jeudi 14 juillet 2011 18:50:39, vous avez écrit :
> Em 14-07-2011 06:28, remzouille escreveu:
> > Hi all,
> >
> > This is the patch against kernel 2.6.32 I used to get to work my TV card
> > Asus My Cinema PS3-100 (1043:48cd).
> >
> > More information on this card can be found on this page :
>
On 15.07.2011 15:25, Mauro Carvalho Chehab wrote:
> Em 15-07-2011 05:26, Ralph Metzler escreveu:
>> At the same time I want to add delivery system properties to
>> support everything in one frontend device.
>> Adding a parameter to select C or T as default should help in most
>> cases where the ap
Em 15-07-2011 12:49, Guennadi Liakhovetski escreveu:
> I'm currently working on removing "struct device" from "struct
> soc_camera_device" and the "struct bus_type soc_camera_bus_type" bus.
> Reasoning - well, I've just got enough of them;-) Everything, what they
> are currently providing, can a
I'm currently working on removing "struct device" from "struct
soc_camera_device" and the "struct bus_type soc_camera_bus_type" bus.
Reasoning - well, I've just got enough of them;-) Everything, what they
are currently providing, can also be implemented directly. They served
their purpose durin
Hello Teresa
On Fri, 15 Jul 2011, Teresa Gamez wrote:
> Hello Guennadi,
>
> Am Mittwoch, den 13.07.2011, 09:14 +0200 schrieb Guennadi Liakhovetski:
> > On Wed, 13 Jul 2011, LBM wrote:
> >
> > > my dear Guennadi
> > > I'm wrong about that "v4l2-int-device",maybe it just "V4L2".
> > >
On Fri, 15 Jul 2011, Ming Lei wrote:
> Hi,
>
> On Fri, Jul 15, 2011 at 10:27 PM, Alan Stern
> wrote:
>
> > This is fine with me. �However, it is strange that the Set-Interface
> > request is necessary. �After being reset, the device should
> > automatically be in altsetting 0 for all interface
Hi,
On Fri, Jul 15, 2011 at 10:27 PM, Alan Stern wrote:
> This is fine with me. However, it is strange that the Set-Interface
> request is necessary. After being reset, the device should
> automatically be in altsetting 0 for all interfaces.
For uvc devices, seems it is not strange, see uvc_v
Hi, Marek,
Thanks for having a look.
> > +static unsigned int vb2_dma_nc_num_users(void *vbuf)
> > +{
> > + struct vb2_nc_buf *buf = vbuf;
> > +
> > + return atomic_read(&buf->refcount);
> > + /* Let's hope they don't fork() about now... */
>
> This comment is really not needed here. vm_ha
On Fri, 15 Jul 2011, Ming Lei wrote:
> Hi,
>
> On Thu, Jul 14, 2011 at 11:03 PM, Alan Stern
> wrote:
>
> > More likely, the reset erases some device setting that uvcvideo
> > installed while binding. �Evidently uvcvideo does not re-install the
> > setting during reset-resume; this is probably
Hi,
On Thu, Jul 14, 2011 at 11:03 PM, Alan Stern wrote:
> More likely, the reset erases some device setting that uvcvideo
> installed while binding. Evidently uvcvideo does not re-install the
> setting during reset-resume; this is probably a bug in the driver.
Alan, you are right.
I think I h
Hi Teresa,
On Friday 15 July 2011 15:37:19 Teresa Gamez wrote:
> Am Mittwoch, den 13.07.2011, 09:14 +0200 schrieb Guennadi Liakhovetski:
> > On Wed, 13 Jul 2011, LBM wrote:
> > > my dear Guennadi
> > >
> > > I'm wrong about that "v4l2-int-device",maybe it just "V4L2".
> > >
> > >
Hello Guennadi,
Am Mittwoch, den 13.07.2011, 09:14 +0200 schrieb Guennadi Liakhovetski:
> On Wed, 13 Jul 2011, LBM wrote:
>
> > my dear Guennadi
> > I'm wrong about that "v4l2-int-device",maybe it just "V4L2".
> >Now i have a board of OMAP3530 and a cmos camera MT9M111,so i want
>
Em 15-07-2011 05:26, Ralph Metzler escreveu:
> Oliver Endriss writes:
> > > Both ngene and ddbrige calls dvb_attach once for drxk_attach.
> > > The logic used there, and by tda18271c2dd driver is different
> > > from similar logic on other frontends.
> > >
> > > The right fix is to change the
On Fri, Jul 15, 2011 at 01:38:35PM +0200, Laurent Pinchart wrote:
> On Thursday 14 July 2011 19:56:10 Guennadi Liakhovetski wrote:
> > On Thu, 14 Jul 2011, Sakari Ailus wrote:
> > > Hi all,
> > >
> > > I was thinking about the sensor binning controls.
> >
> > What wrong with just doing S_FMT on t
Em 15-07-2011 02:21, Oliver Endriss escreveu:
> On Friday 15 July 2011 06:18:27 Mauro Carvalho Chehab wrote:
>> Em 14-07-2011 20:45, Oliver Endriss escreveu:
>>> - DVB-T tuning does not work anymore.
>>
>> The enclosed patch should fix the issue. It were due to a wrong goto error
>> replacements th
Em 15-07-2011 07:51, Andreas Oberritter escreveu:
> On 14.07.2011 02:25, Andreas Oberritter wrote:
>> On 13.07.2011 23:28, Mauro Carvalho Chehab wrote:
>>> This is an automatic generated email to let you know that the following
>>> patch were queued at the
>>> http://git.linuxtv.org/media_tree.gi
On Thursday 14 July 2011 19:56:10 Guennadi Liakhovetski wrote:
> On Thu, 14 Jul 2011, Sakari Ailus wrote:
> > Hi all,
> >
> > I was thinking about the sensor binning controls.
>
> What wrong with just doing S_FMT on the subdev pad? Binning does in fact
> implement scaling.
That's indeed one solu
Hi Sakari,
On Monday 11 July 2011 18:17:10 Sakari Ailus wrote:
>
> The way devices, V4L2 subdevs and media devices are currently being handled
> does not make efficient use of the Linux device model. We have dependencies
> which we are handling in a way or another, usually not in a very generic
>
On 14.07.2011 02:25, Andreas Oberritter wrote:
> On 13.07.2011 23:28, Mauro Carvalho Chehab wrote:
>> This is an automatic generated email to let you know that the following
>> patch were queued at the
>> http://git.linuxtv.org/media_tree.git tree:
>>
>> Subject: [media] DVB: dvb_frontend: off by
--- Em sex, 15/7/11, Jean-Francois Moine escreveu:
> De: Jean-Francois Moine
> Assunto: Re: [PATCH] Fix wrong register mask in gspca/sonixj.c
> Para: linux-media@vger.kernel.org
> Data: Sexta-feira, 15 de Julho de 2011, 4:48
> On Thu, 14 Jul 2011 19:08:39 -0700
> (PDT)
> Luiz Ramos
> wrote:
>
Oliver Endriss writes:
> > Both ngene and ddbrige calls dvb_attach once for drxk_attach.
> > The logic used there, and by tda18271c2dd driver is different
> > from similar logic on other frontends.
> >
> > The right fix is to change them to use the same logic, but,
> > while we don't do that
On Thu, 14 Jul 2011 19:08:39 -0700 (PDT)
Luiz Ramos wrote:
> Signed-off-by: Luiz Carlos Ramos yahoo.com.br>
>
>
> --- a/drivers/media/video/gspca/sonixj.c2011-07-14
> 13:14:41.0 -0300 +++
> b/drivers/media/video/gspca/sonixj.c2011-07-14
> 13:22:26.0 -0300 @@ -23
42 matches
Mail list logo
