Hi!
Is there any news on the patch I sent to increase max exposure value
on pac207 based webcams[1]? This one has been waiting for a long time
and I really would like to get it merged.
[1] http://patchwork.linuxtv.org/patch/6850/
--
To unsubscribe from this list: send the line "unsubscribe linux-
Hi Tomasz,
Thanks for the patch, and sorry for the late reply.
On Wednesday 31 August 2011 14:28:21 Tomasz Stanislawski wrote:
> This patch adds a documentation for VIDIOC_{G/S}_SELECTION ioctl. Moreover,
> the patch adds the description of modeling of composing, cropping and
> scaling features i
Hi Sylwester,
I have a few additional comments below, they don't depend on my earlier
ones.
On Wed, Sep 21, 2011 at 07:45:07PM +0200, Sylwester Nawrocki wrote:
> This driver exposes preview mode operation of the S5K6AAFX sensor with
> embedded SoC ISP. It uses one of the five user predefined conf
Make sure all modules init functions clean up after themselves in case
of error.
Signed-off-by: Laurent Pinchart
Reported-by: Guennadi Liakhovetski
---
drivers/media/video/omap3isp/ispccdc.c| 19 ---
drivers/media/video/omap3isp/ispccp2.c| 22 +-
Group all init/cleanup functions together to make the code more
readable.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c| 62
drivers/media/video/omap3isp/ispccp2.c| 112 ++--
drivers/media/video/omap3isp/ispcsi2.c
Mutexes must be destroyed with mutex_destroy(). Add missing calls in the
modules cleanup handlers.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isp.c |2 ++
drivers/media/video/omap3isp/ispccdc.c |2 ++
drivers/media/video/omap3isp/ispstat.c |1 +
drivers/m
The media_entity_cleanup() function belong to the module cleanup
handlers, not the entity registration handlers. Move it there.
Create a omap3isp_video_cleanup() function to cleanup the video node
entity, and call it from the module cleanup handlers.
Rename omap3isp_stat_free() to omap3isp_stat_c
Hi everybody,
Guennadi reported that the OMAP3 ISP driver was missing clean up in init
functions error paths. These 4 patches attempt to address the issue. Guennadi,
as you reported the problem, could you be so kind to check whether the patches
fix it ? :-)
Laurent Pinchart (4):
omap3isp: Move
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:Thu Sep 22 19:00:18 CEST 2011
git hash:e553000a14ead0e265a8aa4d241c7b3221e233e3
gcc version: i686-linux-gcc (GC
Hi Sylwester,
Thanks for the patch.
On Thursday 22 September 2011 18:42:30 Sylwester Nawrocki wrote:
> FIELD signal is used for indicating frame field type to the frame grabber
> in interlaced scan mode, as specified in ITU-R BT.601 standard.
> In normal operation mode FIELD = 0 selects Field1 (o
Switch to generic media bus signal polarity flags and allow
configuring the FIELD signal polarity.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-reg.c | 14 +-
drivers/media/video/s5p-fimc/regs-fimc.h |1 +
include/media/
FIELD signal is used for indicating frame field type to the frame grabber
in interlaced scan mode, as specified in ITU-R BT.601 standard.
In normal operation mode FIELD = 0 selects Field1 (odd) and FIELD = 1
selects Field2 (even). When the FIELD signal is inverted it's the other
way around.
Add co
Hi all,
This is an updated version of the change set adding support for FIELD signal
polarity configuration through the parallel media bus flags.
The second patch just converts s5p-fimc driver to use generic flags.
If there is no further comments I'd like to send Mauro a pull request for these
pa
My mythtv receiver machine crashes when I start mythbackend with a soft lockup
warning in mb86a16_search(). Shortly thereafter the machine becomes
unresponsive and has to be reset. Relevant highlights of dmesg attached
below.
The kernel is Fedora 15's kernel-2.6.40.4-5.fc15.x86_64.
David
---
I
Em 22-09-2011 12:26, Pawel Osciak escreveu:
> Hi Mauro,
>
> On Wed, Sep 21, 2011 at 13:44, Mauro Carvalho Chehab
> wrote:
>> Em 21-09-2011 17:40, Mauro Carvalho Chehab escreveu:
>>
>>== Waiting for Pawel Osiak review ==
>>
>> Jul,14 2011: videobuf2: call buf_finish() on unproces
Le Thu, 22 Sep 2011 11:09:22 -0400,
Devin Heitmueller a écrit :
> Ok, that is a good start. I would definitely submit that as a patch
> (including your Signed-off-by line).
Sure, we will definitely do this.
> Regarding the outstanding issue, I believe I did see that and fixed
> it. Please loo
Hi Mauro,
On Wed, Sep 21, 2011 at 13:44, Mauro Carvalho Chehab wrote:
> Em 21-09-2011 17:40, Mauro Carvalho Chehab escreveu:
>
> == Waiting for Pawel Osiak review ==
>
> Jul,14 2011: videobuf2: call buf_finish() on unprocessed buffers
> http://patchwork.linuxtv
Hello Mauro,
I've collected pending selection API patches together with pending
videobuf2 and Samsung driver fixes to a single git branch. Please pull
them to your media tree.
Best regards,
Marek Szyprowski
Samsung Poland R&D Center
The following changes since commit 699cc1962c85351689c27dd46e59
On Thu, Sep 22, 2011 at 10:45 AM, Thomas Petazzoni
wrote:
> Hello,
>
> Le Wed, 21 Sep 2011 08:04:52 -0400,
> Devin Heitmueller a écrit :
>
>> I ran into the same issue on em28xx in the past (which is what those
>> parts of cx231xx are based on). Yes, just adding
>> URB_NO_TRANSFER_DMA_MAP should
Hello,
Le Wed, 21 Sep 2011 08:04:52 -0400,
Devin Heitmueller a écrit :
> I ran into the same issue on em28xx in the past (which is what those
> parts of cx231xx are based on). Yes, just adding
> URB_NO_TRANSFER_DMA_MAP should result in it starting to work. Please
> try that out, and assuming i
Em 22-09-2011 03:17, Hans Verkuil escreveu:
> On Wednesday, September 21, 2011 22:44:20 Mauro Carvalho Chehab wrote:
>> Em 21-09-2011 17:40, Mauro Carvalho Chehab escreveu:
>>> As announced on Sept, 18, we moved our patch queue to patchwork.linuxtv.org.
>>>
>>> As we were without access to the old
Em 22-09-2011 05:21, Guennadi Liakhovetski escreveu:
> On Wed, 21 Sep 2011, Mauro Carvalho Chehab wrote:
>
>> Em 21-09-2011 17:40, Mauro Carvalho Chehab escreveu:
>>> As announced on Sept, 18, we moved our patch queue to patchwork.linuxtv.org.
>>>
>>> As we were without access to the old patchwork
On Wed, 21 Sep 2011, Mauro Carvalho Chehab wrote:
> Em 21-09-2011 17:40, Mauro Carvalho Chehab escreveu:
> > As announced on Sept, 18, we moved our patch queue to patchwork.linuxtv.org.
> >
> > As we were without access to the old patchwork instance, I simply sent all
> > emails I had locally sto
Hello linux-media!
I am a user Ubuntu and tuner AVerTV Ultra PCI-E RDS.
But I discovered that AVerTV Ultra PCI-E RDS does not support in Linux.
AVerTV Ultra PCI-E RDS is a new tuner yet.
On the Internet I saw that this problem is not my just only.
I beg to correct this situation please. Thank you
On Thu, 22 Sep 2011, Josh Wu wrote:
> This patch
> 1. add ISI_MCK parent setting code when add ISI device.
> 2. add ov2640 support on board file.
> 3. define isi_mck clock in sam9g45 chip file.
>
> Signed-off-by: Josh Wu
> ---
> arch/arm/mach-at91/at91sam9g45.c |3 +
> arch/arm/mach
This patch fixes build break caused by commit ba7fcb0c9549 ("[media] media:
vb2: dma
contig allocator: use dma_addr instread of paddr").
Signed-off-by: Marek Szyprowski
---
drivers/staging/dt3155v4l/dt3155v4l.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/
26 matches
Mail list logo
