[PATCH v2 1/2] [media] s5p-jpeg: Fix modification sequence of interrupt enable register

Fix the bug in modifying the interrupt enable register. Signed-off-by: Tony K Nadackal --- drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/s5p-jpeg/jpeg-hw-exynos4.c b/drivers/media/platform/s5p-jpe

[PATCH v2 0/2] Adding support for Exynos7 Jpeg variant

This patch series adds support for Exynos7 JPEG variant, which is mostly same as Exynos4 JPEG variants with few register configuration differences. At the same time it modifies #define based JPEG variant macros into enum. Patch 1/2 fixes possible bug in setting INT EN register, where EXYNOS4_INT_EN

[PATCH v2 2/2] [media] s5p-jpeg: Adding Exynos7 JPEG variant

Fimp_jpeg used in Exynos7 is a revised version. Some register configurations are slightly different from JPEG in Exynos4. Added one more variant SJPEG_EXYNOS7 to handle these differences. Signed-off-by: Tony K Nadackal --- .../bindings/media/exynos-jpeg-codec.txt | 2 +- drivers/media

Re: [PATCH v4 2/5] media: ov2640: add async probe function

Hi, Guennadi Thanks for the review. On 12/19/2014 5:59 AM, Guennadi Liakhovetski wrote: Hi Josh, Thanks for your patches! On Thu, 18 Dec 2014, Josh Wu wrote: To support async probe for ov2640, we need remove the code to get 'mclk' in ov2640_probe() function. oterwise, if soc_camera host is

Re: [PATCH 6/7] ARM: at91: dts: sama5d3: add ov2640 camera sensor support

Hi, Laurent On 12/18/2014 8:32 PM, Laurent Pinchart wrote: Hi Josh, Thank you for the patch. On Thursday 18 December 2014 16:51:06 Josh Wu wrote: According to v4l2 dt document, we add: a camera host: ISI port. a i2c camera sensor: ov2640 port. to sama5d3xmb.dtsi. In the ov2640 node, i

Re: V4l2 state transition

Nicolas, On 8 December 2014 at 22:31, Nicolas Dufresne wrote: > > Le 2014-12-08 09:29, Nicolas Dufresne a écrit : > >> >> Le 2014-12-08 00:19, Bin Chen a écrit : >>> >>> Can anyone comment is following state transition diagram for V4l2 user >>> space program make sense? Do you see any issues if w

V4L2_CID_AUTO_FOCUS_START VS V4L2_CID_FOCUS_AUTO

Hi, Can anyone explain what is the difference between setting control V4L2_CID_FOCUS_AUTO to 1 and and issuing V4L2_CID_AUTO_FOCUS_START? Confused... -- Regards, Bin -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org M

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: Fri Dec 19 04:00:16 CET 2014 git branch: test git hash: 427ae153c65ad7a08288d86baf99000569627d03 gcc versio

RE: [PATCH] [media] s5p-jpeg: Adding Exynos7 Jpeg variant support

Hi Jacek, On Wednesday, December 17, 2014 7:46 PM Jacek Anaszewski wrote, > Hi Tony, > > Thanks for the patches. > Thanks for the review. > Please process them with scripts/checkpatch.pl as you will be submitting the next > version - they contain many coding style related issues. > I ran che

[PATCH] dtv-scan-tables: update dvb-t/au-Brisbane

From: Brian Burch Update dvb-t/au-Brisbane as per Brian Burch's bug report on Ubuntu Launchpad: https://bugs.launchpad.net/ubuntu/+source/dtv-scan-tables/+bug/1393280 Signed-off-by: Jonathan McCrohan --- dvb-t/au-Brisbane | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/

randconfig build error with next-20141218, in drivers/staging/media/tlg2300

Building with the attached random configuration file, ERROR: "usb_kill_urb" [drivers/staging/media/tlg2300/poseidon.ko] undefined! ERROR: "usb_deregister" [drivers/staging/media/tlg2300/poseidon.ko] undefined! ERROR: "usb_set_interface" [drivers/staging/media/tlg2300/poseidon.ko] undefined! ERROR:

Re: [RFC PATCH 3/8] v4l2-subdev: drop unused op enum_mbus_fmt

