The link-frequencies property is a variable length array of link frequencies
in an endpoint. The array is needed by an increasing number of drivers, so
it makes sense to add it to struct v4l2_of_endpoint.
However, the length of the array is variable and the size of struct
v4l2_of_endpoint is fixed
Instead of parsing the link-frequencies property in the driver, let
v4l2_of_alloc_parse_endpoint() do it.
Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
---
drivers/media/i2c/smiapp/smiapp-core.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
The field is unused. Remove it.
Signed-off-by: Sakari Ailus
---
include/media/v4l2-of.h |2 --
1 file changed, 2 deletions(-)
diff --git a/include/media/v4l2-of.h b/include/media/v4l2-of.h
index f831c9c..f66b92c 100644
--- a/include/media/v4l2-of.h
+++ b/include/media/v4l2-of.h
@@ -57,7 +57
Zero the entire struct starting from bus_type. As more fields are added, no
changes will be needed in the function to reset their value explicitly.
Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
---
drivers/media/v4l2-core/v4l2-of.c |5 +++--
include/media/v4l2-of.h |1
Hi folks,
Here's the fourth version of the link-frequencies patchset, which also
changes how the v4l2_of_endpoint is used.
Since v3:
patch 2:
- Use "zero" when referring to zeroing memory instead of clean.
patch 3:
- Fix interface documentation language.
v3 is available here:
http://www.spi
In comments and in the documentation, the units of properties marked with the
FE_SCALE_DECIBEL scale are specified in terms of 1/1000 dB or 0.0001 dB. This
is inconsistent, however, as 1/1000 is 0.001, not 0.0001.
Note that the v4l-utils divide the value by 1000 for the signal strength
suggesting
Thank you David
I'm following your clues
I've contacted Jarod Wilson (redhat), too. If it can be useful to the
list, bellow you can find his thoughts.
Thank you both!
Sergio
On Mon, Apr 06, 2015 at 06:08:51PM +0200, Sergio Serrano wrote:
> Thank you Jarod for promptly reply.
> Great to hear th
Hi Laurent,
On Sat, Apr 4, 2015 at 3:44 PM, Laurent Pinchart
wrote:
> I'm not sure that adding a device-specific quirk is the bast way to handle
> this problem, as it wouldn't really scale if other devices expose buggy
> descriptors. A more generic way to patch or override descriptors might be
>
> i also get this with make xconfig. just running ./build, however, works
Yeah, I've seen that before. It's a whitespace bug in the KConfig
file. Just open it in a text editor, go to the line in question, and
fix the leading whitespace to match all the other entries (If I
recall, you'll actually
Hi guys,
i'm trying to select only specific modules with menuconfig but get this:
ubuntu@***:~/media_build$ sudo make menuconfig
make -C /home/ubuntu/media_build/v4l menuconfig
make[1]: Entering directory `/home/ubuntu/media_build/v4l'
make -C /lib/modules/3.13.0-44-generic/build -f
/home/ubun
I have the Fushicai USBTV
Os: Ubuntu 14.04.2 lts
kernel: 3.18.11-031811-generic
I have tested with kernel 3.16.0-30 generic: video, but no sound.
In lsusb detetced as:
Bus 003 Device 002: ID 1b71:3002
Dmesg kernel 3.18.11:
[ 72.550720] usb 4-1.2: USB disconnect, device number 3
[
On 4 April 2015 at 14:33, Laurent Pinchart
wrote:
> Hi Tomeu,
>
> Thank you for the patch.
>
> Could you please CC me on the whole series for v3 ?
Sure.
> On Friday 03 April 2015 14:57:53 Tomeu Vizoso wrote:
>> So UVC devices can remain runtime-suspended when the system goes into a
>> sleep stat
From: Hans Verkuil
Replace all calls to try_mbus_fmt in bridge drivers by calls to the
set_fmt pad op.
Signed-off-by: Hans Verkuil
Cc: Guennadi Liakhovetski
Cc: Scott Jiang
Cc: Jonathan Corbet
---
drivers/media/pci/saa7134/saa7134-empress.c| 11 +++---
drivers/media/platform/blackfi
From: Hans Verkuil
The s_mbus_fmt video op is a duplicate of the pad op. Replace all uses
in sub-devices by the set_fmt() pad op.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/adv7170.c | 16 +++-
drivers/media/i2c/adv7175.c | 16 +++-
driv
From: Hans Verkuil
Replace all calls to g/s_crop and cropcap by calls to the
get/set_selection pad ops.
Remove the old g/s_crop and cropcap video ops since they are now no
longer used.
Signed-off-by: Hans Verkuil
Cc: Guennadi Liakhovetski
Cc: Laurent Pinchart
---
drivers/media/i2c/ak881x.c
From: Hans Verkuil
Replace all calls to s_mbus_fmt in bridge drivers by calls to the
set_fmt pad op.
Remove the old try/s_mbus_fmt video ops since they are now no longer used.
Signed-off-by: Hans Verkuil
Cc: Guennadi Liakhovetski
Cc: Prabhakar Lad
Cc: Scott Jiang
Cc: Jonathan Corbet
---
d
From: Hans Verkuil
The try_mbus_fmt video op is a duplicate of the pad op. Replace all uses
in sub-devices by the set_fmt() pad op.
Since try_mbus_fmt and s_mbus_fmt both map to the set_fmt pad op (but
with a different 'which' argument), this patch will replace both try_mbus_fmt
and s_mbus_fmt b
From: Hans Verkuil
The g_mbus_fmt video op is a duplicate of the pad op. Replace all uses
by the get_fmt pad op and remove the video op.
Signed-off-by: Hans Verkuil
Cc: Guennadi Liakhovetski
Cc: Prabhakar Lad
Cc: Kamil Debski
---
drivers/media/i2c/adv7170.c| 11 +++--
From: Hans Verkuil
This patch series converts duplicate video ops to pad ops.
Patches 1-6 convert enum/g/try/s_mbus_fmt and patch 7 converts
g/s_crop and cropcap.
Patch 7 has been posted before:
http://www.spinics.net/lists/linux-media/msg84776.html
Patch 7 remains an RFC since I still have n
From: Hans Verkuil
Replace all calls to the enum_mbus_fmt video op by the pad
enum_mbus_code op and remove the duplicate video op.
Signed-off-by: Hans Verkuil
Cc: Guennadi Liakhovetski
Cc: Scott Jiang
Cc: Jonathan Corbet
Cc: Kamil Debski
---
drivers/media/i2c/adv7170.c
Hi Mauro,
Seems like you have applied the correct patch after all. ([v2] rc: img-ir: Add
and enable sys clock for img-ir)
Thanks,
Sifan
> -Original Message-
> From: Mauro Carvalho Chehab [mailto:mche...@osg.samsung.com]
> Sent: 08 April 2015 15:41
> To: Sifan Naeem
> Cc: James Hogan; li
To program ISI control register, the pixel clock should be enabled.
So without pixel clock (from sensor) enabled, disable ISI controller is
not make sense. So this patch remove those code.
Signed-off-by: Josh Wu
---
Changes in v2:
- this file is new added.
drivers/media/platform/soc_camera/atm
The master clock should handled by sensor itself.
Signed-off-by: Josh Wu
---
Changes in v2:
- totally remove clock_start()/clock_stop() as they are optional.
drivers/media/platform/soc_camera/atmel-isi.c | 45 ---
1 file changed, 45 deletions(-)
diff --git a/drivers/me
The runtime pm resume/suspend will enable/disable pclk (ISI peripheral
clock).
And we need to call runtime_pm_get_sync()/runtime_pm_put() when we need
access ISI registers.
In the meantime, as clock_start()/clock_stop() is used to control the
mclk not ISI peripheral clock. So move this to start[st
This patch series fix the peripheral clock code and enable runtime pm
support.
Also it clean up the code which is for the compatiblity of mck.
Changes in v2:
- merged v1 two patch into one.
- use runtime_pm_put() instead of runtime_pm_put_sync()
- enable peripheral clock before access ISI register
All masks for timings are different between ADV7604 and ADV7611.
Most of the values have 1 precision bit more in the latter.
Fix this by adding new fields to the chip_info structure.
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 69
Hi,
On Thu, Apr 09, 2015 at 09:34:00AM +0200, Hans Verkuil wrote:
...
> >>> --- a/drivers/media/i2c/adp1653.c
> >>> +++ b/drivers/media/i2c/adp1653.c
> >>> @@ -306,9 +309,17 @@ adp1653_init_device(struct adp1653_flash *flash)
> >>> static int
> >>> __adp1653_set_power(struct adp1653_flash *flash
On 04/09/2015 09:30 AM, Pavel Machek wrote:
> Hi!
>
>> Hi Pawel,
>
> Me?
Oops, sorry. I meant Pavel. Apologies for misspelling your name.
>
>> This driver doesn't compile:
>>
>> On 04/08/2015 10:46 PM, Mauro Carvalho Chehab wrote:
>>> This is an automatic generated email to let you know that t
Hi!
> Hi Pawel,
Me?
> This driver doesn't compile:
>
> On 04/08/2015 10:46 PM, Mauro Carvalho Chehab wrote:
> > This is an automatic generated email to let you know that the following
> > patch were queued at the
> > http://git.linuxtv.org/cgit.cgi/media_tree.git tree:
> >
> > --- a/drivers
29 matches
Mail list logo