Re: Are media drivers abusing of GFP_DMA? - was: Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

On 07/05/18 17:19, Mauro Carvalho Chehab wrote: > Em Mon, 07 May 2018 16:26:08 +0300 > Laurent Pinchart escreveu: > >> Hi Mauro, >> >> On Saturday, 5 May 2018 19:08:15 EEST Mauro Carvalho Chehab wrote: >>> There was a recent discussion about the use/abuse of

Re: [PATCH v5 12/14] media: ov772x: avoid accessing registers under power saving mode

Hi Sakari, thanks for the clarification, please ignore my comment then. Thanks j On Mon, May 14, 2018 at 12:49:19PM +0300, Sakari Ailus wrote: > Hi Jacopo, > > On Mon, May 14, 2018 at 11:06:46AM +0200, jacopo mondi wrote: > > Hi Akinobu, > > > >a small nit below > > > > On Sun, May 06,

Re: [PATCH 2/5] media: rcar-vin: Add digital input subdevice parsing

Hi Niklas, On Fri, May 11, 2018 at 01:01:24PM +0200, Niklas Söderlund wrote: > Hi Jacopo, > > Thanks for your work! > > The comments here apply to both 2/5 and 3/5. > > On 2018-05-11 11:59:38 +0200, Jacopo Mondi wrote: > > Add support for digital input subdevices to Gen-3 rcar-vin. > > The Gen-3,

Re: [PATCH v5 10/14] media: ov772x: reconstruct s_frame_interval()

Hi Akinobu, thanks for resending On Sun, May 06, 2018 at 11:19:25PM +0900, Akinobu Mita wrote: > This splits the s_frame_interval() in subdev video ops into selecting the > frame interval and setting up the registers. > > This is a preparatory change to avoid accessing registers under power >

Re: [PATCH v5 12/14] media: ov772x: avoid accessing registers under power saving mode

Hi Akinobu, a small nit below On Sun, May 06, 2018 at 11:19:27PM +0900, Akinobu Mita wrote: > The set_fmt() in subdev pad ops, the s_ctrl() for subdev control handler, > and the s_frame_interval() in subdev video ops could be called when the > device is under power saving mode. These

Re: [PATCH v5 13/14] media: ov772x: make set_fmt() and s_frame_interval() return -EBUSY while streaming

Hi Akinobu, thanks for the patch On Sun, May 06, 2018 at 11:19:28PM +0900, Akinobu Mita wrote: > The ov772x driver is going to offer a V4L2 sub-device interface, so > changing the output data format and the frame interval on this sub-device > can be made anytime. However, these requests are

Re: [PATCH v5 14/14] media: ov772x: create subdevice device node

Hi Akinobu, thanks for the patch. On Sun, May 06, 2018 at 11:19:29PM +0900, Akinobu Mita wrote: > Set the V4L2_SUBDEV_FL_HAS_DEVNODE flag for the subdevice so that the > subdevice device node is created. > > Cc: Jacopo Mondi > Cc: Laurent Pinchart

Re: [PATCH v5 08/14] media: ov772x: support device tree probing

Hi Sakari, On Mon, May 07, 2018 at 12:26:41PM +0300, Sakari Ailus wrote: > Dear Mita-san, > > On Sun, May 06, 2018 at 11:19:23PM +0900, Akinobu Mita wrote: > > The ov772x driver currently only supports legacy platform data probe. > > This change enables device tree probing. > > > > Note that the

Re: [PATCH v4 00/14] media: imx: Switch to subdev notifiers

Hi Steve, thank you for the update. On Wed, 2018-05-09 at 15:46 -0700, Steve Longerbeam wrote: > This patchset converts the imx-media driver and its dependent > subdevs to use subdev notifiers. > > There are a couple shortcomings in v4l2-core that prevented > subdev notifiers from working

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

On Sun, May 13, 2018 at 09:19:17PM +0200, Niklas Söderlund wrote: > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver > supports the R-Car Gen3 SoCs where separate CSI-2 hardware blocks are > connected between the video sources and the video grabbers (VIN). > > Driver is based on a

Re: [PATCH v5 12/14] media: ov772x: avoid accessing registers under power saving mode

