On Tue February 5 2013 19:49:41 Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> Em Tue, 29 Jan 2013 09:56:20 +0100
> Hans Verkuil escreveu:
>
> > Hi Mauro,
> >
> > The cx2341x module is a helper module for conexant-based MPEG encoders.
> > It isn't an i2c module at all, instead it should be in comm
On Tue February 5 2013 19:41:31 Hans Verkuil wrote:
> > Buffer ioctls:
> > fail: v4l2-test-buffers.cpp(132): ret != -1
>
> I need to look into this a bit more. I probably need to improve
> v4l2-compliance
> itself so I get better feedback as to which error is actually returned here.
> -Original Message-
> From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
> Sent: Wednesday, February 06, 2013 2:30 PM
> To: linux-media@vger.kernel.org; dri-de...@lists.freedesktop.org;
> devicetree-disc...@lists.ozlabs.org
> Cc: k.deb...@samsung.com; sachin.ka...@linaro.org; inki@sam
On Wednesday 06 February 2013 00:23:08 Mauro Carvalho Chehab wrote:
> Em Mon, 14 Jan 2013 16:06:20 +0100
>
> Hans Petter Selasky escreveu:
> > Improved patch follows:
> It would be even more improved if you send it to the right ML ;)
>
> I suspect that your original intention were to send it to
fimc_m2m_job_finish() has to be called with the m2m context for the necessary
cleanup while resume. But currently fimc_m2m_job_finish() always passes m2m
context as NULL.
This patch preserves the context before making it null, for necessary cleanup.
Signed-off-by: Shaik Ameer Basha
---
drivers/
gsc_m2m_job_finish() has to be called with the m2m context for the necessary
cleanup while resume. But currently gsc_m2m_job_finish() always passes m2m
context as NULL.
This patch preserves the context before making it null, for necessary cleanup.
Use gsc_m2m_opened() instead gsc_m2m_active() in g
From: Ajay Kumar
This patch adds device tree match table for Exynos G2D controller.
Signed-off-by: Ajay Kumar
Signed-off-by: Sachin Kamat
---
Patch based on exynos-drm-fixes branch of Inki Dae's tree:
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
Changes since v1:
Modif
This patch adds device tree based discovery support to G2D driver
Signed-off-by: Sachin Kamat
---
Based on for_v3.9 branch of below tree:
git://linuxtv.org/snawrocki/samsung.git
Changes since v1:
* Addressed review comments from Sylwester .
* Modified the compatible string as per the discussions
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v4:
- addressed comments from Paul Menzel
, to modify the co
Add support for parsing the display-timing node using video helper
function.
The DT node parsing and pinctrl selection is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drive
On 5 February 2013 15:03, Sylwester Nawrocki wrote:
> On 02/05/2013 04:03 AM, Inki Dae wrote:
> [...]
>>> Exynos4210 has same g2d IP (v3.0) as C110 or V210; so the same
>>> comptible string will be used for this one too.
>>>
And please check if exynos4212 and 4412 SoCs have same fimg-2d ip.
>
Hi, Jonathan
Thanks a lot for explaining it. :)
>-Original Message-
>From: Jonathan Corbet [mailto:cor...@lwn.net]
>Sent: Tuesday, 05 February, 2013 11:14
>To: Albert Wang
>Cc: g.liakhovet...@gmx.de; linux-media@vger.kernel.org; Libin Yang
>Subject: Re: [PATCH V3 10/15] [media] marvell-c
Em Mon, 14 Jan 2013 16:06:20 +0100
Hans Petter Selasky escreveu:
> Improved patch follows:
It would be even more improved if you send it to the right ML ;)
I suspect that your original intention were to send it to
linux-input ML, instead of linux-media :)
Regards,
Mauro
>
> --HPS
>
> From a
Em Sun, 13 Jan 2013 22:31:33 +0300
Dan Carpenter escreveu:
> There is a missing break so we use XC_RF_MODE_CABLE instead of
> XC_RF_MODE_AIR.
>
> Signed-off-by: Dan Carpenter
> ---
> Static checker stuff. Untested.
>
> diff --git a/drivers/media/tuners/xc5000.c b/drivers/media/tuners/xc5000.c
Em Sun, 20 Jan 2013 14:26:47 +0100
Frank Schäfer escreveu:
> - move the bit shifting of width+height values inside the function
> - fix the debug message format and output values
> - add comment about the size limit (e.g. EM277x supports >2MPix)
> - make void, because error checking is incomplete
Em Wed, 9 Jan 2013 10:36:32 +0300
Dan Carpenter escreveu:
> This is a static checker fix. In the ttusb_process_muxpack() we do:
>
> cc = (muxpack[len - 4] << 8) | muxpack[len - 3];
>
> That means if we pass a number less than 4 then we will either trigger a
> checksum error message or re
Em Tue, 05 Feb 2013 22:46:10 +0100
Frank Schäfer escreveu:
> Am 05.02.2013 22:33, schrieb Patchwork:
> > Hello,
> >
> > The following patches (submitted by you) have been updated in patchwork:
> ...
> > * [RFC] em28xx: fix analog streaming with USB bulk transfers
> > - http://patchwork.linu
Em Tue, 05 Feb 2013 22:37:50 +0100
Frank Schäfer escreveu:
> Am 05.02.2013 21:57, schrieb Mauro Carvalho Chehab:
> > Em Fri, 18 Jan 2013 18:25:48 +0100
> > Frank Schäfer escreveu:
> >
> >> While the current code handles sound interfaces with a number > 0
> >> correctly, it
> >> assumes that the
Am 05.02.2013 22:33, schrieb Patchwork:
> Hello,
>
> The following patches (submitted by you) have been updated in patchwork:
...
> * [RFC] em28xx: fix analog streaming with USB bulk transfers
> - http://patchwork.linuxtv.org/patch/16197/
> was: New
> now: RFC
What's your plan with t
On 02/05/2013 09:43 PM, Mauro Carvalho Chehab wrote:
Error:
Importing patches from git://linuxtv.org/snawrocki/samsung.git v3.8-rc5-fixes
fatal: Couldn't find remote ref v3.8-rc5-fixes
Oops, too bad. I had some accident with this repository and forgot
to restore that branch. It's pushed back n
Am 05.02.2013 21:57, schrieb Mauro Carvalho Chehab:
> Em Fri, 18 Jan 2013 18:25:48 +0100
> Frank Schäfer escreveu:
>
>> While the current code handles sound interfaces with a number > 0 correctly,
>> it
>> assumes that the interface number for analog + digital video is always 0 when
>> changing t
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: Tue Feb 5 19:00:24 CET 2013
git branch: for_v3.9
git hash: f1927479554bf19d2ac54c4b1a38538e54e1881b
gcc ve
Em Fri, 18 Jan 2013 18:25:48 +0100
Frank Schäfer escreveu:
> While the current code handles sound interfaces with a number > 0 correctly,
> it
> assumes that the interface number for analog + digital video is always 0 when
> changing the alternate setting.
>
> (NOTE: the "SpeedLink VAD Laplace
Em Sat, 19 Jan 2013 14:59:32 +0100
Sylwester Nawrocki escreveu:
> Hi Mauro,
>
> The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
>
>Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
>
> are available in the git repository at:
>git://linuxtv.org/snawrocki/samsung.git
From: Lad, Prabhakar
The patch adds support for THS7353 video amplifier.
The the THS7353 amplifier is very much similar to the
existing THS7303 video amplifier driver.
This patch appropriately makes changes to the existing
ths7303 driver and adds support for the THS7353.
This patch also adds V4L2
Hello Steven Toth,
The patch 0d46748c3f87: "V4L/DVB (8986): cx24116: Adding DVB-S2
demodulator support" from Sep 4, 2008, leads to the following warning:
"drivers/media/dvb-frontends/cx24116.c:983 cx24116_send_diseqc_msg()
error: buffer overflow 'd->msg' 6 <= 23"
drivers/media/dvb-front
Hi Hans,
Em Tue, 29 Jan 2013 09:56:20 +0100
Hans Verkuil escreveu:
> Hi Mauro,
>
> The cx2341x module is a helper module for conexant-based MPEG encoders.
> It isn't an i2c module at all, instead it should be in common since it is
> used by 7 pci and usb drivers to handle the MPEG setup.
>
On Tue February 5 2013 18:08:31 Arvydas Sidorenko wrote:
> On Tue, Feb 5, 2013 at 5:56 PM, Ezequiel Garcia wrote:
> > On Tue, Feb 5, 2013 at 12:35 PM, Hans Verkuil wrote:
> >> On Tue February 5 2013 16:28:17 Arvydas Sidorenko wrote:
> >>>
> >>> I have tested the patches using STK-1135 webcam. Eve
Hi!
On Fri, Feb 01, 2013 at 06:29:50PM +0900, Jingoo Han wrote:
> On Friday, January 25, 2013 6:02 PM, Steffen Trumtrar wrote
> >
> > + fbmode->sync = 0;
> > + fbmode->vmode = 0;
> > + if (vm->dmt_flags & VESA_DMT_HSYNC_HIGH)
> > + fbmode->sync |= FB_SYNC_HOR_HIGH_ACT;
> > + if
This patch re-write the driver and use the videobuf2
interface instead of the old videobuf. Moreover, it uses also
the control framework which allows the driver to inherit
controls from its subdevice (ADV7180). Finally the driver does not
implement custom file operation but it uses the generic ones
Hi Mauro,
On Tue, Feb 5, 2013 at 9:54 PM, Mauro Carvalho Chehab
wrote:
> Em Wed, 2 Jan 2013 17:23:50 +0530
> "Lad, Prabhakar" escreveu:
>
>> while the effect is harmless this patch
>
> I disagree that this is a harmless warning. It is here for a reason:
> you should not be relying on the enum "
On Tue, Feb 5, 2013 at 5:56 PM, Ezequiel Garcia wrote:
> On Tue, Feb 5, 2013 at 12:35 PM, Hans Verkuil wrote:
>> On Tue February 5 2013 16:28:17 Arvydas Sidorenko wrote:
>>>
>>> I have tested the patches using STK-1135 webcam. Everything works well.
>>>
>>> $ v4l2-compliance -d /dev/video0
>>> Dr
On Tue, Feb 5, 2013 at 12:35 PM, Hans Verkuil wrote:
> On Tue February 5 2013 16:28:17 Arvydas Sidorenko wrote:
>> On Mon, Feb 4, 2013 at 2:35 PM, Hans Verkuil wrote:
>> >
>> > Hi Arvydas,
>> >
>> > Yes indeed, it would be great if you could test this!
>> >
>> > Note that the patch series is also
Em Wed, 2 Jan 2013 17:23:50 +0530
"Lad, Prabhakar" escreveu:
> while the effect is harmless this patch
I disagree that this is a harmless warning. It is here for a reason:
you should not be relying on the enum "magic" value, since the main
reason to use an enum is to fill/compare the enum field
Em Tue, 5 Feb 2013 13:35:19 -0200
Mauro Carvalho Chehab escreveu:
Heh, obviously the subject is wrong... I meant to write "GIT PULL for 3.8-rc7"
:)
Regards,
Mauro
> Hi Linus,
>
> Please pull from:
> git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
> v4l_for_linus
>
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For a regression fix on a few radio drivers that were preventing radio TX
to work on those devices.
Regards,
Mauro
-
The following changes since commit 68d6f84ba0c47e658beff3a
On Tue February 5 2013 16:28:17 Arvydas Sidorenko wrote:
> On Mon, Feb 4, 2013 at 2:35 PM, Hans Verkuil wrote:
> >
> > Hi Arvydas,
> >
> > Yes indeed, it would be great if you could test this!
> >
> > Note that the patch series is also available in my git tree:
> >
> > http://git.linuxtv.org/hverk
On Mon, Feb 4, 2013 at 2:35 PM, Hans Verkuil wrote:
>
> Hi Arvydas,
>
> Yes indeed, it would be great if you could test this!
>
> Note that the patch series is also available in my git tree:
>
> http://git.linuxtv.org/hverkuil/media_tree.git/shortlog/refs/heads/stkwebcam
>
> Besides the normal tes
On 02/03/13 00:03, Chris Clayton wrote:
On 02/01/13 21:07, Devin Heitmueller wrote:
On Fri, Feb 1, 2013 at 4:03 PM, Chris Clayton
wrote:
Yes, I noticed that but even with the tuning timeout set at medium or
longest, I doesn't find any channels. However, I've been following
the debug
messag
These patches fix various v4l2-compliance issues for the tm6000.
Tested with my tm6000.
Unchanged from the RFC patches posted a few days ago.
Regards,
Hans
The following changes since commit a32f7d1ad3744914273c6907204c2ab3b5d496a0:
Merge branch 'v4l_for_linus' into staging/for_v3.
These patches upgrade meye to the control framework.
Unchanged from the RFC patches posted a week ago.
Regards,
Hans
The following changes since commit a32f7d1ad3744914273c6907204c2ab3b5d496a0:
Merge branch 'v4l_for_linus' into staging/for_v3.9 (2013-01-24 18:49:18 -0200)
are availa
These patches fix various compliance issues for c-qcam.
Tested on more-or-less (mostly less) working actual hardware.
Unchanged from the RFC patches posted a week ago.
Regards,
HansThe following changes since commit
a32f7d1ad3744914273c6907204c2ab3b5d496a0:
Merge branch 'v4l_for_linu
These patches upgrade bw-qcam to vb2 and fix various compliance issues.
Tested on actual hardware.
Unchanged from the RFC patches posted a week ago.
Regards,
Hans
The following changes since commit a32f7d1ad3744914273c6907204c2ab3b5d496a0:
Merge branch 'v4l_for_linus' into staging/fo
These patches upgrade radio-miropcm20 to the latest frameworks. Tested on
actual hardware.
Unchanged from the RFC patches posted a week ago.
Regards,
Hans
The following changes since commit a32f7d1ad3744914273c6907204c2ab3b5d496a0:
Merge branch 'v4l_for_linus' into staging/for_v3.9 (
Compiling the saa7164 driver without CONFIG_VIDEO_ADV_DEBUG set triggers
these GCC warnings:
drivers/media/pci/saa7164/saa7164-encoder.c:1301:12: warning:
‘saa7164_g_register’ defined but not used [-Wunused-function]
drivers/media/pci/saa7164/saa7164-encoder.c:1314:12: warning:
‘saa7164_s
The ttusb2 module is already updated to recognize the TechnoTrend CT-3650
CI DVB C/T USB2.0 receiver in addition to the Pinnacle 400e. But if
MEDIA_SUBDRV_AUTOSELECT is used, the required tuner and demodulator
modules are not automatically selected. Here's a patch to fix that and add a
note o
Dear Vikas,
thank you for the patch. Please send a fifth iteration with the
following changes to the commit message.
Am Dienstag, den 05.02.2013, 11:02 +0530 schrieb Vikas Sajjan:
The summary should not implicitly assume »patch« written before it. So
do not add third person s to »Add«.
On 02/05/2013 04:03 AM, Inki Dae wrote:
[...]
>> Exynos4210 has same g2d IP (v3.0) as C110 or V210; so the same
>> comptible string will be used for this one too.
>>
>>> And please check if exynos4212 and 4412 SoCs have same fimg-2d ip.
>>> If it's different, we might need to add ip version proper
Hi Sean,
On Monday 04 February 2013 12:36:47 Sean V Kelley wrote:
> On Mon, Jan 21, 2013 at 2:51 AM, Laurent Pinchart wrote:
> > Those optional operations are used to release and reacquire the queue
> > lock when videobuf2 needs to perform operations that sleep for a long
> > time, such as waiting
On 02/05/2013 12:03 PM, Inki Dae wrote:
> 2013/2/4 Sachin Kamat :
>> On 1 February 2013 18:28, Inki Dae wrote:
>>>
>>>
>>>
>>> 2013. 2. 1. 오후 8:52 Inki Dae 작성:
>>>
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org]
50 matches
Mail list logo