Re: Updates, autofocus, 5Mpix mode on N900? Re: [RFC 08/13] smiapp-pll: Take existing divisor into account in minimum divisor check

On Thu 2017-03-23 00:46:51, Pavel Machek wrote: > On Tue 2017-02-28 16:16:21, Sakari Ailus wrote: > > On Tue, Feb 28, 2017 at 03:09:21PM +0100, Pavel Machek wrote: > > > Can I get you to apply this one? :-). > > > > Let me try to understand again what does that change actually do. I'll find > >

Updates, autofocus, 5Mpix mode on N900? Re: [RFC 08/13] smiapp-pll: Take existing divisor into account in minimum divisor check

On Tue 2017-02-28 16:16:21, Sakari Ailus wrote: > On Tue, Feb 28, 2017 at 03:09:21PM +0100, Pavel Machek wrote: > > Can I get you to apply this one? :-). > > Let me try to understand again what does that change actually do. I'll find > the time during the rest of this week. > > I'm starting to

Re: [PATCH v5 00/39] i.MX Media Driver

Le mardi 21 mars 2017 à 11:36 +, Russell King - ARM Linux a écrit : >     warn: v4l2-test-formats.cpp(1187): S_PARM is > supported for buftype 2, but not ENUM_FRAMEINTERVALS >     warn: v4l2-test-formats.cpp(1194): S_PARM is > supported but doesn't report

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

Hi Michael, Em Mon, 20 Mar 2017 08:40:11 -0700 Michael Zoran escreveu: > > > Are you using Eric Anholt's HDMI Audio driver that's included in > > > VC4?  > > > That could well be incompatible with the firmware driver. Or are > > > you > > > using a half mode of VC4 for

