Re: [PATCH] Clean up lirc zilog error codes

On Tue, Jul 11, 2017 at 7:57 PM, Yves Lemée wrote: > According the coding style guidelines, the ENOSYS error code must be returned > in case of a non existent system call. This code has been replaced with > the ENOTTY error code indicating, a missing functionality. >

Re: Lots of new warnings with gcc-7.1.1

On Tue, 11 Jul 2017 15:35:15 -0700, Linus Torvalds wrote: > I do suspect I'll make "-Wformat-truncation" (as opposed to > "-Wformat-overflow") be a "V=1" kind of warning. But let's see how > many of these we can fix, ok? Somehow related - what's the stand on -Wimplicit-fallthrough? I run into

cron job: media_tree daily build: ERRORS

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 Jul 12 05:00:24 CEST 2017 media-tree git hash:2748e76ddb2967c4030171342ebdd3faa6a5e8e8 media_build

Re: Lots of new warnings with gcc-7.1.1

On Tue, Jul 11, 2017 at 8:17 PM, Linus Torvalds wrote: > > If that's the case, I'd prefer just turning off the format-truncation > (but not overflow) warning with '-Wno-format-trunction". Doing KBUILD_CFLAGS += $(call cc-disable-warning, format-truncation) in

Re: Lots of new warnings with gcc-7.1.1

On Tue, Jul 11, 2017 at 8:10 PM, Guenter Roeck wrote: > > The hwmon warnings are all about supporting no more than 9,999 sensors > (applesmc) to 999,999,999 sensors (scpi) of a given type. Yeah, I think that's enough. > Easy "fix" would be to replace snprintf() with

Re: Lots of new warnings with gcc-7.1.1

On 07/11/2017 03:35 PM, Linus Torvalds wrote: [ Very random list of maintainers and mailing lists, at least partially by number of warnings generated by gcc-7.1.1 that is then correlated with the get_maintainers script ] So I upgraded one of my boxes to F26, which upgraded the compiler to

Re: [PATCH v2] [media] uvcvideo: Prevent heap overflow in uvc driver

Hi Guenter, Thank you for the patch and sorry for the late reply. On Friday 30 Jun 2017 09:21:56 Guenter Roeck wrote: > The size of uvc_control_mapping is user controlled leading to a > potential heap overflow in the uvc driver. This adds a check to verify > the user provided size fits within

Dear user

Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until you verify you mailbox. Re-validate your account by mail, please fill and Send the data below to verify and

Re: Lots of new warnings with gcc-7.1.1

Hi Linus, > At the same time, others aren't quite as insane, and in many cases the > warnings might be easy to just fix. > > And some actually look valid, although they might still require odd input: > > net/bluetooth/smp.c: In function ‘le_max_key_size_read’: > net/bluetooth/smp.c:3372:29:

Lots of new warnings with gcc-7.1.1

[ Very random list of maintainers and mailing lists, at least partially by number of warnings generated by gcc-7.1.1 that is then correlated with the get_maintainers script ] So I upgraded one of my boxes to F26, which upgraded the compiler to gcc-7.1.1 Which in turn means that my nice clean

[PATCH v2 1/3] drm: rcar-du: Use the VBK interrupt for vblank events

When implementing support for interlaced modes, the driver switched from reporting vblank events on the vertical blanking (VBK) interrupt to the frame end interrupt (FRM). This incorrectly divided the reported refresh rate by two. Fix it by moving back to the VBK interrupt. Fixes: 906eff7fcada

[PATCH v2 2/3] drm: rcar-du: Fix planes to CRTC assignment when using the VSP

The DU can compose the output of a VSP with other planes on Gen2 hardware, and of two VSPs on Gen3 hardware. Neither of these features are supported by the driver, and the current implementation always assigns planes to CRTCs the same way. Simplify the implementation by configuring plane

[PATCH v2 3/3] drm: rcar-du: Repair vblank for DRM page flips using the VSP

From: Kieran Bingham The driver recently switched from handling page flip completion in the DU vertical blanking handler to the VSP frame end handler to fix a race condition. This unfortunately resulted in incorrect timestamps in the vertical blanking

[PATCH v2 0/2] drm: rcar-du: Repair vblank event handling

