Hi Andrzej,
On 19/03/2012, Andrzej Pietrasiewicz 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 output formats
Em 20-02-2012 16:23, Fabio Estevam escreveu:
> On Mon, Feb 20, 2012 at 4:17 PM, Guennadi Liakhovetski
> 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.
>>
>> Sorry,
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 "AF9035BX"Identifier of firmware
> 0008: 4 bytes LE length of fir
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
>
> http://home.arcor.de/hfvogt/af903x/af90
Em 22-02-2012 20:21, Hans-Frieder Vogt escreveu:
> Support for the tuner Fitipower FC0012
>
> Signed-off-by: Hans-Frieder Vogt
>
> 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 01:00:00.0
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 v
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
--
To unsubscribe from this list: send the line "unsubscribe
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
> From: Stefan Ringel
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, to avoid breaking dise
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
> From: Stefan Ringel
>
> Signed-off-by: Stefan Ringel
Patch is also broken: it introduces some weird stuff there. Even after removing
it,
still doesn't compile:
drivers/media/common/tuners/mt2063.c: In function ‘MT2063_ChooseFirstIF’:
dr
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
> From: Stefan Ringel
>
> Signed-off-by: Stefan Ringel
Patch is broken:
drivers/media/common/tuners/mt2063.c:365:1: error: expected identifier or ‘(’
before ‘{’ token
drivers/media/common/tuners/mt2063.c:367:4: error: expected identifier
Em 14-02-2012 19:47, linu...@stefanringel.de escreveu:
> From: Stefan Ringel
>
> Signed-off-by: Stefan Ringel
> ---
> drivers/media/common/tuners/mt2063.c | 23 +++
> 1 files changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/media/common/tuners/mt2063.c
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
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 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() med
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
>>
>> Thanks Miroslav,
>>
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 boa
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 swapin/ba
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 m
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 wrote:
>
> > It's scheduled there. I should have responded with an applied message.
>
> Please apply this one too: http://patchwork.ozlabs.org/patch/144942/
>
Will do.
Hi Sascha,
On Mon, Mar 19, 2012 at 7:37 PM, Sascha Hauer 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 this list: send the line
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 vi
Em 19-03-2012 19:05, Ezequiel García escreveu:
> Hi Mauro,
>
> On 3/7/12, Mauro Carvalho Chehab 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:
>
Em 13-03-2012 14:57, Devin Heitmueller escreveu:
> On Tue, Mar 13, 2012 at 1:50 PM, Jean Delvare 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 dib0700_rc_setup(), and
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
>
> Patch do
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-deve
Hi Mauro,
On 3/7/12, Mauro Carvalho Chehab 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 *file, void *pr
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
Patch doesn't apply over v3.3:
patching file arch/arm/mach-imx/mach-mx
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
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 documentation patch with (hopefully)
improved wording, and a be
On Wed, Mar 14, 2012 at 10:32:43PM +0100, Steffen Barszus wrote:
> On Wed, 14 Mar 2012 16:41:01 -0400
> Jarod Wilson 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
> > > Med
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
---
drivers/media/dvb/frontends/dib9000.c | 128 +++--
1 files changed, 58 ins
On Mon, 19 Mar 2012 14:47:54 -0300, Mauro Carvalho Chehab
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 (linuxtesting.org).
Sig
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
---
drivers/media/dvb/dvb-usb/rtl28xxu.c | 25
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:Mon Mar 19 19:00:24 CET 2012
git hash:aa2e682a48ab96c27772c523a20e03850819afa1
gcc version: i686-linux-gcc (GCC
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
(http://l
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
> ---
> drivers/media/dvb
On Mon, 19 Mar 2012 17:27:06 +0100
javier Martin 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 clear
> about how to configure
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).
>
>
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 pat
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 do
> 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
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 an
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. Le
Firmware for the PCTV QuatroStick nano (520e).
Signed-off-by: Antti Palosaari
---
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
index d1d4a17
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 A
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
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
Signed-Off-by: Daniel Vetter
---
Documentation
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 witho
"Steinar H. Gunderson" 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 patches were n
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
> Sig
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 shoul
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
Date: Mon, 19 Mar 2012 13:31:24 +0100
Subject: [PATCH] Fix DVB-S re
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:
The
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
---
drivers/media/video/s5p-jpeg/jpeg-core.c |
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
wrote:
> 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/
From: Santosh Nayak
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 and -EINTR should be returned
On Sun, Mar 18, 2012 at 11:34 PM, Daniel Vetter 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 how blindly we should b
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 @@ st
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
Can anyone please review it ?
regards
Santosh
On Fri, Mar 16, 2012 at 6:15 PM, santosh nayak
wrote:
> From: Santosh Nayak
>
>
> In 'dib0700_i2c_xfer_new()' and 'dib0700_i2c_xfer_legacy()'
> we are taking two locks:
> 1. i2c_mutex
> 2. usb_mutex
> If attempt to tak
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 t
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 overl
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)
63 matches
Mail list logo