Re: [PATCH v4 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

On Tue, 2017-03-21 at 16:12 +0100, Neil Armstrong wrote: > Some display pipelines can only provide non-RBG input pixels to the HDMI TX > Controller, this patch takes the pixel format from the plat_data if provided. > > Signed-off-by: Neil Armstrong On i.MX6 we could

Re: [PATCH v4 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

On 03/22/2017 05:21 PM, Philipp Zabel wrote: > On Tue, 2017-03-21 at 16:12 +0100, Neil Armstrong wrote: >> Some display pipelines can only provide non-RBG input pixels to the HDMI TX >> Controller, this patch takes the pixel format from the plat_data if provided. >> >> Signed-off-by: Neil

[PATCH] [media] usb: au0828: remove redundant code

From: Colin Ian King The check for ret being non-zero is false as ret is always zero, hence we have redundant dead code that can be removed. Detected with CoverityScan, CID#112968 ("Constant' variable guards dead code (DEADCODE)'") Signed-off-by: Colin Ian King

Re: [PATCH v4 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

Hi Neil, On 21-03-2017 15:12, Neil Armstrong wrote: > Some display pipelines can only provide non-RBG input pixels to the HDMI TX > Controller, this patch takes the pixel format from the plat_data if provided. > > Signed-off-by: Neil Armstrong Looks fine, I'm assuming

Re: [PATCH v4 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

On 03/22/2017 05:08 PM, Jose Abreu wrote: > Hi Neil, > > > On 21-03-2017 15:12, Neil Armstrong wrote: >> Some display pipelines can only provide non-RBG input pixels to the HDMI TX >> Controller, this patch takes the pixel format from the plat_data if provided. >> >> Signed-off-by: Neil

Re: [PATCH 2/2] em28xx: simplify ID-reading from Micron sensors

Em Sun, 19 Feb 2017 19:29:18 +0100 Frank Schäfer escreveu: > Use i2c_smbus_read_word_data() instead of i2c_master_send() and > i2c_master_recv() for reading the ID of Micorn sensors. > Bytes need to be swapped afterwards, because i2c_smbus_read_word_data() > assumes

Re: [PATCH v4 2/6] media: uapi: Add RGB and YUV bus formats for Synopsys HDMI TX Controller

Hi Neil, On 21-03-2017 15:12, Neil Armstrong wrote: > In order to describe the RGB and YUV bus formats used to feed the > Synopsys DesignWare HDMI TX Controller, add missing formats to the > list of Bus Formats. > > Documentation for these formats is added in a separate patch. > > Reviewed-by:

Re: [PATCH v4 1/6] drm: bridge: dw-hdmi: Extract PHY interrupt setup to a function

Hi Neil, On 21-03-2017 15:12, Neil Armstrong wrote: > From: Laurent Pinchart > > In preparation for adding PHY operations to handle RX SENSE and HPD, > group all the PHY interrupt setup code in a single location and extract > it to a separate function.

[PATCH v11 2/2] media: i2c: Add support for OV5647 sensor.

The OV5647 sensor from Omnivision supports up to 2592x1944 @ 15 fps, RAW 8 and RAW 10 output formats, and MIPI CSI-2 interface. The driver adds support for 640x480 RAW 8. Signed-off-by: Ramiro Oliveira Acked-by: Sakari Ailus Reviewed-by:

[PATCH v11 1/2] Documentation: DT: Add OV5647 bindings

Create device tree bindings documentation. Signed-off-by: Ramiro Oliveira Acked-by: Rob Herring Reviewed-by: Vladimir Zapolskiy --- .../devicetree/bindings/media/i2c/ov5647.txt | 35 ++ 1 file

[PATCH v11 0/2] Add support for Omnivision OV5647

Hello, This patchset adds support for the Omnivision OV5647 sensor. At the moment it only supports 640x480 in RAW 8. This is the eleventh version of the OV5647 camera driver patchset. v11: - Remove leftover debug code Suggested-by: Sakari Ailus v10: - Add more

[PATCH] media: s5p-mfc: Don't allocate codec buffers from pre-allocated region

Further investigation revealed that codec buffers also don't need to be allocated at higher addresses than firmware base for MFC v6+ hardware. Those buffers can be quite large and its size depends on the selected format and framesize. This patch changes the way the codec buffers are allocated -

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hi Marian, On 2017-03-22 10:33, Marian Mihailescu wrote: Hi, I was testing with the linux-next kernel + the v2 patches HW: odroid xu4 decoding (working): tested with gstreamer encoding: tested with gstreamer && mfc-patched ffmpeg before patches: encoding worked after patches: encoding didn’t

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hi Marek, I have been using gstreamer 1.11.2 with the following patches applied to gst-plugins-good (to add the encoder element): https://gist.github.com/mihailescu2m/f52a8f4df67a3d796247337ff67211a9 Also gst-plugins-good was compiled --without-libv4l2 This is a pipeline I used to test

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hi Marian, On 2017-03-22 10:33, Marian Mihailescu wrote: Hi, I was testing with the linux-next kernel + the v2 patches HW: odroid xu4 decoding (working): tested with gstreamer encoding: tested with gstreamer && mfc-patched ffmpeg before patches: encoding worked after patches: encoding didn’t

Re: [PATCH v5] media: platform: Renesas IMR driver

On Thu, Mar 9, 2017 at 9:08 PM, Sergei Shtylyov wrote: > --- /dev/null > +++ media_tree/Documentation/devicetree/bindings/media/rcar_imr.txt > @@ -0,0 +1,27 @@ > +Renesas R-Car Image Renderer (Distortion Correction Engine) >

Re: [PATCH v2 00/15] Exynos MFC v6+ - remove the need for the reserved memory

Hi, I was testing with the linux-next kernel + the v2 patches HW: odroid xu4 decoding (working): tested with gstreamer encoding: tested with gstreamer && mfc-patched ffmpeg before patches: encoding worked after patches: encoding didn’t work. I moved on from linux-next in the meantime and I

[PATCH] media: s5p-mfc: Fix unbalanced call to clock management

Clock should be turned off after calling s5p_mfc_init_hw() from the watchdog worker, like it is already done in the s5p_mfc_open() which also calls this function. Signed-off-by: Marek Szyprowski Fixes: af93574678108 ("[media] MFC: Add MFC 5.1 V4L2 driver") CC:

Re: CEC button pass-through

On 03/22/2017 12:45 AM, Eric Nelson wrote: > Hi Hans, > > On 03/21/2017 02:29 PM, Hans Verkuil wrote: >> On 03/21/2017 09:03 PM, Eric Nelson wrote: >>> On 03/21/2017 11:46 AM, Hans Verkuil wrote: On 03/21/2017 07:23 PM, Eric Nelson wrote: > On 03/21/2017 10:44 AM, Eric Nelson wrote: