Hi Marek,
On Tue, Apr 16, 2013 at 4:48 PM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> (CC'ing Marek)
>
> On Tuesday 16 April 2013 16:24:30 Prabhakar lad wrote:
>> From: Lad, Prabhakar
>>
>> with recent commit with id 068a0df76023926af958a336a78bef60468d2033
>> which adds add length check for mm
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/media/platform/s5p-mfc/s5p_mfc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/p
Oops, there is a issue.
vb2-core does not PAGE_ALIGN to length of buffer, but mmap() always do
PAGE_ALIGN to its length.
So non PAGE_ALIGN length of buffer from driver side can not mmaped with
this patch.
On 2013년 04월 12일 15:03, Marek Szyprowski wrote:
>
> On 4/12/2013 5:57 AM, Seung-Woo Kim wr
Hi Sergei
> From: Vladimir Barinov
>
> Add VIN clocks and platform devices for R8A7779 SoC; add function to register
> the VIN platform devices.
>
> Signed-off-by: Vladimir Barinov
> [Sergei: renamed some variables]
> Signed-off-by: Sergei Shtylyov
(snip)
> +void __init r8a7779_add_vin_devic
And here are two small patches to obtain timings on the original decoder.
--- linux/drivers/media/rc/ir-rc5-decoder.c.orig2013-04-17
20:40:41.939326236 +0200
+++ linux/drivers/media/rc/ir-rc5-decoder.c2013-04-18
00:42:11.386539568 +0200
@@ -64,6 +64,8 @@ static int ir_rc5_decode(struc
Hello.
On 04/18/2013 02:15 AM, Sergei Shtylyov wrote:
From: Vladimir Barinov
Add ADV7180 platform devices on the Marzen board, configure VIN1/3 pins, and
register VIN1/3 devices with the ADV7180 specific platform data.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
a
Here is a more detailed analysis of the problems my patch is supposed to
solve.
I added a few printk in the module to obtain some detailed timings.
- DECODE is emited once at the begining of each call of
ir_rc5_decode() to describe the blank or pulse event reported by ite_cir
- FINISHED is e
From: Vladimir Barinov
Add the VIN and ADV7180 drivers to 'marzen_defconfig'.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm/configs/marzen_defconfig |7 +++
1 file changed, 7 insertions(+)
Index: renesas/arch/arm/configs/marzen_defconfig
===
From: Vladimir Barinov
Add ADV7180 platform devices on the Marzen board, configure VIN1/3 pins, and
register VIN1/3 devices with the ADV7180 specific platform data.
Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
---
arch/arm/mach-shmobile/board-marzen.c | 55 +++
From: Vladimir Barinov
Add VIN clocks and platform devices for R8A7779 SoC; add function to register
the VIN platform devices.
Signed-off-by: Vladimir Barinov
[Sergei: renamed some variables]
Signed-off-by: Sergei Shtylyov
---
arch/arm/mach-shmobile/clock-r8a7779.c| 10 +++
arc
From: Vladimir Barinov
Add Renesas R-Car VIN (Video In) V4L2 driver.
Based on the patch by Phil Edworthy .
Signed-off-by: Vladimir Barinov
[Sergei: some formatting cleanup]
Signed-off-by: Sergei Shtylyov
---
drivers/media/platform/soc_camera/Kconfig|7
drivers/media/platform/soc_ca
Hello.
Here's the set of 4 patches against the Simon Horman's 'renesas.git' repo,
'renesas-next-20130417' tag and my recent yet unapplied patches. Here we
add the VIN (Video In) driver and its platform code working on the R8A7779/
Marzen with ADV7180 I2C camera
Hello,
Here is a patch to improve the responsiveness of the rc5 decoder when
using the ite-cir driver. Most of the information below should also be
applicable to other decoders and ir drivers (e.g. rc6 for sure). The
problem is that the current decoder is subject to a double timeout:
(a) 2
On 04/15/2013 09:55 AM, Hans Verkuil wrote:
On Fri April 12 2013 02:11:41 Antti Palosaari wrote:
Hello Hans,
That device is working very, thank you for it. Anyhow, I noticed two things.
1) it does not start transmitting just after I plug it - I have to
retune it!
Output says it is tuned to 95.1
On 04/17/2013 03:03 PM, Dan Carpenter wrote:
Any feedback on this?
I forgot to CC Steven Toth last time because he would know about the
cx24116 driver. I've looked at it again and it still looks like
cx24116_send_diseqc_msg() is copying garbage into the
state->dsec_cmd.args[] array.
It looks
On Wed, Apr 10, 2013 at 12:28 AM, Steven Rostedt wrote:
> On Thu, Apr 04, 2013 at 06:41:02PM +0200, Peter Zijlstra wrote:
>> On Thu, 2013-04-04 at 15:31 +0200, Daniel Vetter wrote:
>> > The thing is now that you're not expected to hold these locks for a
>> > long
>> > time - if you need to synchro
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: Wed Apr 17 19:00:22 CEST 2013
git branch: test
git hash: 6695be6863b75620ffa6d422965680ce785cb7c8
gcc versi
On Wed, 2013-04-17 at 01:05 +0200, Laurent Pinchart wrote:
> Hi Kamal,
>
> On Monday 15 April 2013 12:01:51 Kamal Mostafa wrote:
> > BugLink: https://bugs.launchpad.net/bugs/1168430
> >
> > OminiVision webcam 0x05a9:0x264a (in Dell Studio Hybrid 140g) needs the
> > same UVC_QUIRK_PROBE_DEF as oth
Em Wed, 17 Apr 2013 16:08:43 +0100
Grant Likely escreveu:
> On Wed, 17 Apr 2013 11:53:57 -0300, Mauro Carvalho Chehab
> wrote:
> > Hi Grant/Rob,
> >
> > Our tree is currently _broken_ with OT, because of the lack of
> > exporting of_get_next_parent. The developer that submitted the patches
>
... by providing a function translating the MASTER
value into the currently valid site number and
a _LAST constant providing all possible site id values.
Signed-off-by: Pawel Moll
---
drivers/mfd/vexpress-sysreg.c |5 +
include/linux/vexpress.h |2 ++
2 files changed, 7 insertio
Versatile Express' DVI video output can be connected to one the three
sources - motherboard's CLCD controller or a video signal generated
by one of the daughterboards.
This driver provides a Common Display Framework driver for the
muxer FPGA, which acts as a switch selecting one of the video data
TFT panels may be interfaced via a simple parallel interface
carrying RGB data, pixel clock and synchronisation signals.
>From the video generator point of view the width of the data
channels (number of bits per R/G/B components) may be an
important factor in setting up the display model.
Above in
This patch adds basic DT bindings for the PL11x CLCD cells
and make their fbdev driver use them, together with the
Common Display Framework.
The DT provides information about the hardware configuration
and limitations (eg. the largest supported resolution)
but the video modes come exclusively from
Versatile Express DVI output is driven by a Sii9022 chip. It can be
controller to a limited extend by the Motherboard Config Controller,
and that's what the driver is doing now. It is a temporary measure
till there's a full I2C driver for the chip.
Signed-off-by: Pawel Moll
---
drivers/video/Mak
The display entity (sink) may need to know about the mode being
changed, eg. to update timings.
Alternatively there could be a separate set_mode() operation...
Signed-off-by: Pawel Moll
---
drivers/video/display/display-core.c |5 +++--
include/video/display.h |6 --
2
Signed-off-by: Pawel Moll
---
arch/arm/boot/dts/vexpress-v2m-rs1.dtsi | 17 +
arch/arm/boot/dts/vexpress-v2m.dtsi | 17 +
arch/arm/boot/dts/vexpress-v2p-ca9.dts |5 +
3 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/arch/arm/boot/dts
This function converts the fb_var_screeninfo to the videomode
structure, to be used in fbdev drivers working with the
Common Display Framework.
Signed-off-by: Pawel Moll
---
drivers/video/fbmon.c | 29 +
include/linux/fb.h|3 +++
2 files changed, 32 insertio
Modelled after the common clock solution, the bindings
are based on the idea of display entity "providers" and
"consumers".
Signed-off-by: Pawel Moll
---
.../devicetree/bindings/video/display-bindings.txt | 75 +
drivers/video/display/display-core.c | 84 +++
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/video/Kconfig|1 +
drivers/video/Makefile |1 +
drivers/video/display/Kconfig|4 +
drivers/video/display/Makefile |1 +
drivers/video/display/display-core.c | 362
Hello All,
This series implements support for the Versatile Express
video output pipeline, which is not the simplest one available...
It is meant as a RFC only and I'm hoping to attract all possible
feedback (*including* naming ;-).
The VE's "MultiMedia Bus" [1] comprises three video signal sour
On Wed, 17 Apr 2013 11:53:57 -0300, Mauro Carvalho Chehab
wrote:
> Hi Grant/Rob,
>
> Our tree is currently _broken_ with OT, because of the lack of
> exporting of_get_next_parent. The developer that submitted the patches
> that added V4L2 OF support forgot to test to compilation with MODULES
>
Hi Grant/Rob,
Our tree is currently _broken_ with OT, because of the lack of
exporting of_get_next_parent. The developer that submitted the patches
that added V4L2 OF support forgot to test to compilation with MODULES
support enabled.
So, we're now having:
ERROR: "of_get_next_parent" [d
Em Wed, 17 Apr 2013 14:55:03 +0100
Mark Brown escreveu:
> On Tue, Apr 16, 2013 at 08:04:52PM +0200, Sylwester Nawrocki wrote:
>
> > It's probably more clean to provide a dummy clock/regulator in a host driver
> > (platform) than to add something in a sub-device drivers that would resolve
> > whi
Hi Igor
(forwarding to the real media Mailing List)
On Wed, 17 Apr 2013, Igor Kugasyan wrote:
> Dear Mr. Guennadi,
>
> Please tell me can I use the soc_camera_ (soc_camera.h, soc_camera.c)
> interface for a mt9v034 driver as a mt9v022 driver or not?
I don't know anything about mt9v034. It mig
Hi all
On Tue, 2 Apr 2013, Guennadi Liakhovetski wrote:
> On Tue, 2 Apr 2013, Arnd Bergmann wrote:
>
> > On Tuesday 02 April 2013, Guennadi Liakhovetski wrote:
> > > Currently modular V4L2 build with enabled OF is broken dur to the
> > > of_get_next_parent() function being unavailable to modules
On Tue, Apr 16, 2013 at 08:04:52PM +0200, Sylwester Nawrocki wrote:
> It's probably more clean to provide a dummy clock/regulator in a host driver
> (platform) than to add something in a sub-device drivers that would resolve
> which resources should be requested and which not.
Yes, that's the gen
Hi Andrzej,
On 04/16/2013 03:38 PM, Andrzej Hajda wrote:
> Driver for Samsung S5K5BAF UXGA 1/5" 2M CMOS Image Sensor
> with embedded SoC ISP.
> The driver exposes the sensor as two V4L2 subdevices:
> - S5K5BAF-CIS - pure CMOS Image Sensor, fixed 1600x1200 format,
> no controls.
> - S5K5BAF-ISP -
Em Wed, 17 Apr 2013 09:22:16 -0300
Mauro Carvalho Chehab escreveu:
> vm_iomap_memory() provides a better end user interface than
> remap_pfn_range(), as it does the needed tests before doing
> mmap.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/v4l2-core/videobuf-dma-contig.c
On Wed 17 April 2013 14:22:15 Mauro Carvalho Chehab wrote:
> videobuf_queue_dma_contig_init_cached() is not used anywhere.
> Drop support for it, cleaning up the code a little bit.
>
> Signed-off-by: Mauro Carvalho Chehab
Nice!
Acked-by: Hans Verkuil
> ---
> drivers/media/v4l2-core/videobuf-
The V4L2_MBUS_FMT_YUYV10_2X10 format has already been added to mediabus, so
this patch just adds SoC camera support.
Signed-off-by: Phil Edworthy
---
drivers/media/platform/soc_camera/soc_mediabus.c | 15 +++
include/media/soc_mediabus.h |3 +++
2 files chan
videobuf_queue_dma_contig_init_cached() is not used anywhere.
Drop support for it, cleaning up the code a little bit.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/v4l2-core/videobuf-dma-contig.c | 130 +++---
include/media/videobuf-dma-contig.h | 10 --
2
vm_iomap_memory() provides a better end user interface than
remap_pfn_range(), as it does the needed tests before doing
mmap.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/v4l2-core/videobuf-dma-contig.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/m
Any feedback on this?
I forgot to CC Steven Toth last time because he would know about the
cx24116 driver. I've looked at it again and it still looks like
cx24116_send_diseqc_msg() is copying garbage into the
state->dsec_cmd.args[] array.
regards,
dan carpenter
On Tue, Apr 02, 2013 at 10:51:02A
The following changes since commit
33a31edd4a4b7d26b962b32decfd8ea2377eaa0d:
Revert "[media] mfd: Add header files and Kbuild plumbing for SI476x
MFD core" (2013-04-17 06:08:00 -0300)
are available in the git repository at:
git://linuxtv.org/mkrufky/dvb demods
for you to fetch changes up
Hi Sylwester,
On 17 April 2013 16:33, Sylwester Nawrocki wrote:
> Hi Sachin,
>
> On 04/16/2013 08:16 AM, Sachin Kamat wrote:
>> Hi Sylwester,
>>
>> On 15 April 2013 20:51, Sylwester Nawrocki wrote:
>>
- if (!fimc->drv_data || fimc->id >= fimc->drv_data->num_entities ||
- fi
I see this https://patchwork.linuxtv.org/patch/17834/ is delegated to
me. If I took ownership myself then it may have been a mistake.
Either way, the patch looks good to me and makes sense, but I am not
maintaining em28xx. Mauro, if you want to go ahead and merge his
patch then it's fine with me
Hi Sachin,
On 04/16/2013 08:16 AM, Sachin Kamat wrote:
> Hi Sylwester,
>
> On 15 April 2013 20:51, Sylwester Nawrocki wrote:
>
>>> - if (!fimc->drv_data || fimc->id >= fimc->drv_data->num_entities ||
>>> - fimc->id < 0) {
>>> - dev_err(dev, "Invalid driver data or device
Em Tue, 16 Apr 2013 20:12:32 -0700
Linus Torvalds escreveu:
> Guys, I just pushed out a new helper function intended for cleaning up
> various device driver mmap functions, because they are rather messy,
> and at least part of the problem was the bad impedance between what a
> driver author would
Hi,
Yes I mean camaras which connect to the computer / tablet through
an sdio connector, ie the hp one shown here:
http://en.wikipedia.org/wiki/Secure_Digital#SDIO
A college asked me if I wanted one for the webcam driver work
I do, but since it does not have a usb plug I'm not interested.
But i
On Wed 17 April 2013 09:20:30 Dan Carpenter wrote:
> Because they're signed, "is_video" and "is_audio" can be 0 and -1
> instead of 0 and 1 as intended. It doesn't cause a bug, but it makes
> Sparse complain:
> drivers/staging/media/go7007/go7007-priv.h:94:31: error: dubious one-bit
> signed bitf
On Wed, Apr 17, 2013 at 3:09 PM, Hans Verkuil wrote:
> On Thu April 11 2013 21:46:54 Tzu-Jung Lee wrote:
>> To bypass precalculate_bars() for OUTPUT device
>> that takes encoded bitstreams.
>
> I haven't forgotten your patches, but I want to clean up the streaming code
> some more first. I hope to
Because they're signed, "is_video" and "is_audio" can be 0 and -1
instead of 0 and 1 as intended. It doesn't cause a bug, but it makes
Sparse complain:
drivers/staging/media/go7007/go7007-priv.h:94:31: error: dubious one-bit signed
bitfield
drivers/staging/media/go7007/go7007-priv.h:95:31: error:
Sparse complains that these are "dubious one-bit signed bitfields" and
the comment says it was intended to be 1 and 0 instead of -1 and 0.
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/dvb-frontends/lg2160.h
b/drivers/media/dvb-frontends/lg2160.h
index a5f0368..194a07a 100644
--- a/dr
On Thu April 11 2013 21:46:54 Tzu-Jung Lee wrote:
> To bypass precalculate_bars() for OUTPUT device
> that takes encoded bitstreams.
I haven't forgotten your patches, but I want to clean up the streaming code
some more first. I hope to have finished with that this weekend.
Regards,
Hans
While testing v4l2-ctl I noticed that this m2m driver didn't set timestamp_type
and that it spammed the kernel log with debug messages. Set timestamp_type
correctly and add debug module option to enable debug messages.
Signed-off-by: Hans Verkuil
diff --git a/drivers/media/platform/mem2mem_testd
55 matches
Mail list logo
