Hi Mauro,
This set includes the patch http://patchwork.linuxtv.org/patch/9494.
The following changes since commit 632fba4d012458fd5fedc678fb9b0f8bc59ceda2:
[media] cx25821: Add a card definition for No brand cards that have:
subvendor = 0x subdevice = 0x (2012-03-08 12:42:28 -0300)
On Fri, Mar 16, 2012 at 16:41:27, Taneja, Archit wrote:
Hi,
On Friday 16 March 2012 03:46 PM, Archit Taneja wrote:
On Monday 12 March 2012 03:34 PM, Hiremath, Vaibhav wrote:
On Wed, Mar 07, 2012 at 14:31:16, Taneja, Archit wrote:
The omap_vout driver tries to set the DSS overlay_info
Dear all,
I decided to post a patch against the TBS drivers for all those who
want to experiment
with the very preliminary base-band demultiplexer until I have a
repository to properly host
this stuff. Currently it only works for the
TBS 6925 card. The bb-dmx was created for Linux v3.3, so
Can anyone please review it ?
regards
Santosh
On Fri, Mar 16, 2012 at 6:15 PM, santosh nayak
santoshprasadna...@gmail.com wrote:
From: Santosh Nayak santoshprasadna...@gmail.com
In 'dib0700_i2c_xfer_new()' and 'dib0700_i2c_xfer_legacy()'
we are taking two locks:
1.
I just got a kernel update that doesn't work for my PCTV 290e's so I
pulled and build the media_build tree and got the below errors which I
also got a week ago when I did the same after the previous kernel
update and I'm just reporting this without knowing how often errors
are fixed or for help if
Hello,
I agree with the patch. But you could also add:
diff --git a/drivers/media/dvb/dvb-usb/dib0700_core.c
b/drivers/media/dvb/dvb-usb/dib0700_core.c
index 1a6ddbc..a271203 100644
--- a/drivers/media/dvb/dvb-usb/dib0700_core.c
+++ b/drivers/media/dvb/dvb-usb/dib0700_core.c
@@ -178,7 +178,7 @@
On Sun, Mar 18, 2012 at 11:34 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Otherwise subsystems will get this wrong and end up with and second
export ioctl with the flag and O_CLOEXEC support added.
Its not actually dma_buf_export that takes the O_CLOEXEC flag its dma_buf_fd
I'm not sure
From: Santosh Nayak santoshprasadna...@gmail.com
In 'dib0700_i2c_xfer_new()' and 'dib0700_i2c_xfer_legacy()'
we are taking two locks:
1. i2c_mutex
2. usb_mutex
If attempt to take 'usb_mutex' lock fails then the previously taken
lock 'i2c_mutex' should be unlocked
Hi Olivier,
Included your suggestion and sent a new patch.
Please review it.
regards
Santosh
On Mon, Mar 19, 2012 at 3:58 PM, Olivier GRENIE
olivier.gre...@parrot.com wrote:
Hello,
I agree with the patch. But you could also add:
diff --git a/drivers/media/dvb/dvb-usb/dib0700_core.c
S5P-JPEG IP on Exynos4210 SoC supports YCbCr422 and YCbCr420
as decoded output formats. But the driver used to fix the output
format as YCbCr422. This is now made conditional depending upon
the requested output format.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
On Monday 19 March 2012 02:15 PM, Hiremath, Vaibhav wrote:
On Fri, Mar 16, 2012 at 16:41:27, Taneja, Archit wrote:
Hi,
On Friday 16 March 2012 03:46 PM, Archit Taneja wrote:
On Monday 12 March 2012 03:34 PM, Hiremath, Vaibhav wrote:
On Wed, Mar 07, 2012 at 14:31:16, Taneja, Archit wrote:
Kernel 3.3 breaks DVB-S reception on the
Hauppauge WinTV Nova HD-S2 and similar
cards.
The attached patch fixes this problem.
cu,
knut
From 10934b412eb30fa815bad392b120eb9b83fe4ab5 Mon Sep 17 00:00:00 2001
From: Knut Petersen knut_peter...@t-online.de
Date: Mon, 19 Mar 2012 13:31:24 +0100
Em 27-02-2012 22:03, Steinar H. Gunderson escreveu:
Hi,
This patch, against 3.3-rc4, is basically a conglomerate of patches that
together seem to make CA support on mantis working and stable, even on SMP
systems.
A conglomerate of patches can't be applied upstream. Instead, you should be
On Mon, Mar 19, 2012 at 11:05:10AM -0300, Mauro Carvalho Chehab wrote:
A conglomerate of patches can't be applied upstream. Instead, you should
be sending us a patch series, preserving the original author/signed-off-by
for each one, if the patches were nod written by you, and add your
Steinar H. Gunderson sgunder...@bigfoot.com writes:
On Mon, Mar 19, 2012 at 11:05:10AM -0300, Mauro Carvalho Chehab wrote:
A conglomerate of patches can't be applied upstream. Instead, you should
be sending us a patch series, preserving the original author/signed-off-by
for each one, if the
On 03/19/2012 02:45 AM, Claus Olesen wrote:
I just got a kernel update that doesn't work for my PCTV 290e's so I
pulled and build the media_build tree and got the below errors which I
also got a week ago when I did the same after the previous kernel
update and I'm just reporting this without
Otherwise subsystems will get this wrong and end up with a second
export ioctl with the flag and O_CLOEXEC support added.
v2: Fixup the function name and caution exporters to limit the flags
to only O_CLOEXEC. Noted by Dave Airlie.
Cc: Dave Airlie airl...@gmail.com
Signed-Off-by: Daniel Vetter
Hello,
On March 19, 2012 12:35 PM Sachin Kamat wrote:
Subject: [PATCH] [media] s5p-jpeg: Make the output format setting
conditional
S5P-JPEG IP on Exynos4210 SoC supports YCbCr422 and YCbCr420
as decoded output formats. But the driver used to fix the output
format as YCbCr422. This is now
On Mon, Mar 19, 2012 at 04:41:55PM +0100, Daniel Vetter wrote:
Otherwise subsystems will get this wrong and end up with a second
export ioctl with the flag and O_CLOEXEC support added.
v2: Fixup the function name and caution exporters to limit the flags
to only O_CLOEXEC. Noted by Dave
Firmware for the PCTV QuatroStick nano (520e).
Signed-off-by: Antti Palosaari cr...@iki.fi
---
Documentation/dvb/get_dvb_firmware | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
Hardware is based of:
Empia EM2884
Micronas DRX 3926K
NXP TDA18271HDC2
... + analog parts.
Analog is not supported currently. Only DVB-T and DVB-C.
There seems to be still problems for locking DVB-C channels which have
strong signal. Attenuator helps. I think it is demodulator IF/RF AGC
issue.
Hi,
I am currently testing an ov7670 sensor against my mx2_camera.c
soc-camera driver. Everything works as expected with the exception of
a green vertical line of about 6-7 pixels width that appears on the
left side of the image.
I suspect the problem is related to the fact that this sensor has
If the API was to also be used for synchronization it would have to
include an atomic prepare multiple ioctl which blocked until all
the buffers listed by the application were available. In the same
Too slow already. You are now serializing stuff while what we want to do
really is
On 03/19/2012 05:56 PM, Alan Cox wrote:
display controller will be reading the front buffer, but the GPU
might also need to read that front buffer. So perhaps adding
read-only read-write access flags to prepare could also be
interpreted as shared exclusive accesses, if we went down this
Em 16-03-2012 13:08, Justin P. Mattock escreveu:
On 03/16/2012 09:06 AM, Justin P. Mattock wrote:
On 03/16/2012 08:58 AM, Greg KH wrote:
On Fri, Mar 16, 2012 at 04:45:03PM +0100, Jiri Kosina wrote:
On Fri, 16 Mar 2012, Justin P. Mattock wrote:
before I forget about this patch, what was the
Em 06-03-2012 18:08, Alexey Khoroshilov escreveu:
DibAcquireLock() is implemented as mutex_lock_interruptible()
but the driver does not handle unsuccessful locking.
As a result it may lead to unlock of an unheld mutex.
Found by Linux Driver Verification project (linuxtesting.org).
On Mon, 19 Mar 2012 17:27:06 +0100
javier Martin javier.mar...@vista-silicon.com wrote:
I suspect the problem is related to the fact that this sensor has an
array of 656 x 488 pixels but only 640 x 480 are active. The datasheet
available from Omnivision (Version 1.4, August 21, 2006) is not
Em 07-03-2012 16:21, Alexey Khoroshilov escreveu:
dib0700_i2c_xfer [_new and _legacy] leave i2c_mutex locked on error paths.
The patch adds appropriate unlocks.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov khoroshi...@ispras.ru
---
To find the responsible patch for a regression, I need to test older drivers.
(1, 3 or 6 months ago) How can I do this with media_build?
I don't really understand how the build script works. It seems that it doesn't
use the current media_tree.git, but loads instead a driver snapshot
DVB USB core refuses to load driver when current USB ID
does not match IDs on driver table. Due to that dynamic
IDs does not work. Replace reference design ID by dynamic
ID in .probe() in order to get it working.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
On Mon, 19 Mar 2012 14:47:54 -0300, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 07-03-2012 16:21, Alexey Khoroshilov escreveu:
dib0700_i2c_xfer [_new and _legacy] leave i2c_mutex locked on error
paths.
The patch adds appropriate unlocks.
Found by Linux Driver Verification project
The patch replaces Dib*Lock macros with direct calls to mutex functions
as soon as they just make the driver code harder to review
(per request of Mauro).
Signed-off-by: Alexey Khoroshilov khoroshi...@ispras.ru
---
drivers/media/dvb/frontends/dib9000.c | 128 +++--
1
On Wed, Mar 14, 2012 at 10:32:43PM +0100, Steffen Barszus wrote:
On Wed, 14 Mar 2012 16:41:01 -0400
Jarod Wilson ja...@redhat.com wrote:
On Wed, Mar 14, 2012 at 07:10:37AM +0100, Steffen Barszus wrote:
Hi !
I'm using above board which has a nuvoton-cir onboard (as most Intel
From: Rob Clark r...@ti.com
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 r...@ti.com
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
---
Updated version of Daniel's original documentation
Em 11-03-2012 13:56, Sakari Ailus escreveu:
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
Em 13-03-2012 12:05, Alex Gershgorin escreveu:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
Patch doesn't apply over v3.3:
patching file
Hi Mauro,
On 3/7/12, Mauro Carvalho Chehab mche...@redhat.com wrote:
The usage of saa711x is simple. All you need to do is to implement
an I2C bus at your easycap driver, load the module, and then, redirect
any demod ioctl call to the I2C bus, like:
static int vidioc_querystd(struct file
Em 19-03-2012 00:58, Bhupesh SHARMA escreveu:
Hi Laurent,
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Thursday, March 15, 2012 6:17 AM
To: Bhupesh SHARMA
Cc: linux-...@vger.kernel.org; linux-media@vger.kernel.org; spear-devel
Subject:
Em 19-03-2012 19:03, Mauro Carvalho Chehab escreveu:
Em 13-03-2012 12:05, Alex Gershgorin escreveu:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
Em 13-03-2012 14:57, Devin Heitmueller escreveu:
On Tue, Mar 13, 2012 at 1:50 PM, Jean Delvare kh...@linux-fr.org wrote:
struct dvb_usb_device *d can never be NULL so don't waste time
checking for this.
Rationale: the urb's context is set when usb_fill_bulk_urb() is called
in
Em 19-03-2012 19:05, Ezequiel García escreveu:
Hi Mauro,
On 3/7/12, Mauro Carvalho Chehab mche...@redhat.com wrote:
The usage of saa711x is simple. All you need to do is to implement
an I2C bus at your easycap driver, load the module, and then, redirect
any demod ioctl call to the I2C bus,
On Mon, Mar 19, 2012 at 07:17:27PM -0300, Mauro Carvalho Chehab wrote:
Em 19-03-2012 19:03, Mauro Carvalho Chehab escreveu:
Em 13-03-2012 12:05, Alex Gershgorin escreveu:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via
Hi Sascha,
On Mon, Mar 19, 2012 at 7:37 PM, Sascha Hauer s.ha...@pengutronix.de wrote:
It's scheduled there. I should have responded with an applied message.
Please apply this one too: http://patchwork.ozlabs.org/patch/144942/
Otherwise camera device cannot register.
--
To unsubscribe from
On Mon, Mar 19, 2012 at 07:43:32PM -0300, Fabio Estevam wrote:
Hi Sascha,
On Mon, Mar 19, 2012 at 7:37 PM, Sascha Hauer s.ha...@pengutronix.de wrote:
It's scheduled there. I should have responded with an applied message.
Please apply this one too:
Em 19-03-2012 15:18, Martin Dauskardt escreveu:
To find the responsible patch for a regression, I need to test older drivers.
(1, 3 or 6 months ago) How can I do this with media_build?
I don't really understand how the build script works. It seems that it
doesn't
use the current
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 required so that
the kmap calls can succeed (like
Em 19-03-2012 19:37, Sascha Hauer escreveu:
On Mon, Mar 19, 2012 at 07:17:27PM -0300, Mauro Carvalho Chehab wrote:
Em 19-03-2012 19:03, Mauro Carvalho Chehab escreveu:
Em 13-03-2012 12:05, Alex Gershgorin escreveu:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This
Hi Miroslav,
After applying an update and installing the most recent V4L drivers
the radio is not working again. It appears that not all your patches
have been included in the current media build and the patches can not
be successfully applied.
2011/12/23 Andrew Goff goff...@gmail.com
Thanks
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 subdevs,
- Sensor control improvements,
- link_validate() media entity and
This patch should be applied after the
PATCH 2/2] em28xx: support for 2013:0251 PCTV QuatroStick nano
(520e) patchset.
It is mostly copy/paste of the 520e code with setting GPIO7 removed
(no LED light).
I've worked on just released vanilla linux-3.3.0 kernel, so there may
be 1/2 lines offset to
Hi Michael,
On Friday 16 March 2012 15:06:15 Michael Jones wrote:
Hi all,
I am playing around with some parameters in the previewer on the ISP. With
ioctl VIDIOC_OMAP3ISP_PRV_CFG I am able to write the various parameters but
what I'm missing is a way to read them. For example, I have no way
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
From: Stefan Ringel linu...@stefanringel.de
Signed-off-by: Stefan Ringel linu...@stefanringel.de
---
drivers/media/common/tuners/mt2063.c | 23 +++
1 files changed, 15 insertions(+), 8 deletions(-)
diff --git
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
From: Stefan Ringel linu...@stefanringel.de
Signed-off-by: Stefan Ringel linu...@stefanringel.de
Patch is broken:
drivers/media/common/tuners/mt2063.c:365:1: error: expected identifier or ‘(’
before ‘{’ token
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
From: Stefan Ringel linu...@stefanringel.de
Signed-off-by: Stefan Ringel linu...@stefanringel.de
Patch is also broken: it introduces some weird stuff there. Even after removing
it,
still doesn't compile:
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
From: Stefan Ringel linu...@stefanringel.de
Can't test this patches (or latter patches in this series), as it depends on the
previous changes.
Please fix the patches. Each patch should individually compile. This is an
upstream
requirement,
Hardware is based of:
Empia EM2884
Micronas DRX 3926K
NXP TDA18271HDC2
AVF4910 (not used atm)
This model is almost identical to the PCTV 520e.
There is no LED on it and the drx-k may be spin A1, A2 or A3.
Signed-off-by: Ivan Kalvachev ikalvac...@gmail.com
--
To unsubscribe from this list: send
Em 19-03-2012 20:09, Ivan Kalvachev escreveu:
This patch should be applied after the
PATCH 2/2] em28xx: support for 2013:0251 PCTV QuatroStick nano
(520e) patchset.
It is mostly copy/paste of the 520e code with setting GPIO7 removed
(no LED light).
I've worked on just released vanilla
Em 22-02-2012 20:21, Hans-Frieder Vogt escreveu:
Support for the tuner Fitipower FC0012
Signed-off-by: Hans-Frieder Vogt hfv...@gmx.net
diff -Nupr a/drivers/media/common/tuners/fc0012.c
b/drivers/media/common/tuners/fc0012.c
--- a/drivers/media/common/tuners/fc0012.c1970-01-01
Em 22-02-2012 20:21, Hans-Frieder Vogt escreveu:
Support for DVB-T USB 2.0 sticks based on AF9035/AF9033. Currently supported
devices:
- Terratec T5 Ver.2 (also known as T6)
- Avermedia Volar HD Nano (A867)
Signed-off-by: Hans-Frieder Vogt hfv...@gmx.net
Em 22-02-2012 20:22, Hans-Frieder Vogt escreveu:
Firmware for the AF9035/AF9033 driver.
irmware format for af903x driver:
copied from it9135-driver by Jason Dong (C) 2011 ITE Technologies, INC.
: 8 chars AF9035BXIdentifier of firmware
0008: 4 bytes LE length of firmware
Em 20-02-2012 16:23, Fabio Estevam escreveu:
On Mon, Feb 20, 2012 at 4:17 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Mon, 20 Feb 2012, Fabio Estevam wrote:
Align mx3_camera driver with the other soc camera driver implementations
by allocating the camera object via kzalloc.
Hi Andrzej,
On 19/03/2012, Andrzej Pietrasiewicz andrze...@samsung.com wrote:
Hello,
On March 19, 2012 12:35 PM Sachin Kamat wrote:
Subject: [PATCH] [media] s5p-jpeg: Make the output format setting
conditional
S5P-JPEG IP on Exynos4210 SoC supports YCbCr422 and YCbCr420
as decoded
62 matches
Mail list logo