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: Sat Dec 16 05:00:18 CET 2017 media-tree git hash:45267fed3e55845c5b4b279162b273040ae4f587 media_build

Re: more build failures

On Fri, Dec 15, 2017 at 11:41:13PM +1100, Vincent McIntyre wrote: > > ... > > $ make allyesconfig > make -C /home/me/git/clones/media_build/v4l allyesconfig > make[1]: Entering directory '/home/me/git/clones/media_build/v4l' > No version yet, using 4.4.0-103-generic > make[2]: Entering directory

[RFC 4/5] ARM: dts: sun8i: a83t: Add support for the ir interface

The ir interface is like the H3 at 0x01f02000 located and is exactly the same. This patch adds support for the ir interface on the A83T. Signed-off-by: Philipp Rossak --- arch/arm/boot/dts/sun8i-a83t.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git

[RFC 5/5] ARM: dts: sun8i: a83t: bananapi-m3: Enable IR controller

The Bananapi M3 has an onboard IR receiver. This enables the onboard IR receiver subnode. Other than the other IR receivers this one needs a base clock frequency of 300 Hz (3 MHz), to be able to work. Signed-off-by: Philipp Rossak ---

[RFC 2/5] [media] dt: bindings: Update binding documentation for sunxi IR controller

This patch updates documentation for Device-Tree bindings for sunxi IR controller and adds the new requiered property for the base clock frequency. Signed-off-by: Philipp Rossak --- Documentation/devicetree/bindings/media/sunxi-ir.txt | 14 -- 1 file changed, 8

[RFC 3/5] ARM: dts: sun8i: a83t: Add the ir pin for the A83T

The CIR Pin of the A83T is located at PL12 Signed-off-by: Philipp Rossak --- arch/arm/boot/dts/sun8i-a83t.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi b/arch/arm/boot/dts/sun8i-a83t.dtsi index 19acae1b4089..5edb645b506f

[RFC 1/5] [media] rc: update sunxi-ir driver to get base frequency from devicetree

This patch updates the sunxi-ir driver to set the ir base clock from devicetree. This is neccessary since there are different ir recievers on the market, that operate with different frequencys. So this value needs to be set depending on the attached receiver. Signed-off-by: Philipp Rossak

[RFC 0/5] IR support for A83T - sunxi-ir driver update

This patch series adds support for the sunxi A83T ir module and enhances the sunxi-ir driver. Right now the base clock frequency for the ir driver is a hard coded define and is set to 8 MHz. This works for the most common ir receivers. On the Sinovoip Bananapi M3 the ir receiver needs, a 3 MHz

Re: [PATCH 1/2] media: dt-bindings: coda: Add compatible for CodaHx4 on i.MX51

On Wed, Dec 13, 2017 at 03:09:17PM +0100, Philipp Zabel wrote: > Add a compatible for the CodaHx4 VPU used on i.MX51. > > Signed-off-by: Philipp Zabel > --- > Documentation/devicetree/bindings/media/coda.txt | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Rob

[BUG] NULL pointer dereference in pvr2_v4l2_internal_check

Dear all, Unplugging the TV tuner (WinTV HVR-1900) from USB port causes a NULL pointer dereference in pvr2_v4l2_internal_check: [ 2128.129776] usb 1-1: USB disconnect, device number 6 [ 2128.129987] pvrusb2: Device being rendered inoperable [ 2128.130055] BUG: unable to handle kernel NULL

[PATCH] [media] netup_unidvb: use PCI_EXP_DEVCTL2_COMP_TIMEOUT macro

From: Bjorn Helgaas Use the existing PCI_EXP_DEVCTL2_COMP_TIMEOUT macro instead of hard-coding the PCIe Completion Timeout Value mask. No functional change intended. Signed-off-by: Bjorn Helgaas --- drivers/media/pci/netup_unidvb/netup_unidvb_core.c

Re: [PATCH] pvrusb2: correctly return V4L2_PIX_FMT_MPEG in enum_fmt

Dear Hans, With your patch applied to kernel 4.14.6 on openSUSE I can get the video working, changing channels also works. But I don't have any audio output. Even if I just do: $ cat /dev/video0 > test.mpg then when I open test.mpg with vlc there is no sound as if it is muted. I tried

[GIT PULL for 4.16 v2] Intel IPU3 CIO2 CSI-2 receiver driver