Hi Hans, On Thu, 4 Dec 2014, Hans Verkuil wrote: > From: Hans Verkuil > > Weird, this op isn't used at all. Seems to be orphaned code. > Remove it. > > Signed-off-by: Hans Verkuil > --- > include/media/v4l2-subdev.h | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/include/media/v4l

Re: [PATCH v4 2/5] media: ov2640: add async probe function

Hi Josh, Thanks for your patches! On Thu, 18 Dec 2014, Josh Wu wrote: > To support async probe for ov2640, we need remove the code to get 'mclk' > in ov2640_probe() function. oterwise, if soc_camera host is not probed > in the moment, then we will fail to get 'mclk' and quit the ov2640_probe() >

Re: [PATCH 1/2] regmap: pass map name to lockdep

On 12/18/2014 10:05 PM, Antti Palosaari wrote: lockdep complains recursive locking and deadlock when two different regmap instances are called in a nested order. That happen easily for example when both I2C client and muxed/repeater I2C adapter are using regmap. As a solution, pass regmap name fo

Re: [PATCH] [media] uvcvideo: Add GUID for BGR 8:8:8

Hi William, On Thursday 11 December 2014 01:19:50 William Manley wrote: > On 10/12/14 23:54, Laurent Pinchart wrote: > > On Monday 08 December 2014 18:57:58 William Manley wrote: > >> The Magewell XI100DUSB-HDMI[1] video capture device reports the pixel > >> format "e436eb7d-524f-11ce-9f53-0020af0

[PATCH 2/2] rtl2832: add name for RegMap

Pass module name to regmap in order to silence lockdep recursive deadlock warning. Lockdep validator groups mutexes per mutex name by default. Due to that tuner and demod regmap mutexes were seen as a single mutex. Tuner register access causes demod register access, because of I2C mux/repeater and

[PATCH 1/2] regmap: pass map name to lockdep

lockdep complains recursive locking and deadlock when two different regmap instances are called in a nested order. That happen easily for example when both I2C client and muxed/repeater I2C adapter are using regmap. As a solution, pass regmap name for lockdep in order to force lockdep validate regm

mceusb: sysfs: cannot create duplicate filename '/class/rc/rc0' (race condition between multiple RC_CORE devices)

Hi Occassionally, but not readily reproducably, I hit a race condition between mceusb and other connected RC_CORE devices when mceusb tries to create /class/rc/rc0, which is -by then- already taken by another RC_CORE device. The other involved IR devices (physically only one) are part of a PCIe

Re: [RFC PATCH 3/5] media: rcar_vin: Fix race condition terminating stream

Hello. On 12/18/2014 05:49 PM, Ben Hutchings wrote: From: Ian Molton This patch fixes a race condition whereby a frame being captured may generate an interrupt between requesting capture to halt and freeing buffers. No need for the leading space. This condition is exposed by the ea

Re: [RFC PATCH 0/5] media: rcar_vin: Fixes for buffer management

Hello. On 12/18/2014 05:47 PM, Ben Hutchings wrote: This is a re-submission of patches previously sent and archived at . Will has rebased onto 3.18 and added a further patch to address Hans' review comments. The driver continues to

Re: [RFC PATCH 5/5] media: rcar_vin: move buffer management to .stop_streaming handler

Hello. On 12/18/2014 05:50 PM, Ben Hutchings wrote: From: William Towle Move the buffer state test in the .buf_cleanup handler into .stop_streaming so that a) the vb2_queue API is not subverted, and b) tracking of active-state buffers via priv->queue_buf[] is handled as early as is possible

Re: coda: Unable to use encoder video_bitrate

2014-12-18 18:09 GMT+01:00 Philipp Zabel : > Hi Jean-Michel, > > Am Donnerstag, den 18.12.2014, 17:55 +0100 schrieb Jean-Michel Hautbois: >> Hi Philipp, >> >> 2014-12-18 17:52 GMT+01:00 Philipp Zabel : >> > Hi Frédéric, >> > >> > Am Donnerstag, den 18.12.2014, 17:44 +0100 schrieb Frédéric Sureau: >

[GIT PULL FOR v3.20] Renesas VSP1 changes