Hi Jacopo, On Mon, May 14, 2018 at 11:06:46AM +0200, jacopo mondi wrote: > Hi Akinobu, > >a small nit below > > On Sun, May 06, 2018 at 11:19:27PM +0900, Akinobu Mita wrote: > > The set_fmt() in subdev pad ops, the s_ctrl() for subdev control handler, > > and the s_frame_interval() in

Re: [PATCH] [media] gspca: Stop using GFP_DMA for buffers for USB bulk transfers

Hi, On 05/13/2018 07:54 PM, Adam Baker wrote: On 05/05/18 09:22, Hans de Goede wrote: The recent "x86 ZONE_DMA love" discussion at LSF/MM pointed out that some gspca sub-drivvers are using GFP_DMA to allocate buffers which are used for USB bulk transfers, there is absolutely no need for this,

Re: [PATCH 2/5] media: docs: clarify relationship between crop and selection APIs

Hi Hans, thanks for the review. On 13/05/2018 11:12, Hans Verkuil wrote: > On 04/03/2018 11:15 PM, Luca Ceresoli wrote: >> Having two somewhat similar and largely overlapping APIs is confusing, >> especially since the older one appears in the docs before the newer >> and most featureful

Re: [RFC PATCH 1/6] pvrusb2: replace pvr2_v4l2_ioctl by video_ioctl2

On 05/14/2018 01:55 PM, Hans Verkuil wrote: > From: Hans Verkuil > > This driver is the only V4L driver that does not set unlocked_ioctl > to video_ioctl2. > > The only thing that pvr2_v4l2_ioctl does besides calling video_ioctl2 > is calling pvr2_hdw_commit_ctl(). Add

Re: [PATCH 1/5] media: docs: selection: fix typos

Hi Hans, On 13/05/2018 11:19, Hans Verkuil wrote: > Hi Luca, > > My apologies for the long delay in reviewing this. > > It all looks very good and if you can post a v2 with these small issues > fixed, then I'll merge it for 4.18. On its way! Thanks, -- Luca

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

Hi Niklas, thanks for the patch On Sun, May 13, 2018 at 09:19:17PM +0200, Niklas Söderlund wrote: > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver > supports the R-Car Gen3 SoCs where separate CSI-2 hardware blocks are > connected between the video sources and the video

[RFC PATCH 3/6] v4l2-ioctl.c: use correct vb2_queue lock for m2m devices

From: Hans Verkuil For m2m devices the vdev->queue lock was always taken instead of the lock for the specific capture or output queue. Now that we pushed the locking down into __video_do_ioctl() we can pick the correct lock and improve the performance of m2m devices.

[RFC PATCH 5/6] videobuf2: assume q->lock is always set

From: Hans Verkuil Drop checks for q->lock. Drop calls to wait_finish/prepare, just lock/unlock q->lock. Signed-off-by: Hans Verkuil --- .../media/common/videobuf2/videobuf2-core.c | 21 ++- .../media/common/videobuf2/videobuf2-v4l2.c |

[RFC PATCH 0/6] v4l2 core: push ioctl lock down to ioctl handler

From: Hans Verkuil While working on the DMA fence API and the Request API it became clear that the core ioctl scheme was done at a too-high level. Being able to actually look at the struct passed as the ioctl argument would help a lot in decide what lock(s) to take.

[RFC PATCH 2/6] v4l2-core: push taking ioctl mutex down to ioctl handler.

From: Hans Verkuil The ioctl serialization mutex (vdev->lock or q->lock for vb2 queues) was taken at the highest level in v4l2-dev.c. This prevents more fine-grained locking since at that level we cannot examine the ioctl arguments, we can only do that after video_usercopy is

[RFC PATCH 4/6] videobuf2-core: require q->lock

From: Hans Verkuil Refuse to initialize a vb2 queue if there is no lock specified. Signed-off-by: Hans Verkuil --- drivers/media/common/videobuf2/videobuf2-core.c | 1 + 1 file changed, 1 insertion(+) diff --git

[RFC PATCH 6/6] v4l2-ioctl.c: assume queue->lock is always set