Hello, The recent changes to the rcar-du driver to fix a page flip handling race condition changed the order of which vblanks and page flips are handled, resulting in incorrect timestamps being reported in the vblan events. Correct this by handling vblank events in the same completion handler as

Re: Trying to use IR driver for my SoC

On 11/07/2017 20:35, Sean Young wrote: > Mason wrote: > >> Repeating the test (pressing '1' for one second) with ir-keytable: >> >> # ir-keytable -p all -t -v >> Found device /sys/class/rc/rc0/ >> Input sysfs node is /sys/class/rc/rc0/input0/ >> Event sysfs node is

Re: Infrared support on tango boards

On Tue, Jul 11, 2017 at 11:16:13PM +0200, Mason wrote: > On 11/07/2017 21:50, Sean Young wrote: > > > On Mon, Jul 10, 2017 at 11:44:08AM +0200, Mason wrote: > > > >> How does one know which decoder to use, out of > >> the dozen protocols available? > > > > Well, that depends on the protocol the

Re: Infrared support on tango boards

On 11/07/2017 21:50, Sean Young wrote: > On Mon, Jul 10, 2017 at 11:44:08AM +0200, Mason wrote: > >> How does one know which decoder to use, out of >> the dozen protocols available? > > Well, that depends on the protocol the remote uses to send. Is there a way to "guess" the protocol used, just

Re: [PATCH 00/11] drm/sun4i: add CEC support

On 11/07/17 22:39, Maxime Ripard wrote: > On Tue, Jul 11, 2017 at 08:30:33AM +0200, Hans Verkuil wrote: >> From: Hans Verkuil >> >> This patch series adds CEC support for the sun4i HDMI controller. >> >> The CEC hardware support for the A10 is very low-level as it just >>

[PATCH] [media] dvb-frontends/cxd2841er: do sleep on delivery system change

From: Daniel Scheller Discovered using w_scan when scanning DVB-T/T2: When w_scan goes from -T to -T2, it does so without stopping the frontend using .sleep. Due to this, the demod operation mode isn't re-setup, but as it still is in STATE_ACTIVE_TC, PLP and T2 Profile are

Re: [PATCH 00/11] drm/sun4i: add CEC support

On Tue, Jul 11, 2017 at 08:30:33AM +0200, Hans Verkuil wrote: > From: Hans Verkuil > > This patch series adds CEC support for the sun4i HDMI controller. > > The CEC hardware support for the A10 is very low-level as it just > controls the CEC pin. Since I also wanted to

Re: [PATCH 00/11] drm/sun4i: add CEC support

On 11/07/17 08:30, Hans Verkuil wrote: > From: Hans Verkuil > > This patch series adds CEC support for the sun4i HDMI controller. > > The CEC hardware support for the A10 is very low-level as it just > controls the CEC pin. Since I also wanted to support GPIO-based CEC >

Re: Infrared support on tango boards

On Mon, Jul 10, 2017 at 11:44:08AM +0200, Mason wrote: > Hello, > > First of all, let's see if I got this right. > > An infrared remote control emits IR pulses to send a bitstream. > This is the "raw" data. The bit sequence depends on the button > being pressed (or released), and the protocol

Re: [PATCH] [media] davinci: vpif_capture: fix potential NULL deref

On Tue, Jul 11, 2017 at 12:07:52PM -0700, Kevin Hilman wrote: > Fix potential NULL pointer dereference in the error path of memory > allocation failure. > > Reported-by: Dan Carpenter > Signed-off-by: Kevin Hilman Acked-by: Sakari Ailus

Re: [bug report] [media] davinci: vpif_capture: get subdevs from DT when available

Dan Carpenter writes: > Hello Kevin Hilman, > > The patch 4a5f8ae50b66: "[media] davinci: vpif_capture: get subdevs > from DT when available" from Jun 6, 2017, leads to the following > static checker warning: > > drivers/media/platform/davinci/vpif_capture.c:1596

[PATCH] [media] davinci: vpif_capture: fix potential NULL deref

Fix potential NULL pointer dereference in the error path of memory allocation failure. Reported-by: Dan Carpenter Signed-off-by: Kevin Hilman --- drivers/media/platform/davinci/vpif_capture.c | 10 ++ 1 file changed, 6 insertions(+), 4