Hi Mauro, The following changes since commit 427ae153c65ad7a08288d86baf99000569627d03: [media] bq/c-qcam, w9966, pms: move to staging in preparation for removal (2014-12-16 23:21:44 -0200) are available in the git repository at: git://linuxtv.org/pinchartl/media.git vsp1/next for you to f

Re: coda: Unable to use encoder video_bitrate

Hi Jean-Michel, Am Donnerstag, den 18.12.2014, 17:55 +0100 schrieb Jean-Michel Hautbois: > Hi Philipp, > > 2014-12-18 17:52 GMT+01:00 Philipp Zabel : > > Hi Frédéric, > > > > Am Donnerstag, den 18.12.2014, 17:44 +0100 schrieb Frédéric Sureau: > >> Hi > >> > >> I am trying to use the coda encoder

[GIT PULL FOR v3.20] OMAP3 ISP and OMAP4 ISS changes

Hi Mauro, The following changes since commit 427ae153c65ad7a08288d86baf99000569627d03: [media] bq/c-qcam, w9966, pms: move to staging in preparation for removal (2014-12-16 23:21:44 -0200) are available in the git repository at: git://linuxtv.org/pinchartl/media.git omap/next for you to f

[GIT PULL FOR v3.20] uvcvideo changes

Hi Mauro, The following changes since commit 427ae153c65ad7a08288d86baf99000569627d03: [media] bq/c-qcam, w9966, pms: move to staging in preparation for removal (2014-12-16 23:21:44 -0200) are available in the git repository at: git://linuxtv.org/pinchartl/media.git uvc/next for you to fe

Re: coda: Unable to use encoder video_bitrate

Hi Philipp, 2014-12-18 17:52 GMT+01:00 Philipp Zabel : > Hi Frédéric, > > Am Donnerstag, den 18.12.2014, 17:44 +0100 schrieb Frédéric Sureau: >> Hi >> >> I am trying to use the coda encoder through Gstreamer on an iMX6-based >> board. >> >> I use the (rebased and slightly modified) gstv4l2h264enc

Re: coda: Unable to use encoder video_bitrate

Hi Frédéric, Am Donnerstag, den 18.12.2014, 17:44 +0100 schrieb Frédéric Sureau: > Hi > > I am trying to use the coda encoder through Gstreamer on an iMX6-based > board. > > I use the (rebased and slightly modified) gstv4l2h264enc plugin from: > https://github.com/hizukiayaka/gst-plugins-good >

Re: [RFC PATCH 0/3] Introduce IIO interface for fingerprint sensors

Adding V4L folks to Cc for more input. On 12/08/2014 03:10 PM, Baluta, Teodora wrote: Hello, On Vi, 2014-12-05 at 02:15 +, Jonathan Cameron wrote: On 04/12/14 13:00, Teodora Baluta wrote: This patchset adds support for fingerprint sensors through the IIO interface. This way userspace appl

[PATCH 1/2] [media] coda: fix encoder rate control parameter masks

This patch fixes the ENC_SEQ_RC_PARA initial delay and bitrate masks. These bit fields are 15 bit wide, not 7 bit. Signed-off-by: Philipp Zabel --- drivers/media/platform/coda/coda_regs.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/platform/coda/coda_reg

[PATCH 2/2] [media] coda: bitrate can only be set in kbps steps

Signed-off-by: Philipp Zabel --- drivers/media/platform/coda/coda-common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/coda/coda-common.c b/drivers/media/platform/coda/coda-common.c index 42b4630..74261d9 100644 --- a/drivers/media/platform/coda/cod

coda: Unable to use encoder video_bitrate

Hi I am trying to use the coda encoder through Gstreamer on an iMX6-based board. I use the (rebased and slightly modified) gstv4l2h264enc plugin from: https://github.com/hizukiayaka/gst-plugins-good This pipeline works fine: gst-launch-1.0 -vvv v4l2src device=/dev/video4 ! "video/x-raw,width

[PATCH v2 2/3] media: au0828 change to not zero out fmt.pix.priv

There is no need to zero out fmt.pix.priv in vidioc_g_fmt_vid_cap() vidioc_try_fmt_vid_cap(), and vidioc_s_fmt_vid_cap(). Remove it. Signed-off-by: Shuah Khan --- drivers/media/usb/au0828/au0828-video.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/media/usb/au0828/au0828-video.c

[PATCH v2 3/3] media: au0828 remove video and vbi buffer timeout work-around

au0828 does video and vbi buffer timeout handling to prevent applications such as tvtime from hanging by ensuring that the video frames continue to be delivered even when the ITU-656 input isn't receiving any data. This work-around is complex as it introduces set and clear tier code paths in start/

[PATCH v2 1/3] media: au0828 - convert to use videobuf2

Convert au0828 to use videobuf2. Tested with NTSC. Tested video and vbi devices with xawtv, tvtime, and vlc. Ran v4l2-compliance to ensure there are no new regressions in video and vbi now has 3 fewer failures. video before: test VIDIOC_G_FMT: FAIL 3 failures Total: 72, Succeeded: 69, Failed: 3, W

[PATCH v2 0/3] au0828 vb2 conversion

This patch series includes patch v2 of the au0828 vb2 conversion, removing video and vbi buffer timeout handling, and a patch to not set fmt.pix.priv. The following work is in progress and will be as separate patches: - removing users and using v4l2_fh_is_singular_file() instead. - Changing dynami

[RFC PATCH 5/5] media: rcar_vin: move buffer management to .stop_streaming handler

From: William Towle Move the buffer state test in the .buf_cleanup handler into .stop_streaming so that a) the vb2_queue API is not subverted, and b) tracking of active-state buffers via priv->queue_buf[] is handled as early as is possible Signed-off-by: William Towle --- drivers/media/platfor

[RFC PATCH 2/5] media: rcar_vin: Ensure all in-flight buffers are returned to error state before stopping.

From: Ian Molton Videobuf2 complains about buffers that are still marked ACTIVE (in use by the driver) following a call to stop_streaming(). This patch returns all active buffers to state ERROR prior to stopping. Note: this introduces a (non fatal) race condition as the stream is not guarante

[RFC PATCH 4/5] media: rcar_vin: Clean up rcar_vin_irq

From: Ian Molton This patch makes the rcar_vin IRQ handler a little more readable. Removes an else clause, and simplifies the buffer handling. Signed-off-by: Ian Molton Reviewed-by: William Towle --- drivers/media/platform/soc_camera/rcar_vin.c | 24 ++-- 1 file changed

[RFC PATCH 3/5] media: rcar_vin: Fix race condition terminating stream

From: Ian Molton This patch fixes a race condition whereby a frame being captured may generate an interrupt between requesting capture to halt and freeing buffers. This condition is exposed by the earlier patch that explicitly calls vb2_buffer_done() during stop streaming. The solution is to w

[RFC PATCH 1/5] media: rcar_vin: Dont aggressively retire buffers

From: Ian Molton rcar_vin_videobuf_release() is called once per buffer from the buf_cleanup hook. There is no need to look up the queue and free all buffers at this point. Signed-off-by: Ian Molton Signed-off-by: William Towle --- drivers/media/platform/soc_camera/rcar_vin.c | 12 +++--

[RFC PATCH 0/5] media: rcar_vin: Fixes for buffer management

This is a re-submission of patches previously sent and archived at . Will has rebased onto 3.18 and added a further patch to address Hans' review comments. The driver continues to works for single frame capture, and no longer provokes a W

Re: [RFC HACK] rtl2832: implement own lock for RegMap

Em Thu, 18 Dec 2014 16:41:28 +0200 Antti Palosaari escreveu: > On 12/18/2014 01:21 PM, Mauro Carvalho Chehab wrote: > > Em Thu, 18 Dec 2014 12:29:46 +0200 > > Antti Palosaari escreveu: > > > >> Introduce own lock to silence locdep warning. I suspect lockdep checks > >> make wrong decision when t

Re: [RFC HACK] rtl2832: implement own lock for RegMap

On 12/18/2014 01:21 PM, Mauro Carvalho Chehab wrote: Em Thu, 18 Dec 2014 12:29:46 +0200 Antti Palosaari escreveu: Introduce own lock to silence locdep warning. I suspect lockdep checks make wrong decision when two similar name (&map->mutex) locks were taken recursively, even those are differen

Re: [RFC] [Patch] implement video driver for sur40

