Hi everyone,
As you may know I'm re-writing from scratch the staging/easycap driver.
Finally, after digging through the labyrinthic staging/easycap code,
I've reached a point where I'm able to understand isoc packets.
Despite not having any documentation (I asked several times) from chip vendor,
Hi,
On Thu, Apr 26 2012, Jonathan Corbet wrote:
> On Thu, 26 Apr 2012 16:07:25 -0400
> Chris Ball wrote:
>
>> It seems that this driver has never been buildable upstream, because it
>> was merged with this line included:
>>
>>mcam->platform = MHP_Armada610;
>
> Yes, that was from a badly
Hi,
On Fri, Apr 20 2012, Jonathan Corbet wrote:
> One of the OLPC changes lost a little in its translation to mainline,
> leading to build errors on the ARM architecture. Remove the offending
> line, and all will be well.
>
> Reported-by: Mathieu Poirier
> Cc: sta...@vger.kernel.org
> Signed-off
On Thu, 26 Apr 2012 16:07:25 -0400
Chris Ball wrote:
> It seems that this driver has never been buildable upstream, because it
> was merged with this line included:
>
>mcam->platform = MHP_Armada610;
Yes, that was from a badly cherry-picked change a while back. I sent in a
fix (the sam
Fixes:
drivers/built-in.o: In function `mcam_v4l_open':
/drivers/media/video/marvell-ccic/mcam-core.c:1565: undefined reference to
`vb2_vmalloc_memops'
Signed-off-by: Chris Ball
Cc: Jonathan Corbet
Cc: stable
---
drivers/media/video/marvell-ccic/Kconfig |1 +
1 files changed, 1 insertion
It seems that this driver has never been buildable upstream, because it
was merged with this line included:
mcam->platform = MHP_Armada610;
which causes:
drivers/media/video/marvell-ccic/mmp-driver.c:184:6: error: 'struct
mcam_camera' has no member named 'platform'
drivers/media/video/ma
Em 21-04-2012 00:56, Manoel PN escreveu:
>
>>> +static u8 mb86a20s_soft_reset[] = {
>>> + 0x70, 0xf0, 0x70, 0xff, 0x08, 0x01, 0x08, 0x00
>>> +};
>>
>> Huh? Why do you need to add mb86 stuff here? That sounds wrong.
>>
>
> Need? Don't need.
>
> The device tbs_dtb08 does not work with the configu
Hi,
I'm experiencing a problem with uvcvideo with kernel 3.3.3 and today's
Linus' tree.
Problem not reproduced in 3.2.15, so this could be labelled as a regression.
See webcam lsusb and (verbose!) dmesg log in attachment, which exhibits
the problem.
We see lots of error (-18 = -EXDEV), that in
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 Apr 26 19:00:16 CEST 2012
git hash:aa6d5f29534a6d1459f9768c591a7a72aadc5941
gcc version: i686-linux-gcc (GC
I'm using a 3.0.17 kernel on a dm3730 with a custom 8-bit grayscale sensor.
When using a simple gstreamer pipeline to test:
gst-launch -v v4l2src device=/dev/video2 !
'video/x-raw-gray,bpp=(int)8,framerate=(fraction)10/1,width=640,height=480'
! fakesink
I get lots of calls to isp_video_try_forma
It all started at:
http://www.spinics.net/lists/linux-media/msg45882.html
=> i...@hauppauge.de => steven.t...@me.com => linux-media@vger.kernel.org
I think I have to give up and accept "not any time soon" :)
Greets
Thomas
-- Forwarded Message --
Subject: Re: Re: Hauppauge 9
Hi,
On Wednesday, April 25, 2012 1:08 AM H Hartley Sweeten wrote:
> Include the header to pickup the definitions of the exported symbols.
>
> Quiets the following sparse warnings:
>
> warning: symbol 'vb2_dma_contig_memops' was not declared. Should it be static?
> warning: symbol 'vb2_dma_conti
Hi,
On Wednesday, April 25, 2012 1:13 AM H Hartley Sweeten wrote:
> The function vb2_dma_contig_vaddr returns a void * not an integer.
>
> Quiets the sparse noise:
>
> warning: Using plain integer as NULL pointer
>
> Signed-off-by: H Hartley Sweeten
> Cc: Pawel Osciak
> Cc: Marek Szyprowski
The commit 3b4c34aac7abea4754059084d0eef667a1993ac8
"s5p-fimc: Add support for VIDIOC_PREPARE_BUF/CREATE_BUFS ioctls"
added a handler for VIDIOC_CREATE_BUFS ioctl, but the queue_setup
callback wasn't updated to properly interpret the pixel format.
In this conditions memory corruption may happen wit
When setting TRY crop on the sub-device the mutex was erroneously acquired
rather than released on exit path. This bug is present in kernels starting
from v3.2.
Cc: sta...@vger.kernel.org
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-captur
Em 26-04-2012 10:03, nibble.max escreveu:
> Hello,
> I finish the following works.
> 1)split the montage dvb-s2 frontend into tuner and demodulator files.
Send this patch first. As both tuner and demod drivers were written by
Konstantin, just make sure to preserve the existing copyrights as-is.
2012-04-26 20:59:28 nibble@gmail.com
>2012-04-24 09:50:33 nibble@gmail.com
>>Em 23-04-2012 19:51, Konstantin Dimitrov escreveu:
>>> Antti, i already commented about ds3103 drivers months ago:
>>
>>> also, why Montage tuner code should be spitted from the demodulator
>>> code? is there any
Hi Scott,
On Thursday 26 April 2012 11:47:08 Scott Jiang wrote:
> Hi Laurent,
>
> I'm writing a driver for adv7842 video decoder. This chip has 12 i2c
> register maps. IO map is fixed to 0x20 and others are configurable.
> I plan to use 0x20 as the subdevice addr to call
> v4l2_i2c_new_subdev_boa
The following changes since commit aa6d5f29534a6d1459f9768c591a7a72aadc5941:
[media] pluto2: remove some dead code (2012-04-19 17:15:32 -0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git docfix
for you to fetch changes up to fada845c248be56ddba1f58a0ca6
Hi Laurent,
I'm writing a driver for adv7842 video decoder. This chip has 12 i2c
register maps. IO map is fixed to 0x20 and others are configurable.
I plan to use 0x20 as the subdevice addr to call
v4l2_i2c_new_subdev_board, and call i2c_new_device and i2c_add_driver
in i2c_probe to enumerate othe
Hi Sakari,
thank you for the patch.
On 04/22/2012 12:44 PM, Sakari Ailus wrote:
> Take into account media_entity_pipeline_start() may fail. This patch is
> dependent on "media: Add link_validate() op to check links to the sink pad".
>
> Signed-off-by: Sakari Ailus
Acked-by: Sylwester Nawrocki
21 matches
Mail list logo