Re: [PATCH] [media] solo6x10: make const array saa7128_regs_ntsc static

On 10/Jul/2017 19:51, Colin King wrote: > From: Colin Ian King > > Don't populate const array saa7128_regs_ntsc on the stack but insteaed make > it static. Makes the object code smaller and saves nearly 840 bytes > > Before: >text data bss dec

Re: [PATCH v3] [media] dt-bindings: gpio-ir-tx: add support for GPIO IR Transmitter

On Tue, Jul 11, 2017 at 6:52 AM, Sean Young wrote: > Document the device tree bindings for the GPIO Bit Banging IR > Transmitter. > > Signed-off-by: Sean Young > --- > .../devicetree/bindings/leds/irled/gpio-ir-tx.txt | 14 > ++ > 1 file

Re: Trying to use IR driver for my SoC

On Mon, Jul 10, 2017 at 10:40:04AM +0200, Mason wrote: > On 29/06/2017 21:44, Sean Young wrote: > > > On Thu, Jun 29, 2017 at 09:12:48PM +0200, Mason wrote: > > > >> On 29/06/2017 19:50, Sean Young wrote: > >> > >>> On Thu, Jun 29, 2017 at 06:25:55PM +0200, Mason wrote: > >>> > $ ir-keytable

Re: DD support improvements (was: Re: [PATCH v3 00/13] stv0367/ddbridge: support CTv6/FlexCT hardware)

Mauro Carvalho Chehab writes: > Em Mon, 26 Jun 2017 11:45:08 +0200 > Ralph Metzler escreveu: > > > Mauro Carvalho Chehab writes: > > > Em Thu, 22 Jun 2017 23:35:27 +0200 > > > Ralph Metzler escreveu: > > > > > > > Daniel Scheller writes:

[PATCH] Clean up lirc zilog error codes

According the coding style guidelines, the ENOSYS error code must be returned in case of a non existent system call. This code has been replaced with the ENOTTY error code indicating, a missing functionality. Signed-off-by: Yves Lemée ---

Re: [PATCH] [media] solo6x10: make const array saa7128_regs_ntsc static

On Mon, Jul 10, 2017 at 07:51:03PM +0100, Colin King wrote: > From: Colin Ian King > > Don't populate const array saa7128_regs_ntsc on the stack but insteaed make > it static. Makes the object code smaller and saves nearly 840 bytes > > Before: >text data

Re: [PATCH] staging: fbtft: make const array gamma_par_mask static

On Tue, Jul 11, 2017 at 06:39:59PM +0100, Colin Ian King wrote: > On 11/07/17 18:30, Greg Kroah-Hartman wrote: > > On Tue, Jul 11, 2017 at 06:20:02PM +0100, Colin King wrote: > >> From: Colin Ian King > >> > >> Don't populate array gamma_par_mask on the stack but instead

Re: [PATCH] staging: fbtft: make const array gamma_par_mask static

On 11/07/17 18:30, Greg Kroah-Hartman wrote: > On Tue, Jul 11, 2017 at 06:20:02PM +0100, Colin King wrote: >> From: Colin Ian King >> >> Don't populate array gamma_par_mask on the stack but instead make it >> static. Makes the object code smaller by 148 bytes: >> >>

Re: [PATCH] staging: fbtft: make const array gamma_par_mask static

On Tue, Jul 11, 2017 at 06:20:02PM +0100, Colin King wrote: > From: Colin Ian King > > Don't populate array gamma_par_mask on the stack but instead make it > static. Makes the object code smaller by 148 bytes: > > Before: >text data bss dec

[PATCH] staging: fbtft: make const array gamma_par_mask static

From: Colin Ian King Don't populate array gamma_par_mask on the stack but instead make it static. Makes the object code smaller by 148 bytes: Before: textdata bss dec hex filename 29931104 040971001

Re: [PATCH v2] [media] uvcvideo: Prevent heap overflow in uvc driver

Any comments / feedback ? Thanks, Guenter On Fri, Jun 30, 2017 at 09:21:56AM -0700, Guenter Roeck wrote: > The size of uvc_control_mapping is user controlled leading to a > potential heap overflow in the uvc driver. This adds a check to verify > the user provided size fits within the bounds of

Re: v4l2-fwnode: status, plans for merge, any branch to merge against?

Hi Pavel, On Thu, Jul 06, 2017 at 12:38:51PM +0200, Pavel Machek wrote: > Hi! > > > > > > > I expect to have most of them in during the next merge window. > > > > > > > > > > So git://linuxtv.org/media_tree.git branch master is the right one to > > > > > work one? > > > > > > > > I also pushed

Re: [PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Am Tue, 11 Jul 2017 11:11:27 +0200 schrieb Ralph Metzler : > Daniel Scheller writes: > > > > IIRC this was -main.c, and basically the code split, but no > > specific file. However, each of the additionals (hw, io, irq) were > > done with a reason (please also see their

Re: [PATCH 1/2] staging: atomisp2: hmm: Fixed comment style

On Mon, Jul 10, 2017 at 08:56:20PM +0200, Philipp Guendisch wrote: > This patch fixed comment style. Semantic should not be affected. > There are also two warnings left about too long lines, which > reduce readability if changed. > > Signed-off-by: Philipp Guendisch >

Re: [PATCH v6 1/3] [media] v4l: add parsed MPEG-2 support

On 07/09/2017 08:32 AM, Nicolas Dufresne wrote: Le samedi 08 juillet 2017 à 13:16 +0800, ayaka a écrit : On 07/08/2017 02:33 AM, Nicolas Dufresne wrote: Le samedi 08 juillet 2017 à 01:29 +0800, ayaka a écrit : On 07/04/2017 05:29 PM, Hugues FRUCHET wrote: Hi Randy, Thanks for review, and

Re: [PATCH v7 2/2] media: rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver driver

Hi Hans and Niklas, On Mon, Jun 19, 2017 at 01:44:22PM +0200, Hans Verkuil wrote: > On 06/12/2017 04:48 PM, Niklas Söderlund wrote: > > Hi Hans, > > > > Thanks for your comments. > > > > On 2017-05-29 13:16:23 +0200, Hans Verkuil wrote: > > > On 05/24/2017 02:13 AM, Niklas Söderlund wrote: > >

[PATCH 2/3] drm-kms-helpers.rst: document the DP CEC helpers

From: Hans Verkuil Document the Display Port CEC helper functions. Signed-off-by: Hans Verkuil --- Documentation/gpu/drm-kms-helpers.rst | 9 + 1 file changed, 9 insertions(+) diff --git a/Documentation/gpu/drm-kms-helpers.rst

[PATCH 1/3] drm: add support for DisplayPort CEC-Tunneling-over-AUX

From: Hans Verkuil This adds support for the DisplayPort CEC-Tunneling-over-AUX feature that is part of the DisplayPort 1.3 standard. Unfortunately, not all DisplayPort/USB-C to HDMI adapters with a chip that has this capability actually hook up the CEC pin, so even

[PATCH 3/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

From: Hans Verkuil Implement support for this DisplayPort feature. The cec device is created whenever it detects an adapter that has this feature. It is only removed when a new adapter is connected that does not support this. If a new adapter is connected that has

[PATCH 0/3] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

From: Hans Verkuil This patch series adds support for the DisplayPort CEC-Tunneling-over-AUX feature. This patch series is based on the latest mainline kernel (as of today) which has all the needed cec and drm 4.13 patches merged. This patch series has been tested with

Re: [PATCH] [media] staging/imx: remove confusing IS_ERR_OR_NULL usage

On Thu, Jun 29, 2017 at 11:13 AM, Philipp Zabel wrote: >> @@ -134,23 +134,26 @@ static void csi_idmac_put_ipu_resources(struct >> csi_priv *priv) >> static int csi_idmac_get_ipu_resources(struct csi_priv *priv) >> { >> int ch_num, ret; >> + struct ipu_smfc

[PATCH v2] [media] staging/imx: remove confusing IS_ERR_OR_NULL usage

While looking at a compiler warning, I noticed the use of IS_ERR_OR_NULL, which is generally a sign of a bad API design and should be avoided. In this driver, this is fairly easy, we can simply stop storing error pointers in persistent structures, and change the two functions that might return

Aviso de conta

Alguém tentou acessar sua conta webmail / zimbra da África do Sul com IP no: 87.228.204.106. Ignore esta mensagem se você é o único, mas se você não é o único, clique no link seguro da conta abaixo e faça login nos detalhes do seu webmail / zimbra e clique em cimeira para proteger e proteger sua

[bug report] [media] davinci: vpif_capture: get subdevs from DT when available

Hello Kevin Hilman, The patch 4a5f8ae50b66: "[media] davinci: vpif_capture: get subdevs from DT when available" from Jun 6, 2017, leads to the following static checker warning: drivers/media/platform/davinci/vpif_capture.c:1596 vpif_capture_get_pdata() error: potential NULL

Re: [PATCH 03/12] [media] vb2: add in-fence support to QBUF

2017-07-11 Hans Verkuil : > On 10/07/17 22:26, Gustavo Padovan wrote: > > 2017-07-10 Gustavo Padovan : > > > >> 2017-07-07 Hans Verkuil : > >> > >>> On 07/07/2017 04:00 AM, Gustavo Padovan wrote: > 2017-07-06 Hans Verkuil

[PATCH v3] [media] dt-bindings: gpio-ir-tx: add support for GPIO IR Transmitter

Document the device tree bindings for the GPIO Bit Banging IR Transmitter. Signed-off-by: Sean Young --- .../devicetree/bindings/leds/irled/gpio-ir-tx.txt | 14 ++ 1 file changed, 14 insertions(+) create mode 100644

[PATCH 1/4] cec: be smarter about detecting the number of attempts made

From: Hans Verkuil Some hardware does more than one attempt. So when it calls cec_transmit_done when an error occurred it will e.g. use an error count of 2 instead of 1. The framework always assumed a single attempt, but now it is smarter and will sum the counters to

[PATCH 3/4] drm/vc4: Add register defines for CEC.

From: Eric Anholt Basic usage: poweron: HSM clock should be running. Set the bit clock divider, set all the other _US timeouts based on bit clock rate. Bring RX/TX reset up and then down. powerdown: Set RX/TX reset. interrupt: read CPU_STATUS, write bits that have been

[PATCH 0/4] drm/vc4: add HDMI CEC support

From: Hans Verkuil This patch series adds support for HDMI CEC to the vc4 drm driver. This series is based on the mainline kernel as of yesterday since both the vc4 and cec patches for the 4.13 merge window are now merged in that kernel. Note: the first cec patch is

[PATCH 4/4] drm/vc4: add HDMI CEC support

From: Hans Verkuil This patch adds support to VC4 for CEC. To prevent the firmware from eating the CEC interrupts you need to add this to your config.txt: mask_gpu_interrupt1=0x100 Signed-off-by: Hans Verkuil --- drivers/gpu/drm/vc4/Kconfig

[PATCH 2/4] drm/vc4: prepare for CEC support

From: Hans Verkuil In order to support CEC the hsm clock needs to be enabled in vc4_hdmi_bind(), not in vc4_hdmi_encoder_enable(). Otherwise you wouldn't be able to support CEC when there is no hotplug detect signal, which is required by some monitors that turn off the

[GIT FIXES FOR v4.13] RC fixes.

Hi Mauro, Since v4.12 we set the LIRC_CAN_GET_REC_RESOLUTION lirc feature, and as a result lircd uses the ioctl LIRC_GET_REC_RESOLUTION. That ioctl has always been broken in rc-core. I should have tested lirc decoding, I'll add it to my rc checklist. Sorry. Thanks, Sean The following changes

Re: [PATCH v4 3/3] intel-ipu3: cio2: Add new MIPI-CSI2 driver

Hi Yong, Thanks for the update! This looks pretty good in general, still some more comments below. Do you happen to have a todo list for the changes that are still planned? AFAIR we should have two items in the list at least --- 1. Extend the format example to include the DMA word boundary and

[PATCH] [media] lirc: LIRC_GET_REC_RESOLUTION should return microseconds

Since commit e8f4818895b3 ("[media] lirc: advertise LIRC_CAN_GET_REC_RESOLUTION and improve") lircd uses the ioctl LIRC_GET_REC_RESOLUTION to determine the shortest pulse or space that the hardware can detect. This breaks decoding in lirc because lircd expects the answer in microseconds, but

[PATCH] [media] fc001[23]: make const gain table arrays static

From: Colin Ian King Don't populate the gain tables on the stack but make them static const. Makes the object code smaller: Before: textdata bss dec hex filename 78011408 0920923f9 drivers/media/tuners/fc0012.o 8483 936

Re: [PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Daniel Scheller writes: > Am Mon, 10 Jul 2017 10:11:01 +0200 > schrieb Ralph Metzler : > > > Daniel Scheller writes: > > > Stripped functionality compared to dddvb: > > > > > > - DVB-C modulator card support removed (requires DVB core API) > > > > not really

[PATCH 04/11] cec-core.rst: document the adap_free callback

From: Hans Verkuil Document what this callback does. Signed-off-by: Hans Verkuil --- Documentation/media/kapi/cec-core.rst | 9 + 1 file changed, 9 insertions(+) diff --git a/Documentation/media/kapi/cec-core.rst

[PATCH 10/11] cec-core.rst: include cec-pin.h and cec-notifier.h

From: Hans Verkuil Include the CEC pin framework documentation by reading cec-pin.h. Include the CEC notifier framework documentation by reading cec-notifier.h. Signed-off-by: Hans Verkuil --- Documentation/media/kapi/cec-core.rst | 31

[PATCH 01/11] cec: improve transmit timeout logging

From: Hans Verkuil Kernel logging messes up the upcoming low-level CEC monitoring support which is very time-sensitive. So change the debug level of this message but keep a counter that is shown in the debugfs status log. Signed-off-by: Hans Verkuil

[PATCH 00/11] drm/sun4i: add CEC support

From: Hans Verkuil This patch series adds CEC support for the sun4i HDMI controller. The CEC hardware support for the A10 is very low-level as it just controls the CEC pin. Since I also wanted to support GPIO-based CEC hardware most of this patch series is in the CEC

[PATCH 06/11] cec: rework the cec event handling

From: Hans Verkuil Event handling was always fairly simplistic since there were only two events. With the addition of pin events this needed to be redesigned. The state_change and lost_msgs events are now core events with the guarantee that the last state is always

[PATCH 03/11] cec: add adap_free op

From: Hans Verkuil This is needed for CEC adapters that allocate resources that have to be freed before the cec_adapter is deleted. Signed-off-by: Hans Verkuil --- drivers/media/cec/cec-core.c | 2 ++ include/media/cec.h | 1 + 2 files

[PATCH 11/11] sun4i_hdmi: add CEC support

From: Hans Verkuil Add HDMI CEC support to the Allwinner A10 SoC. This SoC uses a poor-man's CEC implementation by polling the CEC pin. It is using the CEC_PIN core implementation for such devices to do the heavy lifting. It just provides the callbacks to read/drive the

[PATCH 02/11] cec: add *_ts variants for transmit_done/received_msg

From: Hans Verkuil Currently the transmit_(attempt_)done and received_msg functions set the timestamp themselves. For the upcoming low-level pin API we need to pass this as an argument instead. So make _ts variants that allow the caller to specify the timestamp.

[PATCH 09/11] cec-pin: add low-level pin hardware support

From: Hans Verkuil Add support for CEC hardware that relies on low-level pin polling or GPIO interrupts. One example is the Allwinner SoC. But any GPIO-based CEC implementation can use this as well. A GPIO implementation is very suitable as well for debugging: it can

[PATCH 07/11] cec: document the new CEC pin capability, events and mode

From: Hans Verkuil Document CEC_CAP_MONITOR_PIN, CEC_EVENT_PIN_LOW/HIGH, CEC_EVENT_FL_DROPPED_EVENTS and CEC_MODE_MONITOR_PIN. Signed-off-by: Hans Verkuil --- Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst | 7 +++

[PATCH 08/11] cec: add core support for low-level CEC pin monitoring

From: Hans Verkuil Add support for the new MONITOR_PIN mode. Add the cec_pin_event function that the CEC pin code will call to queue pin change events. Signed-off-by: Hans Verkuil --- drivers/media/cec/cec-adap.c | 16

[PATCH 05/11] linux/cec.h: add pin monitoring API support

From: Hans Verkuil Add support for low-level CEC pin monitoring. This adds a new monitor mode, a new capability and two new events. Signed-off-by: Hans Verkuil --- include/uapi/linux/cec.h | 5 + 1 file changed, 5 insertions(+) diff --git