From: Hans Verkuil vb2_queue now expects a valid lock pointer, so drop the checks for that in v4l2-ioctl.c. Signed-off-by: Hans Verkuil --- drivers/media/v4l2-core/v4l2-ioctl.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

[RFC PATCH 1/6] pvrusb2: replace pvr2_v4l2_ioctl by video_ioctl2

From: Hans Verkuil This driver is the only V4L driver that does not set unlocked_ioctl to video_ioctl2. The only thing that pvr2_v4l2_ioctl does besides calling video_ioctl2 is calling pvr2_hdw_commit_ctl(). Add pvr2_hdw_commit_ctl() calls to the various ioctls that need

Re: [RFC PATCH 0/6] v4l2 core: push ioctl lock down to ioctl handler

Hi Mike, On 05/14/2018 01:55 PM, Hans Verkuil wrote: > Mike, can you test this patch? I tried to test it but my pvrusb2 > fails in a USB transfer (unrelated to this patch). I'll mail you > separately with the details, since I've no idea what is going on. Never mind. After unplugging the power

Re: Are media drivers abusing of GFP_DMA? - was: Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

Hi Fabien, Em Mon, 14 May 2018 08:00:37 + Fabien DESSENNE escreveu: > On 07/05/18 17:19, Mauro Carvalho Chehab wrote: > > Em Mon, 07 May 2018 16:26:08 +0300 > > Laurent Pinchart escreveu: > > > >> Hi Mauro, > >> > >> On Saturday,

Re: [PATCH v5 08/14] media: ov772x: support device tree probing

On Mon, May 14, 2018 at 11:16:42AM +0200, jacopo mondi wrote: > Hi Sakari, > > On Mon, May 07, 2018 at 12:26:41PM +0300, Sakari Ailus wrote: > > Dear Mita-san, > > > > On Sun, May 06, 2018 at 11:19:23PM +0900, Akinobu Mita wrote: > > > The ov772x driver currently only supports legacy platform

[PATCH v2 2/5] media: docs: clarify relationship between crop and selection APIs

Having two somewhat similar and largely overlapping APIs is confusing, especially since the older one appears in the docs before the newer and most featureful counterpart. Clarify all of this in several ways: - swap the two sections - give a name to the two APIs in the section names - add a

[PATCH v2 3/5] media: docs: selection: rename files to something meaningful

These files have an automatically-generated numbering. Rename them with a name that suggests their meaning. Reported-by: Hans Verkuil Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- Changed v1 -> v2: - fix commit message typos

[PATCH v2 5/5] media: docs: selection: fix misleading sentence about the CROP API

The API limitation described here is about the CROP API, not about the entire V4L2. Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- Changed v1 -> v2: nothing. --- Documentation/media/uapi/v4l/selection-api-vs-crop-api.rst | 2 +- 1 file changed, 1

[PATCH v2 1/5] media: docs: selection: fix typos

Fix typos in the selection documentation: - over -> cover - BONDS -> BOUNDS Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- Changed v1 -> v2: - add a commit message (Hans) --- Documentation/media/uapi/v4l/selection-api-004.rst | 2 +-

[PATCH v2 4/5] media: docs: selection: improve formatting

Split section "Comparison with old cropping API" in paragraphs for easier reading and improve visible links text. Cc: Hans Verkuil Signed-off-by: Luca Ceresoli --- Changed v1 -> v2: nothing. --- .../media/uapi/v4l/selection-api-vs-crop-api.rst |

[PATCH 0/7] Fix compiler/sparse warnings

From: Hans Verkuil After upgrading to gcc 8.1 we got new warnings. This series fixes them. There is a remaining warning in atomisp, but that's going to be removed from staging anyway. Regards, Hans Hans Verkuil (7): go7007: fix two sparse warnings zoran:

[PATCH 2/7] zoran: fix compiler warning

From: Hans Verkuil In file included from media-git/include/linux/bitmap.h:9, from media-git/include/linux/cpumask.h:12, from media-git/arch/x86/include/asm/cpumask.h:5, from media-git/arch/x86/include/asm/msr.h:11,

[PATCH 1/7] go7007: fix two sparse warnings