Hi Mauro, Here's the Intel IPU3 CIO2 CSI-2 receiver driver, with the accompanying format definitions. Since the previous pull request dealing with this, I've squashed Yong's patch to the patch introducing the driver, addressing two issues: - unused "phys" variable and - memory

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi, On Fri, Dec 15, 2017 at 07:01:40PM +0800, Yong wrote: > Hi Maxime, > > On Fri, 15 Dec 2017 11:50:47 +0100 > Maxime Ripard wrote: > > > Hi Yong, > > > > On Mon, Dec 04, 2017 at 05:45:11PM +0800, Yong wrote: > > > I just noticed that you are using the

Re: [RFC PATCH 0/9] media: base request API support

Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit : > Here is a new attempt at the request API, following the UAPI we agreed on in > Prague. Hopefully this can be used as the basis to move forward. > > This series only introduces the very basics of how requests work: allocate

Re: [RFC PATCH 0/9] media: base request API support

Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit : > Here is a new attempt at the request API, following the UAPI we agreed on in > Prague. Hopefully this can be used as the basis to move forward. > > This series only introduces the very basics of how requests work: allocate

[PATCH] staging: android: ion: Fix dma direction for dma_sync_sg_for_cpu/device

Use the direction argument passed into begin_cpu_access and end_cpu_access when calling the dma_sync_sg_for_cpu/device. The actual cache primitive called depends on the direction passed in. Signed-off-by: Sushmita Susheelendra --- drivers/staging/android/ion/ion.c | 4

Re: [PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

On Fri, 15 Dec 2017 21:06:32 +0200 Antti Palosaari wrote: > On 12/15/2017 08:40 PM, Daniel Scheller wrote: > > On Fri, 15 Dec 2017 20:12:18 +0200 > > Antti Palosaari wrote: > >> > >> em28xx does it currently just correct. > >> 1) unregister frontend > > > > Note

