Rockchip RGA is a separate 2D raster graphic acceleration unit. It
accelerates 2D graphics operations, such as point/line drawing, image
scaling, rotation, BitBLT, alpha blending and image blur/sharpness
The drvier is mostly based on s5p-g2d v4l2 m2m driver
And supports various operations from the
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 Aug 3 05:00:16 CEST 2017
media-tree git hash:da48c948c263c9d87dfc64566b3373a858cc8aa2
media_build gi
Certain syscalls like recvmmsg support 64 bit timespec values for the
X32 ABI. The helper function compat_put_timespec converts a timespec
value to a 32 bit or 64 bit value depending on what ABI is used. The
v4l2 compat layer, however, is not designed to support 64 bit timespec
values and always us
Many years ago when the 2.6 kernel was all the rage I had a working
patch to support this card:
https://wiki.zoneminder.com/Digiflower
With the latest Fedora 26 kernel sources with the following patch
applied, the wired input and logical source are scrambled and I don't
know what changed.
F
On Mon, Jul 31, 2017 at 01:56:42PM +0200, Hans Verkuil wrote:
> CEC support was added for Exynos5 in 4.13, but for the Odroids we need to set
> 'needs-hpd' as well since CEC is disabled when there is no HDMI hotplug
> signal,
> just as for the exynos4 Odroid-U3.
>
> This is due to the level-shift
From: Russell King
The video setup path aways sets the clock disable register to a specific
value, which has the effect of disabling the CEC engine. When we add the
CEC driver, this becomes a problem.
Fix this by only setting/clearing the bits that the video path needs to.
Reviewed-by: Jose Ab
From: Russell King
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Signed-off-by: Russell King
[hans.verkuil: added missing cec_notifier_put to remove()]
Acked-by: Hans Verkuil
Tested-by: Hans Verkuil
Tested-by: Laurent Pinc
From: Hans Verkuil
Russell's v2 cover letter:
--
Hi,
This series adds dw-hdmi CEC support. This is done in four stages:
1. Add cec-notifier support
2. Fix up the clkdis register support, as this register contains a
clock disable bit for the CEC module.
3. Add the driver.
4.
From: Russell King
We don't need the CEC engine register definitions, so let's remove them.
Signed-off-by: Russell King
Acked-by: Hans Verkuil
Tested-by: Hans Verkuil
Tested-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45 ---
1 file chang
From: Russell King
Add a CEC driver for the dw-hdmi hardware.
Reviewed-by: Neil Armstrong
Signed-off-by: Russell King
[hans.verkuil: unsigned -> unsigned int]
[hans.verkuil: cec_transmit_done -> cec_transmit_attempt_done]
[hans.verkuil: add missing CEC_CAP_PASSTHROUGH]
Acked-by: Hans Verkuil
Signed-off-by: Reynaldo H. Verdejo Pinochet
---
atsc/us-CA-Mountain-View | 171 +++
1 file changed, 171 insertions(+)
create mode 100644 atsc/us-CA-Mountain-View
diff --git a/atsc/us-CA-Mountain-View b/atsc/us-CA-Mountain-View
new file mode 100644
ind
The following two patches add city-specific initial scan tables for San Jose
and Mountain view. I tried these personally with good results. Particularly in
MV with 73 channels output by dvbv5-scan.
Bests,
--
Reynaldo H. Verdejo Pinochet
OSG, Samsung Research America
Signed-off-by: Reynaldo H. Verdejo Pinochet
---
atsc/us-CA-San-Jose | 161
1 file changed, 161 insertions(+)
create mode 100644 atsc/us-CA-San-Jose
diff --git a/atsc/us-CA-San-Jose b/atsc/us-CA-San-Jose
new file mode 100644
index 000..ff5
Hello Everyone !
Some time ago I had announced my initiative about building truly
universal DTV receiver - “Joker TV” (supports DVB-S2/T2/C2, ISDB-T,
ATSC, DTMB). Now I’m glad to post an update.
It has been almost 10 months now but during this time, I have prepared
two hardware revisions of “Jok
From: Pavel Rojtberg
attaching two Logitech C615 webcams currently results in
VIDIOC_STREAMON: No space left on device
as the required bandwidth is not estimated correctly by the device.
In fact it always requests 3060 bytes - no matter the format or resolution.
setting UVC_QUIRK_FIX_BANDWID
SAA7146 DVD card base pci device id const.
Arvind Yadav (9):
[PATCH 1/9] [media] drv-intf: saa7146: constify pci_device_id.
[PATCH 2/9] [media] ttpci: budget: constify pci_device_id.
[PATCH 3/9] [media] ttpci: budget-patch: constify pci_device_id.
[PATCH 4/9] [media] ttpci: budget-ci: cons
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/ttpci/budget.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
So making 'pci_tbl' as const member of 'struct saa7146_extension'.
Signed-off-by: Arvind Yadav
---
include/media/drv-i
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/ttpci/budget-ci.c | 2 +-
1 file changed, 1 insertion(+), 1 del
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/ttpci/budget-av.c | 2 +-
1 file changed, 1 insertion(+), 1 del
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/ttpci/av7110.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/ttpci/budget-patch.c | 2 +-
1 file changed, 1 insertion(+), 1
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/saa7146/hexium_orion.c | 2 +-
1 file changed, 1 insertion(+),
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/saa7146/hexium_gemini.c | 2 +-
1 file changed, 1 insertion(+),
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by
and work with const pci_device_id. So mark the non-const
structs as const.
Signed-off-by: Arvind Yadav
---
drivers/media/pci/saa7146/mxb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
Calling i2c_unregister_device for a demod driver destroys the frontend object.
Later it is accessed by calling dvb_unregister_frontend and
dvb_frontend_detach.
In some cases this leads to a general protection fault with this
callstack:
dvb_unregister_frontend+0x25/0x50 [dvb_core]
dvb_fini+0xd
Hi!
There seem to be a general error in a lot of dvb bride drivers about the order
of i2c_unregister_device
and the calls to dvb_unregister_frontend and dvb_frontend_detach.
As soon as the i2c_client for a demod driver is unregistered the memory for the
frontend is kfreed.
But the calls to dvb_
Unregistering the i2c_client of the demod driver destroys the frontend
object.
Calling vb2_dvb_unregister_bus later accesses the frontend (and with the
refcount_t) conversion the refcount_t code complains:
kernel: [ cut here ]
kernel: WARNING: CPU: 0 PID: 7883 at lib/refcou
On 02/Aug/2017 18:17, Anton Sviridenko wrote:
> 24 GPIO pins from 32 available on solo6x10 chips are exported
> to gpiolib. First 8 GPIOs are reserved for internal use on capture card
> boards, GPIOs in range 8:15 are configured as outputs to control relays,
> remaining 16:31 are configured as inpu
vpbe_dev_ops is only copied into the ops field at the end of a vpbe_device
structure, so it can be const.
Signed-off-by: Julia Lawall
---
Does the ops field need to be inlined into the vpbe_device structure?
drivers/media/platform/davinci/vpbe.c |2 +-
1 file changed, 1 insertion(+), 1 de
24 GPIO pins from 32 available on solo6x10 chips are exported
to gpiolib. First 8 GPIOs are reserved for internal use on capture card
boards, GPIOs in range 8:15 are configured as outputs to control relays,
remaining 16:31 are configured as inputs to read sensor states.
Now with this patch userspac
From: Olli Salonen
NXP TDA18250 silicon tuner driver.
Version 3 removes regmap_exit as I was pointed out that device
management code automatically frees the regmap.
Signed-off-by: Olli Salonen
---
drivers/media/tuners/Kconfig | 7 +
drivers/media/tuners/Makefile| 1 +
driv
From: Olli Salonen
Xbox One Digital TV Tuner is a low-cost USB 2.0 multistandard TV tuner. It
supports DVB-T, DVB-T2 and DVB-C broadcast standards.
USB bridge: DibCom 0700C
Demodulator: Panasonic MN88472
Tuner: TDA18250BHN
The demodulator requires firmware. Download one from here:
http://palosa
On 01/08/17 19:47, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Tuesday 01 Aug 2017 18:35:48 Kieran Bingham wrote:
>> On 26/06/17 19:12, Laurent Pinchart wrote:
>>> The VSP supports both header and headerless display lists. The latter is
>>> easier to use when the VSP feeds data directly to the DU
Hi Sean,
On Wed, Aug 02, 2017 at 10:24:07AM +0800, Sean Wang wrote:
> Hi, Mauro and Sean
>
> Just a gentle ping on the whole patchset porting MediaTek CIR to another
> platform.
I'm creating the rc-core pull request, should be done by the end of the week.
Sean
Rockchip RGA is a separate 2D raster graphic acceleration unit. It
accelerates 2D graphics operations, such as point/line drawing, image
scaling, rotation, BitBLT, alpha blending and image blur/sharpness
The drvier is mostly based on s5p-g2d v4l2 m2m driver
And supports various operations from the
From: Hans Verkuil
Extend the hdmi_core_data struct with the additional fields needed
for CEC.
Also fix a simple typo in a comment.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapd
From: Hans Verkuil
Pass struct omap_hdmi to the irq handler since it will need access
to hdmi.core.
Do not clear the IRQ_HDMI_CORE bit: that will be controlled by the
HDMI CEC code.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 11 ++-
1 file changed, 6 inserti
From: Hans Verkuil
The CEC framework needs to know when the hotplug detect signal
disappears, since that means the CEC physical address has to be
invalidated (i.e. set to f.f.f.f).
Add a lost_hotplug op that is called when the HPD signal goes away.
Signed-off-by: Hans Verkuil
---
drivers/gpu/
From: Hans Verkuil
For OMAP4 CEC support the CEC pin should always be on. So keep
ls_oe_gpio high all the time in order to support CEC.
Background: even if the HPD is low it should still be possible
to use CEC. Some displays will set the HPD low when they go into standby or
when they switch to a
From: Hans Verkuil
Call hdmi4_core_powerdown_disable() in hdmi_power_on_core() to
power up the HDMI core (needed for CEC). The same call can now be dropped
in hdmi4_configure().
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 2 ++
drivers/gpu/drm/omapdrm/dss/hdmi4_c
From: Hans Verkuil
The hdmi_power_on/off_core functions can be called multiple times:
when the HPD changes and when the HDMI CEC support needs to power
the HDMI core.
So use a counter to know when to really power on or off the HDMI core.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm
From: Hans Verkuil
Add the source and header for the OMAP4 HDMI CEC support.
This code is not yet hooked up, that will happen in the next patch.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi4_cec.c | 381
drivers/gpu/drm/omapdrm/dss/hdmi4_ce
From: Hans Verkuil
Three low-level functions in hdmi4.c and hdmi4_core.c are
made available for use by the OMAP4 CEC support.
Renamed the prefix to hdmi4 since these are OMAP4 specific.
These function deal with the HDMI core and are needed to
power it up for use with CEC, even when the HPD is l
From: Hans Verkuil
This patch series adds CEC support for the omap4. It is based on
the 4.13-rc2 kernel with this patch series applied:
http://www.spinics.net/lists/dri-devel/msg143440.html
It is virtually identical to the first patch series posted in
April:
http://www.spinics.net/lists/dri-de
From: Hans Verkuil
Hook up the HDMI CEC support in the hdmi4 driver.
It add the CEC irq handler, the CEC (un)init calls and tells the CEC
implementation when the physical address changes.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/Kconfig | 8
drivers/gpu/drm/omapd
From: Hans Verkuil
Add an entry for the CEC GPIO driver.
Signed-off-by: Hans Verkuil
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index aeb84877854b..d85959f82a09 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3199,6 +3199,15 @@ F:
From: Hans Verkuil
Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
While I have heard of SoCs that use the GPIO pin for CEC (apparently an
early RockChip SoC used that), the main use-case of this driver is to
function as a debugging tool.
By connecting the CEC line
From: Hans Verkuil
Document the bindings for the cec-gpio module for hardware where the
CEC pin is connected to a GPIO pin.
Signed-off-by: Hans Verkuil
---
Documentation/devicetree/bindings/media/cec-gpio.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documen
From: Hans Verkuil
This driver adds support for CEC implementations that use a pull-up
GPIO pin. While SoCs exist that do this, the primary use-case is to
turn a single-board computer into a cheap CEC debugger.
Together with 'cec-ctl --monitor-pin' you can do low-level CEC bus
monitoring and do
The calloc function returns either a null pointer or a pointer to the
allocated space. Add the second case that is missed.
Signed-off-by: Sergei A. Trusov
---
drivers/staging/media/atomisp/pci/atomisp2/css2400/sh_css.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/media/ato
On Wed, 2017-08-02 at 18:00 +1000, Sergei A. Trusov wrote:
> The calloc function returns either a null pointer or a pointer to the
> allocated space. Add the second case that is missed.
gads.
Bug added by commit da22013f7df4 ("atomisp: remove indirection from
sh_css_malloc")
These wrappers shoul
52 matches
Mail list logo