Hi Pavol,
Thanks. As said, I have not had any time to look into this, but will
definitely do so. I own the same device, but do not have cable TV at
home. Am using Conax CAM also successfully, so I believe that CI is
not the issue.
Some things that came to my mind still:
Can you share the results
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 Dec 9 04:00:19 CET 2014
git branch: test
git hash: 71947828caef0c83d4245f7d1eaddc799b4ff1d1
gcc versio
Hi, Laurent
On 12/9/2014 2:59 AM, Laurent Pinchart wrote:
Hi Josh,
Thank you for the patch.
On Monday 08 December 2014 19:29:07 Josh Wu wrote:
Add the document for ov2640 dt.
Cc: devicet...@vger.kernel.org
Signed-off-by: Josh Wu
---
v1 -> v2:
1. change the compatible string to be consist
Hi, Laurent
On 12/9/2014 2:39 AM, Laurent Pinchart wrote:
Hi Josh,
Thank you for the patch.
On Monday 08 December 2014 19:29:05 Josh Wu wrote:
Add device tree support for ov2640.
Cc: devicet...@vger.kernel.org
Signed-off-by: Josh Wu
---
v1 -> v2:
1. use gpiod APIs.
2. change the gpio
Hi, Fabio
On 12/8/2014 11:10 PM, Fabio Estevam wrote:
On Mon, Dec 8, 2014 at 9:29 AM, Josh Wu wrote:
+ priv->master_clk = devm_clk_get(&client->dev, "xvclk");
+ if (IS_ERR(priv->master_clk))
+ return -EINVAL;
You should return PTR_ERR(priv->master_clk) instead.
sur
The SMIA compatible sensors only need a single clock.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/i2c/smiapp/smiapp-core.c
b/drivers/media/i2c/smiapp/smiapp-core.c
index 9852c5f..2f13
The source sub-device's name will be overwritten shortly. Don't give it a
name in the meantime.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/i2c/smiapp/smiapp-core.c
b/drivers/media/i2c/smiapp/smiapp
link-frequencies is a 64-bit unsigned integer array of allowed link
frequencies.
Signed-off-by: Sakari Ailus
---
Documentation/devicetree/bindings/media/video-interfaces.txt |3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/media/video-interfaces.txt
b/
Register and unregister async sub-device for DT.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/media/i2c/smiapp/smiapp-core.c
b/drivers/media/i2c/smiapp/smiapp-core.c
index 9
Platform data support is retained.
of_property_read_u64_array() isn't used yet as it's not in yet.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core.c | 114 +++-
1 file changed, 112 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/sm
In the case of platform data, ISPs that provide clocks to the sensor must
probe before the sensor does. Accessing the sensor does require the clocks,
and thus, probe cannot access the sensor in such a system.
This limitation does not exist in the case of the DT. Perform all
initialisation except M
Document the smiapp device tree properties.
Signed-off-by: Sakari Ailus
---
.../devicetree/bindings/media/i2c/nokia,smia.txt | 63
MAINTAINERS|1 +
2 files changed, 64 insertions(+)
create mode 100644 Documentation/devicetree/
This is part of the smiapp driver.
Signed-off-by: Sakari Ailus
---
MAINTAINERS |1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9c49eb6..f2d9159 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8624,6 +8624,7 @@ F:drivers/media/i2c/smiapp/
F: incl
The registered callback is called by the V4L2 async framework after the
bound callback. This allows separating the functionality in the registered
callback so that on DT based systems only sub-device registration is done
there.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp/smiapp-core
Signed-off-by: Sakari Ailus
---
include/media/smiapp.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/media/smiapp.h b/include/media/smiapp.h
index 0b8f124..268a3cd 100644
--- a/include/media/smiapp.h
+++ b/include/media/smiapp.h
@@ -65,19 +65,19 @@ struc
Hi all,
This patchset adds support for Device tree in the smiapp driver. Platform
data support is retained as well. The actual DT related changes are
prepended by a few simple cleanups.
A new link-frequency property is defined in video-interfaces.txt, as this is
hardly something which is specific
struct device has a forward declaration in the header already. The header is
only needed in the .c file.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/smiapp-pll.c |1 +
drivers/media/i2c/smiapp-pll.h |2 --
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/media/
Remove FSF's address information from the license header in the smiapp
driver and the smiapp-pll PLL calculator. This should no longer be needed,
and would be rendered outdated in case the FSF chooses to relocate its
office.
Signed-off-by: Sakari Ailus
Cc: Timo Ahonen
---
drivers/media/i2c/smia
From: Benoit Parrot
This patch adds Video Processing Front End (VPFE) driver for
AM437X family of devices
Driver supports the following:
- V4L2 API using MMAP buffer access based on videobuf2 api
- Asynchronous sensor/decoder sub device registration
- DT support
Signed-off-by: Benoit Parrot
Sig
Reviewed-by: Antti Palosaari
PS. something to say about logging levels... but as it is staging
driver, criteria for patches is not so high yet.
regards
Antti
On 12/08/2014 10:31 PM, Benjamin Larsson wrote:
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88472/mn88472.c | 15 +
On 12/08/2014 09:55 PM, Antti Palosaari wrote:
Moikka!
But that patch is rather useless :] Only thing needed is to change
existing value in file drivers/media/usb/dvb-usb-v2/rtl28xxu.c :
mn88472_config.i2c_wr_max = 22,
... and that leaves room for use even smaller values if there is an
I2C ad
Moikka!
But that patch is rather useless :] Only thing needed is to change
existing value in file drivers/media/usb/dvb-usb-v2/rtl28xxu.c :
mn88472_config.i2c_wr_max = 22,
... and that leaves room for use even smaller values if there is an I2C
adapter which cannot write even 17 bytes.
2nd th
It is certainly possible that I have not found the right place in which
to ask this question. If someone could direct me to the correct
person/forum, I would most appreciate it.
Thanks
Steve
On 12/04/2014 03:11 PM, Steven Saner wrote:
> Hi:
>
> I have a wintv-hvr-1955 (sold as a wintv-hvr-1950
The max amount of payload bytes in each i2c transfer when
loading the demodulator firmware is 16 bytes.
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88472/mn88472.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/media/mn88472/mn88472.c
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88472/mn88472.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/staging/media/mn88472/mn88472.c
b/drivers/staging/media/mn88472/mn88472.c
index df7dbe9..1df85a7 100644
--- a/drivers/staging/media/mn88472/mn8
On Mon 2014-12-08 17:55:20, Jacek Anaszewski wrote:
> On 12/06/2014 01:43 PM, Pavel Machek wrote:
> >
> >>>The format of a sysfs attribute should be concise.
> >>>The error codes are generic and map directly to the V4L2 Flash
> >>>error codes.
> >>>
> >>
> >>Actually I'd like to see those flash fau
The Magewell XI100DUSB-HDMI[1] video capture device reports the pixel
format "e436eb7d-524f-11ce-9f53-0020af0ba770". This is its GUID for
BGR 8:8:8.
The UVC 1.5 spec[2] only defines GUIDs for YUY2, NV12, M420 and I420.
This seems to be an extension documented in the Microsoft Windows Media
Format
Hi Josh,
Thank you for the patch.
On Monday 08 December 2014 19:29:07 Josh Wu wrote:
> Add the document for ov2640 dt.
>
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Josh Wu
> ---
> v1 -> v2:
> 1. change the compatible string to be consistent with verdor file.
That's nice, but you still
On 12/08/2014 06:46 PM, Antti Palosaari wrote:
Hello!
[...]
regmap_bulk_write(): Write multiple registers to the device
In this case we want to write multiple bytes to the same register. So I
think that my patch is correct in principle.
You haven't make any test whether it is possible to writ
Hi Josh,
Thank you for the patch.
On Monday 08 December 2014 19:29:05 Josh Wu wrote:
> Add device tree support for ov2640.
>
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Josh Wu
> ---
> v1 -> v2:
> 1. use gpiod APIs.
> 2. change the gpio pin's name according to datasheet.
> 3. reduce
Hi Guys,
In my apparently eternal quest for a decent HD capture card with support
for v4l2 I couldn't find an existing table of cards, I've put one up the
Wiki. I hope I've done it correctly, these tables are horrible to maintain.
Anyhow if people would like to look at it, I'd be grateful fo
On 12/08/2014 10:30 AM, Jurgen Kramer wrote:
Increase si2168 cmd execute timeout to prevent firmware load failures. Tests
shows it takes up to 52ms to load the 'dvb-demod-si2168-a30-01.fw' firmware.
Increase timeout to a safe value of 70ms.
Signed-off-by: Jurgen Kramer
Reviewed-by: Antti Palos
Hello!
On 12/08/2014 06:04 PM, Benjamin Larsson wrote:
On 12/07/2014 11:36 PM, Antti Palosaari wrote:
On 12/08/2014 12:10 AM, Benjamin Larsson wrote:
The firmware must be loaded one byte at a time via the 0xf6 register.
I don't think so. Currently it downloads firmware in 22 byte chunks
and
On 04/12/14 15:38, Sifan Naeem wrote:
> Add img-ir module for decoding Philips rc6 protocol.
>
> Signed-off-by: Sifan Naeem
Aside from the "Philips" thing:
Acked-by: James Hogan
(It's unpleasant having unexplained timings for RC-6, but it's better
than no RC-6 support, and hopefully in the fu
On 04/12/14 15:38, Sifan Naeem wrote:
> Add img-ir module for decoding Philips rc5 protocol.
>
> Signed-off-by: Sifan Naeem
> ---
> drivers/media/rc/img-ir/Kconfig |7 +++
> drivers/media/rc/img-ir/Makefile |1 +
> drivers/media/rc/img-ir/img-ir-hw.c |3 ++
> drivers/media/
Moikka!
On 12/08/2014 01:12 PM, Benjamin Larsson wrote:
On 12/07/2014 11:36 PM, Antti Palosaari wrote:
On 12/08/2014 12:10 AM, Benjamin Larsson wrote:
The firmware must be loaded one byte at a time via the 0xf6 register.
I don't think so. Currently it downloads firmware in 22 byte chunks
and
On 04/12/14 15:38, Sifan Naeem wrote:
> Biphase decoding in the current img-ir has got a quirk, where multiple
> Interrupts are generated when an incomplete IR code is received by the
> decoder.
>
> Patch adds a work around for the quirk and enables biphase decoding.
>
> Signed-off-by: Sifan Naee
On 12/05/2014 08:27 PM, Bryan Wu wrote:
On Fri, Nov 28, 2014 at 1:17 AM, Jacek Anaszewski
wrote:
Some LED devices support two operation modes - torch and flash.
This patch provides support for flash LED devices in the LED subsystem
by introducing new sysfs attributes and kernel internal interfa
On 12/06/2014 01:43 PM, Pavel Machek wrote:
The format of a sysfs attribute should be concise.
The error codes are generic and map directly to the V4L2 Flash
error codes.
Actually I'd like to see those flash fault code defined in LED
subsystem. And V4L2 will just include LED flash header fil
On 04/12/14 15:38, Sifan Naeem wrote:
> Add toggle bit to struct img_ir_scancode_req so that protocols can
> provide it to img_ir_handle_data(), and pass that toggle bit up to
> rc_keydown instead of 0.
>
> This is nedded for the upcoming rc-5 and rc-6 patches.
Typo (nedded).
Otherwise:
Acked-by
On 04/12/14 15:38, Sifan Naeem wrote:
> The information being requested of hardware decode callbacks through
> the img-ir-hw scancode API is mounting up, so combine it into a struct
> which can be passed in with a single pointer rather than multiple
> pointer arguments. This allows it to be extende
From: Hans Verkuil
The cx88 vb2 conversion and the vb2 dma_sg improvements were developed
separately and
were merged separately. Unfortunately, the patch updating drivers to the dma_sg
improvements didn't take the updated cx88 driver into account. Basically two
ships
passing in the night, unawa
From: Hans Verkuil
The start_streaming op is responsible for starting the video dma,
so it shouldn't be called anymore from the buf_queue op.
Unfortunately, this call to start_video_dma() was added to the
start_streaming op, but was forgotten to be removed from the
buf_queue op, which is where i
The first patch was due to the dma-sg changes and the cx88 vb2 conversion
going in as separate patch series, and the cx88 wasn't patched with the
dma-sg changes.
The second was a nasty leftover line from the vb2 conversion that took me
the whole day to track down. One of those annoying bugs that y
Since commit da6e162d6a46 ("[media] rc-core: simplify sysfs code"), when
the IR protocol is set using the sysfs interface to the same set of
protocols that are already set, store_protocols() does not refresh the
scancode filter with the new protocol, even if it has already called the
change_protoco
Hi Mauro,
On 04/12/14 17:38, Mauro Carvalho Chehab wrote:
> Em Mon, 1 Dec 2014 12:55:09 +
> James Hogan escreveu:
>
>> When the img-ir driver is asked to change protocol, if the chosen
>> decoder is already loaded then don't call img_ir_set_decoder(), so as
>> not to clear the current filter
On 12/07/2014 11:36 PM, Antti Palosaari wrote:
On 12/08/2014 12:10 AM, Benjamin Larsson wrote:
The firmware must be loaded one byte at a time via the 0xf6 register.
I don't think so. Currently it downloads firmware in 22 byte chunks
and it seems to work, at least for me, both mn88472 and mn88
On Mon, Dec 8, 2014 at 9:29 AM, Josh Wu wrote:
> + priv->master_clk = devm_clk_get(&client->dev, "xvclk");
> + if (IS_ERR(priv->master_clk))
> + return -EINVAL;
You should return PTR_ERR(priv->master_clk) instead.
--
To unsubscribe from this list: send the line "unsubsc
Hello everyone,
I'm preparing to finally add support for the raw sensor video stream to
my driver for the SUR40 touchscreen. However, after an extensive amount
of Googling, I'm still not clear on the relationship between DMA
transfers, the USB core and the videobuf2 framework.
Specifically, I'd l
2014-12-01 15:15 GMT+01:00 Devin Heitmueller :
> If somebody wants to send me an updated blob, I'm happy to host a copy
> at kernellabs.com alongside the file that is currently there (please
> make sure it has a different filename though).
It would probably be the least confusing to users if the
Le 2014-12-08 09:29, Nicolas Dufresne a écrit :
Le 2014-12-08 00:19, Bin Chen a écrit :
Can anyone comment is following state transition diagram for V4l2 user
space program make sense? Do you see any issues if we were to enforce
this constraint?
I think you should request some buffers before s
Le 2014-12-08 00:19, Bin Chen a écrit :
Can anyone comment is following state transition diagram for V4l2 user
space program make sense? Do you see any issues if we were to enforce
this constraint?
I think you should request some buffers before streamon. If in capture,
you should also queue the
On 12/06/2014 02:07 PM, Lad, Prabhakar wrote:
> From: Benoit Parrot
>
> This patch adds Video Processing Front End (VPFE) driver for
> AM437X family of devices
> Driver supports the following:
> - V4L2 API using MMAP buffer access based on videobuf2 api
> - Asynchronous sensor/decoder sub device
The following changes since commit 71947828caef0c83d4245f7d1eaddc799b4ff1d1:
[media] mn88473: One function call less in mn88473_init() after error
(2014-12-04 16:00:47 -0200)
are available in the git repository at:
git://linuxtv.org/kdebski/media_tree_2.git for-3.20
for you to fetch changes
Hi Olli,
Thanks for feedback.
> Are you able to provide me a trace of the USB bus when using Windows? This
> is what I have been doing.
>
> 1) install USBlyzer
> 2) start it and select the option Capture hot plugged in the menus
> 3) start capture
> 4) plug in the device
> 5) start watching tv
>
Add the document for ov2640 dt.
Cc: devicet...@vger.kernel.org
Signed-off-by: Josh Wu
---
v1 -> v2:
1. change the compatible string to be consistent with verdor file.
2. change the clock and pins' name.
3. add missed pinctrl in example.
.../devicetree/bindings/media/i2c/ov2640.txt |
icd->control is the sub device dev, i.e. i2c device.
icd->pdev is the soc camera device's device.
To be consitent with power() function, we will call reset() with
icd->control as well.
Signed-off-by: Josh Wu
---
drivers/media/platform/soc_camera/soc_camera.c | 10 ++
1 file changed, 6 i
The master clock (xvclk) is mandatory. It's a common clock framework clock.
It can make sensor output a pixel clock to the camera interface.
Cc: devicet...@vger.kernel.org
Signed-off-by: Josh Wu
---
v1 -> v2:
1. change the clock's name.
2. Make the clock is mandatory.
drivers/media/i2c/soc_
Add device tree support for ov2640.
Cc: devicet...@vger.kernel.org
Signed-off-by: Josh Wu
---
v1 -> v2:
1. use gpiod APIs.
2. change the gpio pin's name according to datasheet.
3. reduce the delay for .reset() function.
drivers/media/i2c/soc_camera/ov2640.c | 86 ++
This patch series add device tree support for ov2640. And also add
the document for the devicetree properties.
v1 -> v2:
1. modified the dt bindings according to Laurent's suggestion.
2. add a fix patch for soc_camera. Otherwise the .reset() function won't work.
Josh Wu (5):
media: soc-cam
To support async probe for ov2640, we need remove the code to get 'mclk'
in ov2640_probe() function. oterwise, if soc_camera host is not probed
in the moment, then we will fail to get 'mclk' and quit the ov2640_probe()
function.
So in this patch, we move such 'mclk' getting code to ov2640_s_power(
On 12/07/2014 11:36 PM, Antti Palosaari wrote:
On 12/08/2014 12:10 AM, Benjamin Larsson wrote:
The firmware must be loaded one byte at a time via the 0xf6 register.
I don't think so. Currently it downloads firmware in 22 byte chunks
and it seems to work, at least for me, both mn88472 and mn88
On 26/11/14 23:42, Lad, Prabhakar wrote:
> This patch drops driver specific wait_prepare() and
> wait_finish() callbacks from vb2_ops and instead uses
> the the helpers vb2_ops_wait_prepare/finish() provided
> by the vb2 core, the lock member of the queue needs
> to be initalized to a mutex so that
Hi Pavel,
On 12/04/2014 05:12 PM, Pavel Machek wrote:
Hi!
+- maxim,boost-mode :
+ In boost mode the device can produce up to 1.2A of total current
+ on both outputs. The maximum current on each output is reduced
+ to 625mA then. If there are two child led nodes defined then b
On 12/08/2014 09:28 AM, Hans Verkuil wrote:
> The cx88 vb2 conversion and the vb2 dma_sg improvements were developed
> separately and
> were merged separately. Unfortunately, the patch updating drivers to the
> dma_sg
> improvements didn't take the updated cx88 driver into account. Basically two
From: Greg Kroah-Hartman
> On Fri, Dec 05, 2014 at 09:03:57PM +0100, Sebastian Andrzej Siewior wrote:
> > Consider the following scenario:
> > - plugin a webcam
> > - play the stream via gst-launch-0.10 v4l2src device=/dev/video0
> > - remove the USB-HCD during playback via "rmmod $HCD"
> >
> > and
* Sebastian Andrzej Siewior | 2014-12-06 00:23:27 [+0100]:
>I had one patch doing that. Let me grab it out on Monday.
okay, this is it. Laurent, any idea why this could not fly? I haven't
seen anything odd so far.
diff --git a/drivers/media/usb/uvc/uvc_driver.c
b/drivers/media/usb/uvc/uvc_drive
Increase si2168 cmd execute timeout to prevent firmware load failures. Tests
shows it takes up to 52ms to load the 'dvb-demod-si2168-a30-01.fw' firmware.
Increase timeout to a safe value of 70ms.
Signed-off-by: Jurgen Kramer
---
drivers/media/dvb-frontends/si2168.c | 2 +-
1 file changed, 1 inse
The cx88 vb2 conversion and the vb2 dma_sg improvements were developed
separately and
were merged separately. Unfortunately, the patch updating drivers to the dma_sg
improvements didn't take the updated cx88 driver into account. Basically two
ships
passing in the night, unaware of one another eve
On 12/08/2014 10:12 AM, Jurgen Kramer wrote:
On Mon, 2014-12-08 at 09:50 +0200, Antti Palosaari wrote:
On 12/08/2014 09:39 AM, Jurgen Kramer wrote:
On Sun, 2014-12-07 at 16:50 +0200, Antti Palosaari wrote:
On 12/07/2014 10:15 AM, Jurgen Kramer wrote:
On Sat, 2014-12-06 at 20:29 +0200, Ant
Hi,
On 07-12-14 19:08, Maxime Ripard wrote:
On Wed, Dec 03, 2014 at 10:49:20AM +0100, Hans de Goede wrote:
So it should not have a simple-bus compatible either, and as such we cannot
simply change the mod0 driver from of_clk_define to a platform driver because
then we need to instantiate pl
On Mon, 2014-12-08 at 09:50 +0200, Antti Palosaari wrote:
>
> On 12/08/2014 09:39 AM, Jurgen Kramer wrote:
> > On Sun, 2014-12-07 at 16:50 +0200, Antti Palosaari wrote:
> >>
> >> On 12/07/2014 10:15 AM, Jurgen Kramer wrote:
> >>> On Sat, 2014-12-06 at 20:29 +0200, Antti Palosaari wrote:
> On
72 matches
Mail list logo