Re: [PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

On 12/15/2017 08:40 PM, Daniel Scheller wrote: On Fri, 15 Dec 2017 20:12:18 +0200 Antti Palosaari wrote: On 12/15/2017 08:00 PM, Daniel Scheller wrote: Hi, On Fri, 15 Dec 2017 19:30:18 +0200 Antti Palosaari wrote: Thanks for your reply. Hello I think

Re: [PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

On Fri, 15 Dec 2017 20:12:18 +0200 Antti Palosaari wrote: > On 12/15/2017 08:00 PM, Daniel Scheller wrote: > > Hi, > > > > On Fri, 15 Dec 2017 19:30:18 +0200 > > Antti Palosaari wrote: > > > > Thanks for your reply. > > > >> Hello > >> I think shared frontend

Re: [PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

On 12/15/2017 08:00 PM, Daniel Scheller wrote: Hi, On Fri, 15 Dec 2017 19:30:18 +0200 Antti Palosaari wrote: Thanks for your reply. Hello I think shared frontend structure, which is owned by demod driver, should be there and valid on time tuner driver is removed. And thus

Re: [PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

Hi, On Fri, 15 Dec 2017 19:30:18 +0200 Antti Palosaari wrote: Thanks for your reply. > Hello > I think shared frontend structure, which is owned by demod driver, > should be there and valid on time tuner driver is removed. And thus > should not happen. Did you make driver

Re: [PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

Hello I think shared frontend structure, which is owned by demod driver, should be there and valid on time tuner driver is removed. And thus should not happen. Did you make driver unload on different order eg. not just reverse order than driver load? IMHO these should go always on load: 1)

[GIT PULL FOR v4.16] RC fixes

Hi Mauro, Some regressions and improvements since the lirc scancodes changes. Thanks, Sean The following changes since commit 0ca4e3130402caea8731a7b54afde56a6edb17c9: media: pxa_camera: rename the soc_camera_ prefix to pxa_camera_ (2017-12-14 12:40:01 -0500) are available in the Git

[GIT PULL] Samsung SoC related updates

Hi Mauro, The following changes since commit 0ca4e3130402caea8731a7b54afde56a6edb17c9: media: pxa_camera: rename the soc_camera_ prefix to pxa_camera_ (2017-12-14 12:40:01 -0500) are available in the git repository at: git://linuxtv.org/snawrocki/samsung.git for-v4.16/media/next for you

[PATCH] [media] tda18212: fix use-after-free in tda18212_remove()

From: Daniel Scheller When the driver gets unloaded via it's tda18212_remove() function, all frontend structures may already have been freed as controlling/bridge drivers already used dvb_frontend_detach() in their teardown process. Since __dvb_frontend_free now releases and

Re: [PATCH 5/5] v4l2: async: Add debug output to v4l2-async module

Hi Jacopo, On Wed, Dec 13, 2017 at 07:26:20PM +0100, Jacopo Mondi wrote: > The v4l2-async module operations are quite complex to follow, due to the > asynchronous nature of subdevices and notifiers registration and > matching procedures. In order to help with debugging of failed or > erroneous

Re: [PATCH v2] media: s5p-mfc: Add support for V4L2_MEMORY_DMABUF type

Hi Marek, On 14/12/17 15:11, Marek Szyprowski wrote: > Hi Hans, > > I would like to get your opinion on this patch. Do you think it makes sense > to: > > 1. add limited support for USERPTR and DMA-buf import? (limited means driver > will accept setting buffer pointer/fd only once after

[PATCH v8] intel-ipu3: cio2: fix two warnings in the code

Fix two warnings reported by static analysis tool: ipu3-cio2.c:1899:16: warning: Variable length array is used. In function 'cio2_pci_probe': ipu3-cio2.c:1726:14: warning: variable 'phys' set but not used [-Wunused-but-set-variable] Signed-off-by: Yong Zhi --- Hi, Mauro,

Re: [PATCH 4/5] v4l2: async: Postpone subdev_notifier registration

Hi Jacopo, On Wed, Dec 13, 2017 at 07:26:19PM +0100, Jacopo Mondi wrote: > Currently, subdevice notifiers are tested against all available > subdevices as soon as they get registered. It often happens anyway > that the subdevice they are connected to is not yet initialized, as > it usually gets

RE: [RESEND GIT PULL for 4.16] Intel IPU3 CIO2 CSI-2 receiver driver

Hi, Mauro and Sakari, Sorry for the late response, the fix of the 2 warnings is attached. Best regards, Yong From: Zhi, Yong Sent: Friday, December 08, 2017 3:32 PM To: Mauro Carvalho Chehab; Sakari Ailus Cc: linux-media@vger.kernel.org; Mani, Rajmohan

[GIT PULL FOR v4.16] Various fixes

The following changes since commit 0ca4e3130402caea8731a7b54afde56a6edb17c9: media: pxa_camera: rename the soc_camera_ prefix to pxa_camera_ (2017-12-14 12:40:01 -0500) are available in the Git repository at: git://linuxtv.org/hverkuil/media_tree.git for-v4.16c for you to fetch changes up

Re: [PATCH 2/2] media: coda: Add i.MX51 (CodaHx4) support

Hi Hans, On Fri, 2017-12-15 at 15:22 +0100, Hans Verkuil wrote: > Hi Philipp, > > On 13/12/17 15:09, Philipp Zabel wrote: > > Add support for the CodaHx4 VPU used on i.MX51. > > > > Decoding h.264, MPEG-4, and MPEG-2 video works, as well as encoding > > h.264. MPEG-4 encoding is not enabled, it

Re: [PATCH 2/2] bdisp: Fix a possible sleep-in-atomic bug in bdisp_hw_save_request

Hi Thank you for the patch. On 12/12/17 14:47, Jia-Ju Bai wrote: > The driver may sleep under a spinlock. > The function call path is: > bdisp_device_run (acquire the spinlock) >bdisp_hw_update > bdisp_hw_save_request >devm_kzalloc(GFP_KERNEL) --> may sleep > > To fix it,

Re: [PATCH 1/2] bdisp: Fix a possible sleep-in-atomic bug in bdisp_hw_reset

Hi On 12/12/17 14:47, Jia-Ju Bai wrote: > The driver may sleep under a spinlock. > The function call path is: > bdisp_device_run (acquire the spinlock) >bdisp_hw_reset > msleep --> may sleep > > To fix it, msleep is replaced with mdelay. May I suggest you to use

Re: [PATCH 3/5] include: v4l2_async: Add 'owner' field to notifier

Hi Jacopo, On Wed, Dec 13, 2017 at 07:26:18PM +0100, Jacopo Mondi wrote: > Notifiers can be registered as root notifiers (identified by a 'struct > v4l2_device *') or subdevice notifiers (identified by a 'struct > v4l2_subdev *'). In order to identify a notifier no matter if it is root > or not,

Re: [PATCH/RFC v2 10/15] adv748x: csi2: add translation from pixelcode to CSI-2 datatype

Hi Kieran, On Thu, Dec 14, 2017 at 10:25:36PM +, Kieran Bingham wrote: > Hi Niklas, > > On 14/12/17 19:08, Niklas Söderlund wrote: > > This will be needed to fill out the frame descriptor information > > correctly. > > > > Signed-off-by: Niklas Söderlund

Re: [PATCH 2/5] device property: Add fwnode_get_name() operation

Hi Jacopo, Thanks for the patch. Could you cc the next version to linux-a...@vger.kernel.org, please? Cc Mika, too. On Wed, Dec 13, 2017 at 07:26:17PM +0100, Jacopo Mondi wrote: > Add operation to retrieve the device name from a fwnode handle. > > Signed-off-by: Jacopo Mondi

Re: [PATCH] v4l: rcar-csi2: Don't bail out from probe on no ep

Hi Hans, On 2017-12-15 15:06:44 +0100, Hans Verkuil wrote: > Niklas, > > Did you look at this? If I should take it, can you Ack it? If you are > going to squash or add it to our of your own patch series, then let me > know and I can remove it from my todo queue. I did look at it and talked to

Re: [PATCH 2/2] media: coda: Add i.MX51 (CodaHx4) support

Hi Philipp, On 13/12/17 15:09, Philipp Zabel wrote: > Add support for the CodaHx4 VPU used on i.MX51. > > Decoding h.264, MPEG-4, and MPEG-2 video works, as well as encoding > h.264. MPEG-4 encoding is not enabled, it currently produces visual > artifacts. > > Signed-off-by: Philipp Zabel

Re: [PATCH 1/2] bdisp: Fix a possible sleep-in-atomic bug in bdisp_hw_reset

Fabien or Benjamin, can you take a look at these two patches? I'm a bit hesitant applying this since e.g. this bdisp_hw_reset() function might wait for up to a second, which is a mite long for an interrupt :-) Regards, Hans On 12/12/17 14:47, Jia-Ju Bai wrote: > The driver may sleep

Re: [PATCH/RFC v2 07/15] rcar-csi2: use frame description information to configure CSI-2 bus

Hi Niklas, thanks for the patch! On Thu, Dec 14, 2017 at 08:08:27PM +0100, Niklas Söderlund wrote: > The driver now have access to frame descriptor information, use it. Only > enable the virtual channels which are described in the frame descriptor > and calculate the link based on all enabled

Re: [PATCH] v4l: rcar-csi2: Don't bail out from probe on no ep

Niklas, Did you look at this? If I should take it, can you Ack it? If you are going to squash or add it to our of your own patch series, then let me know and I can remove it from my todo queue. Regards, Hans On 05/12/17 21:41, Jacopo Mondi wrote: > When rcar-csi interface is not

Re: [PATCH v10 3/4] [media] platform: Add Synopsys DesignWare HDMI RX PHY e405 Driver

On 11/12/17 18:41, Jose Abreu wrote: > This adds support for the Synopsys DesignWare HDMI RX PHY e405. This > phy receives and decodes HDMI video that is delivered to a controller. > > Main features included in this driver are: > - Equalizer algorithm that chooses the phy best settings >

Re: [PATCH v10 2/4] MAINTAINERS: Add entry for Synopsys DesignWare HDMI drivers

On 15/12/17 14:35, Hans Verkuil wrote: > On 11/12/17 18:41, Jose Abreu wrote: >> Add an entry for Synopsys DesignWare HDMI Receivers drivers >> and phys. >> >> Signed-off-by: Jose Abreu >> Cc: Joao Pinto > > Reviewed-by: Hans Verkuil

Re: [PATCH v10 1/4] dt-bindings: media: Document Synopsys DesignWare HDMI RX

On 11/12/17 18:41, Jose Abreu wrote: > Document the bindings for the Synopsys DesignWare HDMI RX. > > Signed-off-by: Jose Abreu > Acked-by: Rob Herring (v8) > Cc: Joao Pinto > Cc: Rob Herring > Cc: Mark Rutland

Re: [PATCH v10 2/4] MAINTAINERS: Add entry for Synopsys DesignWare HDMI drivers

On 11/12/17 18:41, Jose Abreu wrote: > Add an entry for Synopsys DesignWare HDMI Receivers drivers > and phys. > > Signed-off-by: Jose Abreu > Cc: Joao Pinto Reviewed-by: Hans Verkuil Regards, Hans > --- >

RE: [PATCH v9 0/2] media: ov7740: Add a V4L2 sensor-level driver

Hi Sakari, Do you have some comments on this version? Best Regards, Wenyou Yang > -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Wenyou Yang > Sent: 2017年12月11日 9:32 > To: Mauro Carvalho Chehab

Re: [PATCH/RFC v2 06/15] rcar-csi2: use frame description information when propagating .s_stream()

Hi Niklas, On Thu, Dec 14, 2017 at 08:08:26PM +0100, Niklas Söderlund wrote: > Use the frame description from the remote subdevice of the rcar-csi2's > sink pad to get the remote pad and stream pad needed to propagate the > .s_stream() operation. > > The CSI-2 virtual channel which should be

more build failures

Hi, Don't get me wrong, I appreciate the vast amount of work going on here. Just letting you know what I'm seeing. + date Friday 15 December 23:28:52 AEDT 2017 + uname -a Linux ubuntu 4.4.0-103-generic #126-Ubuntu SMP Mon Dec 4 16:23:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux + cat

Re: [GIT PULL FOR v4.16] staging/media: add NVIDIA Tegra video decoder driver

On 14.12.2017 14:06, Mauro Carvalho Chehab wrote: > Em Tue, 12 Dec 2017 16:28:40 +0100 > Hans Verkuil escreveu: > >> This adds a new NVIDIA Tegra video decoder driver. It is depending on the >> request API work since it is a stateless codec, so for now park this in >>

Re: [PATCH/RFC v2 05/15] rcar-csi2: count usage for each source pad

On Thu, Dec 14, 2017 at 08:08:25PM +0100, Niklas Söderlund wrote: > The R-Car CSI-2 hardware can output the same virtual channel > simultaneously to more then one R-Car VIN. For this reason we need to > move the usage counting from the global device to each source pad. > > If a source pads usage

Re: [PATCH/RFC v2 03/15] rcar-vin: use the pad and stream aware s_stream

Hej, On Thu, Dec 14, 2017 at 08:08:23PM +0100, Niklas Söderlund wrote: > To work with multiplexed streams the pad and stream aware s_stream > operation needs to be used. > > Signed-off-by: Niklas Söderlund > --- >

Re: [PATCH/RFC v2 02/15] rcar-vin: use pad as the starting point for a pipeline

On Thu, Dec 14, 2017 at 08:08:22PM +0100, Niklas Söderlund wrote: > The pipeline will be moved from the entity to the pads; reflect this in > the media pipeline function API. I'll merge this to "media: entity: Use pad as the starting point for a pipeline" if you're fine with that. I haven't

Re: [PATCH/RFC v2 01/15] v4l2-subdev.h: add pad and stream aware s_stream

Hejssan Niklas, Tack för uppdaterade lappor! On Thu, Dec 14, 2017 at 08:08:21PM +0100, Niklas Söderlund wrote: > To be able to start and stop individual streams of a multiplexed pad the > s_stream operation needs to be both pad and stream aware. Add a new > operation to pad ops to facilitate

Re: [PATCH v10 4/4] [media] platform: Add Synopsys DesignWare HDMI RX Controller Driver

Hi Hans, On 13-12-2017 20:49, Hans Verkuil wrote: > On 13/12/17 15:00, Jose Abreu wrote: >> >> Indeed. I compared the values with the spec and they are not >> correct. Even hsync is wrong. I already corrected in the code the >> hsync but regarding interlace I'm not seeing an easy way to do >>

Re: [PATCH] v4l2-dv-timings: add v4l2_hdmi_colorimetry()

Hi Hans, On 15-12-2017 09:48, Hans Verkuil wrote: > Add the v4l2_hdmi_colorimetry() function so we have a single function > that determines the colorspace, YCbCr encoding, quantization range and > transfer function from the InfoFrame data. You could also make AVI infoframe optional and return

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi Maxime, On Fri, 15 Dec 2017 11:50:47 +0100 Maxime Ripard wrote: > Hi Yong, > > On Mon, Dec 04, 2017 at 05:45:11PM +0800, Yong wrote: > > I just noticed that you are using the second iteration? > > Have you received my third iteration? > > Sorry for the

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi Yong, On Mon, Dec 04, 2017 at 05:45:11PM +0800, Yong wrote: > I just noticed that you are using the second iteration? > Have you received my third iteration? Sorry for the late reply, and for not coming back to you yet about that test. No, this is still in your v2. I've definitely received

Re: [RFC PATCH 1/9] media: add request API core and UAPI

Alexandre: On Fri, Dec 15, 2017 at 8:56 AM, Alexandre Courbot wrote: > The request API provides a way to group buffers and device parameters > into units of work to be queued and executed. This patch introduces the > UAPI and core framework. > > This patch is based on the

Re: [PATCH 2/9] v4l: vsp1: Print the correct blending unit name in debug messages

Hi Laurent, On 03/12/17 10:57, Laurent Pinchart wrote: > The DRM pipelines can use either the BRU or the BRS for blending. Make > sure the right name is used in debugging messages to avoid confusion. This could likely tag along with the preceding [PATCH 1/9] on it's short cut to mainline before

Re: [PATCH 1/9] v4l: vsp1: Fix display stalls when requesting too many inputs

Hi Laurent, As this is a prevents hardware hangs, and is a distinct patch on it's own - I feel it should be on an accelerated path to integration, and should be merged separately from the rest of the CRC feature series. On 03/12/17 10:57, Laurent Pinchart wrote: > Make sure we don't accept more

[PATCH] v4l2-dv-timings: add v4l2_hdmi_colorimetry()

Add the v4l2_hdmi_colorimetry() function so we have a single function that determines the colorspace, YCbCr encoding, quantization range and transfer function from the InfoFrame data. Signed-off-by: Hans Verkuil --- Tim, you can add this patch to your driver patch series

Re: [PATCH] media: v4l: xilinx: Use SPDX-License-Identifier

Em Fri, 15 Dec 2017 00:02:21 +0200 Laurent Pinchart escreveu: > Hi Mauro, > > On Thursday, 14 December 2017 23:50:03 EET Mauro Carvalho Chehab wrote: > > Em Thu, 14 Dec 2017 21:57:06 +0100 Greg KH escreveu: > > > On Thu, Dec 14, 2017 at 10:44:16PM +0200,

Re: [PATCH] em28xx: split up em28xx_dvb_init to reduce stack size

On Thu, Dec 14, 2017 at 6:10 PM, Mauro Carvalho Chehab wrote: > Em Mon, 11 Dec 2017 13:05:02 +0100 > Arnd Bergmann escreveu: > >> With CONFIG_KASAN, the init function uses a large amount of kernel stack: >> >> drivers/media/usb/em28xx/em28xx-dvb.c: In function

Re: [PATCH] media: v4l: xilinx: Use SPDX-License-Identifier

Em Fri, 15 Dec 2017 10:55:26 +0530 Dhaval Shah escreveu: > Hi Laurent/Mauro/Greg, > > On Fri, Dec 15, 2017 at 3:32 AM, Laurent Pinchart > wrote: > > Hi Mauro, > > > > On Thursday, 14 December 2017 23:50:03 EET Mauro Carvalho Chehab

Re: [RFC PATCH] media: v4l2-device: Link subdevices to their parent devices if available

On Fri, Dec 15, 2017 at 01:32:21PM +0900, Tomasz Figa wrote: > Currently v4l2_device_register_subdev_nodes() does not initialize the > dev_parent field of the video_device structs it creates for subdevices > being registered. This leads to __video_register_device() falling back > to the parent

[GIT PULL FOR v4.16, v2] media: imx: Add better OF graph support

Note: the new v4l2-async work makes it possible to simplify this. That will be done in follow-up patches. It's easier to do that if this is in first. This v2 is just a rebased version of v1 to fix merge conflicts. Regards, Hans The following changes since commit

[RFC PATCH 0/9] media: base request API support

Here is a new attempt at the request API, following the UAPI we agreed on in Prague. Hopefully this can be used as the basis to move forward. This series only introduces the very basics of how requests work: allocate a request, queue buffers to it, queue the request itself, wait for it to