From: Hans Verkuil drivers/media/usb/go7007/go7007-v4l2.c:637:2: warning: 'strncpy' specified bound 32 equals destination size [-Wstringop-truncation] drivers/media/usb/go7007/go7007-fw.c:1507:3: warning: this statement may fall through [-Wimplicit-fallthrough=]

[PATCH 7/7] soc_camera: fix compiler warning

From: Hans Verkuil In function 'strncpy', inlined from 'soc_camera_platform_probe' at drivers/media/platform/soc_camera/soc_camera_platform.c:162:2: include/linux/string.h:246:9: warning: '__builtin_strncpy' specified bound 32 equals destination size

[PATCH 3/7] s5p-mfc: fix two sparse warnings

From: Hans Verkuil media-git/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c: In function 'vidioc_querycap': media-git/drivers/media/platform/s5p-mfc/s5p_mfc_enc.c:1317:2: warning: 'strncpy' output may be truncated copying 31 bytes from a string of length 31

[PATCH 4/7] hdpvr: fix compiler warning

From: Hans Verkuil In function 'strncpy', inlined from 'vidioc_g_audio' at media-git/drivers/media/usb/hdpvr/hdpvr-video.c:876:2: media-git/include/linux/string.h:246:9: warning: '__builtin_strncpy' specified bound 32 equals destination size [-Wstringop-truncation]

[PATCH 6/7] renesas-ceu: fix compiler warning

From: Hans Verkuil In function 'strncpy', inlined from 'ceu_notify_complete' at drivers/media/platform/renesas-ceu.c:1378:2: include/linux/string.h:246:9: warning: '__builtin_strncpy' output truncated before terminating nul copying 11 bytes from a string of the same

[PATCH 5/7] imx: fix compiler warning

From: Hans Verkuil drivers/staging/media/imx/imx-media-capture.c: In function 'vidioc_querycap': drivers/staging/media/imx/imx-media-capture.c:76:2: warning: 'strncpy' output truncated copying 15 bytes from a string of length 17 [-Wstringop-truncation]

