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: Sat Jan 3 04:00:08 CET 2015
git branch: test
git hash: 99f3cd52aee21091ce62442285a68873e3be833f
gcc versio
Em Sat, 03 Jan 2015 00:04:33 -0200
Mauro Carvalho Chehab escreveu:
> This patch series adds basic support for the media controller at the
> DVB core: it creates one media entity per DVB devnode, if the media
> device is passed as an argument to the DVB structures.
>
> The cx231xx driver was modi
Provide a way to register media controller device nodes
at the DVB core.
Please notice that the dvbdev callers also require changes
for the devices to be registered via the media controller.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb-core/dvbdev.c b/drivers/media/dvb-co
Let's add media controller support for this driver and register it
for both V4L and DVB.
The media controller on this driver is not mandatory, as it can fully
work without it. So, if the media controller register fails, just print
an error message, but proceed with device registering.
Signed-off-
Make the dvb core network support aware of the media controller and
register the corresponding devices.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb-core/dvb_net.c b/drivers/media/dvb-core/dvb_net.c
index e4041f074909..cbb50da6b35f 100644
--- a/drivers/media/dvb-core/dvb_n
The DVB devices are identified via a (major, minor) tuple,
and not by a random id. Fix it, before we start using it.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/include/media/media-entity.h b/include/media/media-entity.h
index e00459185d20..de333cc8261b 100644
--- a/include/media/media-ent
Make the dvb core CA support aware of the media controller and
register the corresponding devices.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb-core/dvb_ca_en50221.c
b/drivers/media/dvb-core/dvb_ca_en50221.c
index 0aac3096728e..011cb2bc04e1 100644
--- a/drivers/media/dvb-
Now that the dvb core is capable of registering devices via the
media controller, add support for the DVB frontend devices.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb-core/dvb_frontend.c
b/drivers/media/dvb-core/dvb_frontend.c
index 2cf30576bf39..e34c47de1135 100644
---
This patch series adds basic support for the media controller at the
DVB core: it creates one media entity per DVB devnode, if the media
device is passed as an argument to the DVB structures.
The cx231xx driver was modified to pass such argument for DVB NET,
DVB frontend and DVB demux.
TODO: The
Make the dvb core demux support aware of the media controller and
register the corresponding devices.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb-core/dmxdev.c b/drivers/media/dvb-core/dmxdev.c
index abff803ad69a..9071636534db 100644
--- a/drivers/media/dvb-core/dmxdev.c
Signed-off-by: Benjamin Larsson
---
drivers/staging/media/mn88472/mn88472.c | 41 +++--
1 file changed, 14 insertions(+), 27 deletions(-)
diff --git a/drivers/staging/media/mn88472/mn88472.c
b/drivers/staging/media/mn88472/mn88472.c
index 33604dc..ee933c3 100644
---
Signed-off-by: Benjamin Larsson
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
b/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
index ab48b5f..37f8825 100644
--- a/driver
Removes some functions that are not used anywhere:
test_read() edid_read_block() dpp_write() dpp_read()
esdp_write() esdp_read() cec_write_clr_set()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/media/i2c/adv760
Indeed, good catch. Mauro, this should go into 3.19.
Reviewed-by: Olli Salonen
On Fri, 2 Jan 2015, Jonathan McDowell wrote:
Commit 2adb177e57417cf8409e86bda2c516e5f99a2099 removed 2 devices
from the cxusb device table but failed to fix up the T230 properties
that follow, meaning that this dev
Removes some functions that are not used anywhere:
exynos4_jpeg_set_timer_count() exynos4_jpeg_get_frame_size()
exynos4_jpeg_set_sys_int_enable() exynos4_jpeg_get_fifo_status()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
>From aeaee56e04d023f3a019d2595ef5128015acdb06 Mon Sep 17 00:00:00 2001
From: Guennadi Liakhovetski
Date: Fri, 2 Jan 2015 12:26:41 +0100
Subject: [PATCH 2/2] V4L2: add CCF support to the v4l2_clk API
V4L2 clocks, e.g. used by camera sensors for their master clock, do not
have to be supplied by a
dtv_property_legacy_params_sync: doesn't know how to handle a DVBv3 call to
delivery system 0
Hi,
I'm new to this list, just updated VDR (2.06) and a newer kernel (3.12)
and getting
the above messages from my dtt200u receiver fill my kernel log.
Is there a straightforward way to stop them?
Th
Commit 2adb177e57417cf8409e86bda2c516e5f99a2099 removed 2 devices
from the cxusb device table but failed to fix up the T230 properties
that follow, meaning that this device no longer gets detected properly.
Adjust the cxusb_table index appropriate so detection works.
Signed-Off-By: Jonathan McDowe
Create dm04_read_status to check lock through either interrupt values
or directly by the call back.
When the device is not streaming the frontends original call back is
used. When streaming has started it turns off I2C messaging by
setting st->i2c_talk_onoff to zero. I2C can only be turn on again
A quirk of some older firmwares that report endpoint pipe type as PIPE_BULK
but the endpoint otheriwse functions as interrupt.
Check if usb_endpoint_type is USB_ENDPOINT_XFER_BULK and set as usb_rcvbulkpipe.
Signed-off-by: Malcolm Priestley
Cc:
---
drivers/media/usb/dvb-usb-v2/lmedm04.c | 7 ++
This allows calling the original functions providing the streaming is off.
Signed-off-by: Malcolm Priestley
---
drivers/media/usb/dvb-usb-v2/lmedm04.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/lmedm04.c
b/drivers/media/usb/dvb-usb
Create call backs dm04_read_signal_strength, dm04_read_snr and
move dm04_read_ber and dm04_read_ucblocks for all frontends
Removing the I2C filtering from lme2510_msg and the old rs2000 callbacks.
Signed-off-by: Malcolm Priestley
---
drivers/media/usb/dvb-usb-v2/lmedm04.c | 93 -
Ocassionally the device fails to report back an interrupt urb status which
results in false no lock trigger on the RS2000 demodulator.
Increase time from 60 msecs to 200 msecs.
Signed-off-by: Malcolm Priestley
Cc: # v3.17+
---
drivers/media/usb/dvb-usb-v2/lmedm04.c | 7 ---
1 file changed,
Hi Rickard,
Thank you for the patch.
On Thursday 01 January 2015 18:51:30 Rickard Strandqvist wrote:
> Remove the function vsp1_hsit_read() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Hi Guennadi,
Thank you for the patch. I like the approach.
On Friday 02 January 2015 12:48:43 Guennadi Liakhovetski wrote:
> V4L2 clocks, e.g. used by camera sensors for their master clock, do not
> have to be supplied by a different V4L2 driver, they can also be
> supplied by an independent sour
Hi,
This is an attempt to implement CCF support for v4l2_clk to be able to use
e.g. DT-based clocks. Beware - completely untested! Josh, could you please
see, whether you can use this as a starting point?
Thanks
Guennadi
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
V4L2 clocks, e.g. used by camera sensors for their master clock, do not
have to be supplied by a different V4L2 driver, they can also be
supplied by an independent source. In this case the standart kernel
clock API should be used to handle such clocks. This patch adds support
for such cases.
Signe
All uses of the v4l2_clk API so far only register one clock with a fixed
name. This allows us to get rid of it, which also will make CCF and DT
integration easier.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/platform/soc_camera/soc_camera.c | 6 +++---
drivers/media/usb/em28xx/em28xx
Hi Sakari,
On Friday 02 January 2015 10:54:41 Sakari Ailus wrote:
> On Fri, Jan 02, 2015 at 01:04:16AM +0200, Laurent Pinchart wrote:
> > On Thursday 01 January 2015 23:13:54 Sakari Ailus wrote:
> > > device_caps in struct v4l2_capability were inadequately set in
> > > VIDIOC_QUERYCAP. Fix this.
>
Hi Guennadi,
Thank you for the patch, and sorry for the late reply.
On Tuesday 02 September 2014 08:16:28 Guennadi Liakhovetski wrote:
> From: Aviv Greenberg
>
> The UVC spec is a bit vague wrt devices using bulk endpoints,
> specifically, how to signal to a device to start streaming.
>
> For
On Friday 02 January 2015 11:07:09 Tibor Mišuth wrote:
> Hello,
>
> I've installed Ubuntu 14.04 (kernel 3.13.0-43-generic) on an old Asus
> F5R laptop recently. It's equipped with an integrated Syntek 1135
> webcam for which the gspca_stk1135 module is loaded.
>
> lsusb:
> Bus 001 Device 005: ID 17
Hello everybody,
I need to write a driver for a video-in device and need
to choose the best framework for it. I think V4L2 can be used but would like to
know if any more suitable framework exists. Also if there is an existing similar
driver under linux that you are aware of please let me know. The
Hello,
I've installed Ubuntu 14.04 (kernel 3.13.0-43-generic) on an old Asus
F5R laptop recently. It's equipped with an integrated Syntek 1135
webcam for which the gspca_stk1135 module is loaded.
lsusb:
Bus 001 Device 005: ID 174f:6a31 Syntek Web Cam - Asus A8J, F3S, F5R, VX2S, V1S
lsmod (extrac
On Fri, Jan 02, 2015 at 01:04:16AM +0200, Laurent Pinchart wrote:
> Hi Sakari,
>
> Thank you for the patch.
>
> On Thursday 01 January 2015 23:13:54 Sakari Ailus wrote:
> > device_caps in struct v4l2_capability were inadequately set in
> > VIDIOC_QUERYCAP. Fix this.
> >
> > Signed-off-by: Sakari
34 matches
Mail list logo