On 12/18/14 14:34, Florian Echtler wrote: > Hello everyone, > > as promised, I've finally implemented the missing raw video feature for > the SUR40 touchscreen. Since this is a bit of a weird hybrid device > (multitouch input as well as video), I'm hoping for comments from both > communities (linu

[RFC] [Patch] implement video driver for sur40

Hello everyone, as promised, I've finally implemented the missing raw video feature for the SUR40 touchscreen. Since this is a bit of a weird hybrid device (multitouch input as well as video), I'm hoping for comments from both communities (linux-input and linux-media). I'm also attaching the full

[GIT PULL for v3.19-rc1] media updates

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v3.19-2 For a second set of changes for 3.19, including: - moves drivers for really old legacy hardware to staging. Those are using obsolete media kAPIs and are for hardware that nobody

Re: [PATCH 6/7] ARM: at91: dts: sama5d3: add ov2640 camera sensor support

Hi Josh, Thank you for the patch. On Thursday 18 December 2014 16:51:06 Josh Wu wrote: > According to v4l2 dt document, we add: > a camera host: ISI port. > a i2c camera sensor: ov2640 port. > to sama5d3xmb.dtsi. > > In the ov2640 node, it defines the pinctrls, clocks and isi port. > In the

Re: [PATCH v4 5/5] media: ov2640: dt: add the device tree binding document

Hi Sylwester, On Thu, Dec 18, 2014 at 10:13 AM, Sylwester Nawrocki wrote: > Hi Josh, > > On 18/12/14 03:27, Josh Wu wrote: >> Add the document for ov2640 dt. >> >> Cc: devicet...@vger.kernel.org >> Signed-off-by: Josh Wu > > Acked-by: Sylwester Nawrocki > > It seems "ovti" is not in the list of

Re: [PATCH v4 5/5] media: ov2640: dt: add the device tree binding document

Hi Josh, On 18/12/14 03:27, Josh Wu wrote: > Add the document for ov2640 dt. > > Cc: devicet...@vger.kernel.org > Signed-off-by: Josh Wu Acked-by: Sylwester Nawrocki It seems "ovti" is not in the list of vendor prefixes. You may want to send a patch adding it to Documentation/devicetree/bindi

Re: [PATCH v4 5/5] media: ov2640: dt: add the device tree binding document

Hi Josh, Thank you for the patch. On Thursday 18 December 2014 10:27:26 Josh Wu wrote: > Add the document for ov2640 dt. > > Cc: devicet...@vger.kernel.org > Signed-off-by: Josh Wu Acked-by: Laurent Pinchart > --- > v3 -> v4: > 1. remove aggsigned-clocks as it's general. > 2. refine the

[PATCH 2/3] mtd: test: Replace timeval with ktime_t in speedtest.c and torturetest.c

This patch changes the 32-bit time type (timeval) to the 64-bit one (ktime_t), since 32-bit time types will break in the year 2038. I use ktime_t instead of timeval to define 'start' and 'finish' which are used to get the time for tow points. This patch also changes do_gettimeofday() to ktime_get

[PATCH 1/3] ktime.h: Introduce ktime_ms_delta

This patch introduces a reusable time difference function which returns the difference in millisecond, as often used in some driver code, e.g. mtd/test, media/rc, etc. Signed-off-by: Chunyan Zhang Acked-by: Arnd Bergmann --- include/linux/ktime.h |5 + 1 file changed, 5 insertions(+) d

[PATCH 3/3] media: rc: Replace timeval with ktime_t in imon.c

This patch changes the 32-bit time type (timeval) to the 64-bit one (ktime_t), since 32-bit time types will break in the year 2038. I use ktime_t instead of all uses of timeval in imon.c This patch also changes do_gettimeofday() to ktime_get() accordingly, since ktime_get returns a ktime_t, but d

[PATCH 0/3] Changes the time type 'timeval' to 'Ktime'

This patch-set changes the 32-bit time type (timeval) to the 64-bit one (ktime_t) in imon.c, speedtest.c and torturetest.c, since 32-bit time types will break in the year 2038. This patch-set also introduces a reusable time difference function which returns the difference in millisecond in ktime.h

Re: [PATCH] media: rc: Replace timeval with ktime_t in imon.c

On Thu, Dec 18, 2014 at 7:00 PM, Mauro Carvalho Chehab wrote: > Em Thu, 18 Dec 2014 17:38:14 +0800 > Chunyan Zhang escreveu: > >> On Thu, Dec 18, 2014 at 3:50 PM, Arnd Bergmann wrote: >> > On Thursday 18 December 2014 11:37:13 Chunyan Zhang wrote: >> >> This patch changes the 32-bit time type (t

Re: [RFC HACK] rtl2832: implement own lock for RegMap

Em Thu, 18 Dec 2014 12:29:46 +0200 Antti Palosaari escreveu: > Introduce own lock to silence locdep warning. I suspect lockdep checks > make wrong decision when two similar name (&map->mutex) locks were > taken recursively, even those are different mutexes in a two different > driver. After that

Re: [PATCH] media: rc: Replace timeval with ktime_t in imon.c

Em Thu, 18 Dec 2014 17:38:14 +0800 Chunyan Zhang escreveu: > On Thu, Dec 18, 2014 at 3:50 PM, Arnd Bergmann wrote: > > On Thursday 18 December 2014 11:37:13 Chunyan Zhang wrote: > >> This patch changes the 32-bit time type (timeval) to the 64-bit one > >> (ktime_t), since 32-bit time types will

[RFC HACK] rtl2832: implement own lock for RegMap

Introduce own lock to silence locdep warning. I suspect lockdep checks make wrong decision when two similar name (&map->mutex) locks were taken recursively, even those are different mutexes in a two different driver. After that patch, functionality remains same, but mutex names are different.

Re: [PATCH] media: rc: Replace timeval with ktime_t in imon.c

On Thu, Dec 18, 2014 at 3:50 PM, Arnd Bergmann wrote: > On Thursday 18 December 2014 11:37:13 Chunyan Zhang wrote: >> This patch changes the 32-bit time type (timeval) to the 64-bit one >> (ktime_t), since 32-bit time types will break in the year 2038. >> >> I use ktime_t instead of all uses of ti

Re: [PATCHv2 0/3] hdmi: add unpack and logging functions

On 12/18/14 09:24, Thierry Reding wrote: > On Thu, Dec 11, 2014 at 09:57:54AM +0100, Hans Verkuil wrote: >> Hi Thierry, >> >> On 12/02/14 13:08, Hans Verkuil wrote: >>> This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and >>> adds unpacking and logging functions to hdmi.c. It also us

Re: [PATCH v2 07/13] mfd: sun6i-prcm: Add support for the ir-clk

On Thu, 18 Dec 2014, Hans de Goede wrote: > Hi, > > On 18-12-14 09:41, Lee Jones wrote: > >On Wed, 17 Dec 2014, Hans de Goede wrote: > > > >>Add support for the ir-clk which is part of the sun6i SoC prcm module. > >> > >>Signed-off-by: Hans de Goede > >>--- > >> drivers/mfd/sun6i-prcm.c | 14 ++

[PATCH 7/7] ARM: at91: sama5: enable atmel-isi and ov2640 in defconfig

Signed-off-by: Josh Wu --- arch/arm/configs/sama5_defconfig | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/configs/sama5_defconfig b/arch/arm/configs/sama5_defconfig index b58fb32..92f1d71 100644 --- a/arch/arm/configs/sama5_defconfig +++ b/arch/arm/configs/sama5_defconfig @@

[PATCH 6/7] ARM: at91: dts: sama5d3: add ov2640 camera sensor support

According to v4l2 dt document, we add: a camera host: ISI port. a i2c camera sensor: ov2640 port. to sama5d3xmb.dtsi. In the ov2640 node, it defines the pinctrls, clocks and isi port. In the ISI node, it also reference to a ov2640 port. Signed-off-by: Josh Wu --- arch/arm/boot/dts/sama5d3xm

Re: [PATCH v2 07/13] mfd: sun6i-prcm: Add support for the ir-clk

Hi, On 18-12-14 09:41, Lee Jones wrote: On Wed, 17 Dec 2014, Hans de Goede wrote: Add support for the ir-clk which is part of the sun6i SoC prcm module. Signed-off-by: Hans de Goede --- drivers/mfd/sun6i-prcm.c | 14 ++ 1 file changed, 14 insertions(+) Pretty standard stuff

[PATCH 5/7] ARM: at91: dts: sama5d3: change name of pinctrl_isi_{power,reset}

For sama5d3xmb board, the pins: pinctrl_isi_{power,reset} is used to power-down or reset camera sensor. So we should let camera sensor instead of ISI to configure the pins. This patch will change pinctrl name from pinctrl_isi_{power,reset} to pinctrl_sensor_{power,reset}. Signed-off-by: Josh Wu

[PATCH 4/7] ARM: at91: dts: sama5d3: move the isi mck pin to mb

From: Bo Shen The mck is decided by the board design, move it to mb related dtsi file. Signed-off-by: Bo Shen Acked-by: Nicolas Ferre Signed-off-by: Josh Wu --- arch/arm/boot/dts/sama5d3.dtsi| 5 - arch/arm/boot/dts/sama5d3xmb.dtsi | 5 + 2 files changed, 5 insertions(+), 5 delet

[PATCH 1/7] ARM: at91: dts: sama5d3: add isi clock

Add ISI peripheral clock in sama5d3.dtsi. Signed-off-by: Josh Wu --- arch/arm/boot/dts/sama5d3.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/sama5d3.dtsi b/arch/arm/boot/dts/sama5d3.dtsi index 5f4144d..61746ef 100644 --- a/arch/arm/boot/dts/sama5d3.dtsi +++ b/arch/

[PATCH 2/7] ARM: at91: dts: sama5d3: split isi pinctrl

From: Bo Shen As the ISI has 12 data lines, however we only use 8 data lines with sensor module. So, split the data line into two groups which make it can be choosed depends on the hardware design. Signed-off-by: Bo Shen Acked-by: Nicolas Ferre Signed-off-by: Josh Wu --- arch/arm/boot/dts/sa

[PATCH 3/7] ARM: at91: dts: sama5d3: add missing pins of isi

From: Bo Shen The ISI has 12 data lines, add the missing two data lines. Signed-off-by: Bo Shen Acked-by: Nicolas Ferre --- arch/arm/boot/dts/sama5d3.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/sama5d3.dtsi b/arch/arm/boot/dts/sama5d3.dtsi index 595609f..b

[PATCH 0/7] ARM: at91: dts: sama5d3: add dt support for atmel isi and ov2640 sensor

This patch series add ISI and ov2640 support on dts files. As the ov2640 driver dt is still in review. The patch is in: https://patchwork.linuxtv.org/patch/27554/ So I want to send this dt patch early for a review. Bo Shen (3): ARM: at91: dts: sama5d3: split isi pinctrl ARM: at91: dts: sama5

Re: [linux-sunxi] [PATCH v2 04/13] rc: sunxi-cir: Add support for an optional reset controller

Hi, On 18-12-14 03:48, Chen-Yu Tsai wrote: Hi, On Thu, Dec 18, 2014 at 1:18 AM, Hans de Goede wrote: On sun6i the cir block is attached to the reset controller, add support for de-asserting the reset if a reset controller is specified in dt. Signed-off-by: Hans de Goede Acked-by: Mauro Carv

Re: [PATCH v2 07/13] mfd: sun6i-prcm: Add support for the ir-clk

On Wed, 17 Dec 2014, Hans de Goede wrote: > Add support for the ir-clk which is part of the sun6i SoC prcm module. > > Signed-off-by: Hans de Goede > --- > drivers/mfd/sun6i-prcm.c | 14 ++ > 1 file changed, 14 insertions(+) Pretty standard stuff ( > diff --git a/drivers/mfd/sun6i

Re: [PATCHv2 0/3] hdmi: add unpack and logging functions

On Thu, Dec 11, 2014 at 09:57:54AM +0100, Hans Verkuil wrote: > Hi Thierry, > > On 12/02/14 13:08, Hans Verkuil wrote: > > This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and > > adds unpacking and logging functions to hdmi.c. It also uses those > > in the V4L2 adv7842 driver (and

Re: [PATCHv2 2/3] hdmi: added unpack and logging functions for InfoFrames

On Tue, Dec 02, 2014 at 01:08:45PM +0100, Hans Verkuil wrote: > From: Martin Bugge > > When receiving video it is very useful to be able to unpack the InfoFrames. > Logging is useful as well, both for transmitters and receivers. > > Especially when implementing the VIDIOC_LOG_STATUS ioctl (suppo