Re: [PATCH v15 1/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver documentation

Hi Niklas, thanks for re-sending On Sun, May 13, 2018 at 09:19:16PM +0200, Niklas Söderlund wrote: > Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers > are located between the video sources (CSI-2 transmitters) and the video > grabbers (VIN) on Gen3 of Renesas R-Car

Re: Compressed formats - framed or unframed?

On 26 April 2018 at 17:25, Dave Stevenson wrote: > Hi All. > > I'm trying to get a V4L2 M2M driver sorted for the Raspberry Pi to > allow access to the video codecs. Much of it is working fine. > > One thing that isn't clear relates to video decode. Do the

Re: [PATCH 5/7] imx: fix compiler warning

Acked-by: Steve Longerbeam On 05/14/2018 06:13 AM, Hans Verkuil wrote: From: Hans Verkuil drivers/staging/media/imx/imx-media-capture.c: In function 'vidioc_querycap': drivers/staging/media/imx/imx-media-capture.c:76:2: warning: 'strncpy'

Re: [PATCH] dma-fence: Make dma_fence_add_callback() fail if signaled with error

On Fri, May 11, 2018 at 08:27:41AM +0100, Chris Wilson wrote: > Quoting Ezequiel Garcia (2018-05-09 21:14:49) > > Change how dma_fence_add_callback() behaves, when the fence > > has error-signaled by the time it is being add. After this commit, > > dma_fence_add_callback() returns the fence error,

Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support

Hi Sakari, On Mon, May 07, 2018 at 12:32:19PM +0300, Sakari Ailus wrote: > Hi Jacopo, > > On Wed, Apr 25, 2018 at 01:00:14PM +0200, Jacopo Mondi wrote: [snip] > > static int mt9t112_probe(struct i2c_client *client, > > const struct i2c_device_id *did) > > { > > struct

Re: Are media drivers abusing of GFP_DMA? - was: Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

Em Mon, 14 May 2018 07:35:03 -0300 Mauro Carvalho Chehab escreveu: > Hi Fabien, > > Em Mon, 14 May 2018 08:00:37 + > Fabien DESSENNE escreveu: > > > On 07/05/18 17:19, Mauro Carvalho Chehab wrote: > > > Em Mon, 07 May 2018 16:26:08 +0300

Re: [RFC PATCH 2/6] v4l2-core: push taking ioctl mutex down to ioctl handler.

On Mon, 2018-05-14 at 13:55 +0200, Hans Verkuil wrote: > From: Hans Verkuil > > The ioctl serialization mutex (vdev->lock or q->lock for vb2 queues) > was taken at the highest level in v4l2-dev.c. This prevents more > fine-grained locking since at that level we cannot examine

[PATCH v1 1/4] media: rc: introduce BPF_PROG_IR_DECODER

Add support for BPF_PROG_IR_DECODER. This type of BPF program can call rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report that the last key should be repeated. Signed-off-by: Sean Young --- drivers/media/rc/Kconfig | 8 +++ drivers/media/rc/Makefile

[PATCH v1 0/4] IR decoding using BPF

The kernel IR decoders support the most widely used IR protocols, but there are many protocols which are not supported[1]. For example, the lirc-remotes[2] repo has over 2700 remotes, many of which are not supported by rc-core. There is a "long tail" of unsupported IR protocols. IR encoding is

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

Hi Jacopo, Thanks for your feedback. On 2018-05-14 15:14:48 +0200, Jacopo Mondi wrote: > Hi Niklas, >thanks for the patch > > On Sun, May 13, 2018 at 09:19:17PM +0200, Niklas Söderlund wrote: > > A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver > > supports the R-Car Gen3

[PATCH v1 2/4] media: bpf: allow raw IR decoder bpf programs to be used

This implements attaching, detaching, querying and execution. The target fd has to be the /dev/lircN device. Signed-off-by: Sean Young --- drivers/media/rc/ir-bpf-decoder.c | 191 ++ drivers/media/rc/lirc_dev.c | 30 +

[PATCH v1 3/4] media: rc bpf: move ir_raw_event to uapi

The context provided to a BPF_PROG_RAWIR_DECODER is a struct ir_raw_event; ensure user space has a a definition. Signed-off-by: Sean Young --- include/media/rc-core.h| 19 +-- include/uapi/linux/bpf_rcdev.h | 24 2 files changed,

[PATCH v1 4/4] samples/bpf: an example of a raw IR decoder

This implements the grundig-16 IR protocol. Signed-off-by: Sean Young --- samples/bpf/Makefile | 4 + samples/bpf/bpf_load.c| 9 +- samples/bpf/grundig_decoder_kern.c| 112 ++

Wine Enthusiasts List

Hi, Would you be interested in reaching out to "Wine Enthusiasts list " from USA? Our Databases:-1.Beer Drinkers List 2.Alcohol Drinkers List 3.Beverage Consumers 4.Liquor Drinkers List 5.Food Enthusiasts List

RE: media: uvcvideo: Support realtek's UVC 1.5 device

> The length of UVC 1.5 video control is 48, and it id 34 for UVC 1.1. > Change it to 48 for UVC 1.5 device, > and the UVC 1.5 device can be recognized. > > More changes to the driver are needed for full UVC 1.5 compatibility. > However, at least the UVC 1.5 Realtek RTS5847/RTS5852 cameras have >

Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support

Hi Jacopo, On Mon, May 14, 2018 at 04:30:44PM +0200, jacopo mondi wrote: > Hi Sakari, > > On Mon, May 07, 2018 at 12:32:19PM +0300, Sakari Ailus wrote: > > Hi Jacopo, > > > > On Wed, Apr 25, 2018 at 01:00:14PM +0200, Jacopo Mondi wrote: > > [snip] > > > > static int mt9t112_probe(struct

[RFC PATCH 4/5] mfd: cros-ec: Introduce CEC commands and events definitions.

From: Stefan Adolfsson The EC can expose a CEC bus, this patch adds the CEC related definitions needed by the cros-ec-cec driver. Having a 16 byte mkbp event size makes it possible to send CEC messages from the EC to the AP directly inside the mkbp event instead of first

[RFC PATCH 2/5] media: cec-notifier: Get notifier by device and connector name

In non device-tree world, we can need to get the notifier by the driver name directly and eventually defer probe if not yet created. This patch adds a variant of the get function by using the device name instead and will not create a notifier if not yet created. But the i915 driver exposes at

[RFC PATCH 3/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

This patchs adds the cec_notifier feature to the intel_hdmi part of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate between each HDMI ports. The changes will allow the i915 HDMI code to notify EDID and HPD changes to an eventual CEC adapter. Signed-off-by: Neil Armstrong

[RFC PATCH 5/5] media: platform: Add Chrome OS EC CEC driver

The Chrome OS Embedded Controller can expose a CEC bus, this patch add the driver for such feature of the Embedded Controller. This driver is part of the cros-ec MFD and will be add as a sub-device when the feature bit is exposed by the EC. The controller will only handle a single logical

Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data

> arch/arm/mach-ks8695/board-acs5k.c | 2 +- > arch/arm/mach-sa1100/simpad.c| 2 +- > arch/mips/alchemy/board-gpr.c| 2 +- Those still need acks... > diff --git a/arch/arm/mach-ks8695/board-acs5k.c > b/arch/arm/mach-ks8695/board-acs5k.c >

Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data

On Mon, May 14, 2018 at 11:37:20PM +0200, Wolfram Sang wrote: > > diff --git a/arch/mips/alchemy/board-gpr.c b/arch/mips/alchemy/board-gpr.c > > index 4e79dbd54a33..fa75d75b5ba9 100644 > > --- a/arch/mips/alchemy/board-gpr.c > > +++ b/arch/mips/alchemy/board-gpr.c > > @@ -29,7 +29,7 @@ > >

Re: [PATCH v1 1/4] media: rc: introduce BPF_PROG_IR_DECODER

On 05/14/2018 02:10 PM, Sean Young wrote: > Add support for BPF_PROG_IR_DECODER. This type of BPF program can call Kconfig file below uses IR_BPF_DECODER instead of the symbol name above. and then patch 3 says a third choice: The context provided to a BPF_PROG_RAWIR_DECODER is a struct

Re: [PATCH] dma-fence: Make dma_fence_add_callback() fail if signaled with error

On Mon, 2018-05-14 at 18:48 +0200, Daniel Vetter wrote: > On Fri, May 11, 2018 at 08:27:41AM +0100, Chris Wilson wrote: > > Quoting Ezequiel Garcia (2018-05-09 21:14:49) > > > Change how dma_fence_add_callback() behaves, when the fence > > > has error-signaled by the time it is being add. After

[RFC PATCH 0/5] Add ChromeOS EC CEC Support

Hi All, The new Google "Fizz" Intel-based ChromeOS device is gaining CEC support throught it's Embedded Controller, to enable the Linux CEC Core to communicate with it and get the CEC Physical Address from the correct HDMI Connector, the following must be added/changed: - Add the CEC sub-device

[RFC PATCH 1/5] mfd: cros_ec_dev: Add CEC sub-device registration

The EC can expose a CEC bus, thus add the cros-ec-cec MFD sub-device when the CEC feature bit is present. Signed-off-by: Neil Armstrong --- drivers/mfd/cros_ec_dev.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/mfd/cros_ec_dev.c

Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data

Hi Wolfram, On 15/05/18 07:37, Wolfram Sang wrote: arch/arm/mach-ks8695/board-acs5k.c | 2 +- arch/arm/mach-sa1100/simpad.c| 2 +- arch/mips/alchemy/board-gpr.c| 2 +- Those still need acks... diff --git

[PATCH] media: dvb-frontends: add Socionext SC1501A ISDB-S/T demodulator driver

This patch adds a frontend driver for the Socionext SC1501A series and Socionext MN88443x ISDB-S/T demodulators. Signed-off-by: Katsuhiro Suzuki --- drivers/media/dvb-frontends/Kconfig | 10 + drivers/media/dvb-frontends/Makefile | 1 +

RE: [PATCH v11] media: imx258: Add imx258 camera sensor driver

Hi Sakari, > -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Sakari Ailus > Sent: Saturday, May 12, 2018 8:48 PM > To: Zheng, Jian Xu > Cc: Chen, JasonX Z ; Tomasz

Re: [PATCH] media: dvb-frontends: add Socionext SC1501A ISDB-S/T demodulator driver

Hi Katsuhiro, I love your patch! Perhaps something to improve: [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.17-rc5 next-20180514] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

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

A V4L2 driver for Renesas R-Car MIPI CSI-2 receiver. The driver supports the R-Car Gen3 SoCs where separate CSI-2 hardware blocks are connected between the video sources and the video grabbers (VIN). Driver is based on a prototype by Koji Matsuoka in the Renesas BSP. Signed-off-by: Niklas

[PATCH v16 1/2] rcar-csi2: add Renesas R-Car MIPI CSI-2 receiver documentation

Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers are located between the video sources (CSI-2 transmitters) and the video grabbers (VIN) on Gen3 of Renesas R-Car SoC. Each CSI-2 device is connected to more than one VIN device which simultaneously can receive video from the

[PATCH v16 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2

Hi, This is the latest incarnation of R-Car MIPI CSI-2 receiver driver. It's based on top of the media-tree and are tested on Renesas Salvator-X and Salvator-XS together with adv7482 and the now in tree rcar-vin driver :-) I hope this is the last incarnation of this patch-set, I do think it is

Re: [PATCH v1 3/4] media: rc bpf: move ir_raw_event to uapi

Hi Sean, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.17-rc5] [cannot apply to next-20180514] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

[PATCH] media: helene: add I2C device probe function

This patch adds I2C probe function to use dvb_module_probe() with this driver. Signed-off-by: Katsuhiro Suzuki --- drivers/media/dvb-frontends/helene.c | 88 ++-- drivers/media/dvb-frontends/helene.h | 2 + 2 files changed, 86

Re: [PATCH v1 2/4] media: bpf: allow raw IR decoder bpf programs to be used

Hi Sean, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.17-rc5] [cannot apply to next-20180514] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day

Re: [PATCH 01/11] media: tm6000: fix potential Spectre variant 1

Hi Mauro, On 04/26/2018 06:42 PM, Mauro Carvalho Chehab wrote: I noticed you changed the status of this series from rejected to new. Yes. Also, there are other similar issues in media/pci/ Well, the issues will be there everywhere on all media drivers. I marked your patches because I

cron job: media_tree daily build: WARNINGS

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 May 15 05:00:12 CEST 2018 media-tree git hash:2a5f2705c97625aa1a4e1dd4d584eaa05392e060 media_build

Re: [PATCH v16 0/2] rcar-csi2: add Renesas R-Car MIPI CSI-2

Hi Niklas, On Tuesday, 15 May 2018 03:56:33 EEST Niklas Söderlund wrote: > Hi, > > This is the latest incarnation of R-Car MIPI CSI-2 receiver driver. It's > based on top of the media-tree and are tested on Renesas Salvator-X and > Salvator-XS together with adv7482 and the now in tree rcar-vin

Re: [PATCH v1 4/4] samples/bpf: an example of a raw IR decoder

On Mon, May 14, 2018 at 2:11 PM, Sean Young wrote: > This implements the grundig-16 IR protocol. > > Signed-off-by: Sean Young > --- > samples/bpf/Makefile | 4 + > samples/bpf/bpf_load.c| 9 +- >

Re: [PATCH v1 2/4] media: bpf: allow raw IR decoder bpf programs to be used

On Mon, May 14, 2018 at 2:10 PM, Sean Young wrote: > This implements attaching, detaching, querying and execution. The target > fd has to be the /dev/lircN device. > > Signed-off-by: Sean Young > --- > drivers/media/rc/ir-bpf-decoder.c | 191

Re: [PATCH v1 1/4] media: rc: introduce BPF_PROG_IR_DECODER

On Mon, May 14, 2018 at 2:10 PM, Sean Young wrote: > Add support for BPF_PROG_IR_DECODER. This type of BPF program can call > rc_keydown() to reported decoded IR scancodes, or rc_repeat() to report > that the last key should be repeated. > > Signed-off-by: Sean Young

Re: [PATCH v1 3/4] media: rc bpf: move ir_raw_event to uapi

On Mon, May 14, 2018 at 2:11 PM, Sean Young wrote: > The context provided to a BPF_PROG_RAWIR_DECODER is a struct ir_raw_event; > ensure user space has a a definition. > > Signed-off-by: Sean Young > --- > include/media/rc-core.h| 19 +-- >