Re: [PATCH v4 2/7] media: s5p-mfc: use generic reserved memory bindings

Hello Marek, On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > Use generic reserved memory bindings and mark old, custom properties > as obsoleted. > > Signed-off-by: Marek Szyprowski > --- > .../devicetree/bindings/media/s5p-mfc.txt | 39 >

Re: [PATCH v4 6/7] ARM: dts: exynos: convert MFC device to generic reserved memory bindings

Hello Marek, On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > This patch replaces custom properties for defining reserved memory > regions with generic reserved memory bindings for MFC video codec > device. > > Signed-off-by: Marek Szyprowski > --- [snip] > + > +/ {

Re: [PATCH v4 2/7] media: s5p-mfc: use generic reserved memory bindings

On Tue, May 24, 2016 at 03:31:25PM +0200, Marek Szyprowski wrote: > Use generic reserved memory bindings and mark old, custom properties > as obsoleted. > > Signed-off-by: Marek Szyprowski > --- > .../devicetree/bindings/media/s5p-mfc.txt | 39 >

Re: [PATCH v4 2/7] media: s5p-mfc: use generic reserved memory bindings

On Wed, May 25, 2016 at 11:18:59AM -0400, Javier Martinez Canillas wrote: > Hello Marek, > > On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > > Use generic reserved memory bindings and mark old, custom properties > > as obsoleted. > > > > Signed-off-by: Marek Szyprowski

Re: [PATCH v4 7/7] ARM: dts: exynos4412-odroid*: enable MFC device

Hello Marek, On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > Enable support for Multimedia Codec (MFC) device for all Exynos4412-based > Odroid boards. > > Signed-off-by: Marek Szyprowski > --- Reviewed-by: Javier Martinez Canillas Best

Re: [PATCH] [media]: Driver for Toshiba et8ek8 5MP sensor

Hi Ivaylo, I've got some comments here but I haven't reviewed everything yet. What's missing is - the user space interface for selecting the sensor configuration "mode", - passing information on the sensor configuration to the user space. I'll try to take a look at those some time in the near

Re: [PATCHv4] support for AD5820 camera auto-focus coil

Hi Pavel, Thanks for your continued work on this! :-) Some quite minor comments below. I think we're good then. On Tue, May 24, 2016 at 11:17:46AM +0200, Pavel Machek wrote: > This adds support for AD5820 autofocus coil, found for example in > Nokia N900 smartphone. > > Signed-off-by: Pavel

[PATCH 7/8] [media] rcar-vin: enable Gen3

From: Niklas Söderlund Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/Kconfig | 2 +- drivers/media/platform/rcar-vin/rcar-core.c | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff

[PATCH 3/8] media: rcar-vin: add DV timings support

From: Ulrich Hecht Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS, and QUERY_DV_TIMINGS. Signed-off-by: Ulrich Hecht Signed-off-by: Niklas Söderlund ---

[PATCH 8/8] [media] rcar-vin: add Gen2 and Gen3 fallback compatibility strings

From: Niklas Söderlund These are present in the soc-camera version of this driver and it's time to add them to this driver as well. Signed-off-by: Niklas Söderlund --- drivers/media/platform/rcar-vin/rcar-core.c | 2

[PATCH 5/8] [media] rcar-vin: add Gen3 HW registers

From: Niklas Söderlund Add the register needed to work with Gen3 hardware. This patch just adds the logic for how to work with the Gen3 hardware. More work is required to enable the subdevice structure needed to support capturing. Signed-off-by: Niklas

[PATCH 4/8] [media] rcar-vin: allow subdevices to be bound late

From: Niklas Söderlund This is done to prepare for Gen3 support where there are more than one subdevice and the usage of them are complex. There is a need to be able to change which subdevices are involved in capturing during runtime (but not while

[PATCH 0/8] rcar-vin: Enable Gen3 support

From: Niklas Söderlund Hi, This series enable Gen3 support for the rcar-vin driver. It is based on top of the media_tree: git://linuxtv.org/media_tree.git master And it depends on the first rcar-vin patch at which I hope soon will enter the media tree:

[PATCH 1/8] media: rcar-vin: pad-aware driver initialisation

From: Ulrich Hecht Add detection of source pad number for drivers aware of the media controller API, so that rcar-vin can create device nodes to support modern drivers such as adv7604.c (for HDMI on Lager) and the converted adv7180.c (for composite) underneath.

[PATCH 2/8] media: rcar_vin: Use correct pad number in try_fmt

From: Ulrich Hecht Fix rcar_vin_try_fmt's use of an inappropriate pad number when calling the subdev set_fmt function - for the ADV7612, IDs should be non-zero. Signed-off-by: William Towle Reviewed-by: Rob Taylor

Re: [PATCH 8/8] [media] rcar-vin: add Gen2 and Gen3 fallback compatibility strings

On 05/25/2016 10:10 PM, Niklas Söderlund wrote: From: Niklas Söderlund These are present in the soc-camera version of this driver and it's time to add them to this driver as well. Signed-off-by: Niklas Söderlund

Re: [RFC 1/2] Add OV5647 device tree documentation

On Tue, May 24, 2016 at 07:16:47PM +0100, roliveir wrote: > Signed-off-by: roliveir > --- > .../devicetree/bindings/media/i2c/ov5647.txt | 29 > ++ > 1 file changed, 29 insertions(+) > create mode 100644

cron job: media_tree daily build: OK

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: Thu May 26 04:00:22 CEST 2016 git branch: test git hash: bc2b80ee3490651904f121eac1c8fb7652d48253 gcc

Re: [PATCHv3] support for AD5820 camera auto-focus coil

On 24.05.2016 23:20, Pavel Machek wrote: Hi! devm_regulator_get()? I'd rather avoid devm_ here. Driver is simple enough to allow it. Now thinking about it, what would happen here if regulator_get() returns -EPROBE_DEFER? Wouldn't it be better to move regulator_get to the probe()

Your Good Letter Attached

HSBC Bank London Transaction Report Open Attached File Approved Payment.pdf Description: Adobe PDF document

Re: [PATCH v4 6/7] ARM: dts: exynos: convert MFC device to generic reserved memory bindings

On 05/24/2016 03:31 PM, Marek Szyprowski wrote: > This patch replaces custom properties for defining reserved memory > regions with generic reserved memory bindings for MFC video codec > device. > > Signed-off-by: Marek Szyprowski > --- >

Congratulations!!

Congratulations!! We are pleased to inform you that your email address has won you a cash prize in Google Anniversary that was organized by Google Inc., held here in United Kingdom. Your email addresses was randomly selected through a computer ballot system to receive an award of One Million

Re: [PATCH 1/2] drm/exynos: g2d: Add support for old S5Pv210 type

Hey Krzysztof, Krzysztof Kozlowski wrote: > On 05/24/2016 06:05 PM, Tobias Jakobi wrote: >> Hello Krzysztof, >> >> >> Krzysztof Kozlowski wrote: >>> On 05/24/2016 03:49 PM, Tobias Jakobi wrote: Hello Krzysztof, are you sure that these are the only differences. Because AFAIK there

Re: [PATCH 1/2] drm/exynos: g2d: Add support for old S5Pv210 type

On 05/24/2016 06:05 PM, Tobias Jakobi wrote: > Hello Krzysztof, > > > Krzysztof Kozlowski wrote: >> On 05/24/2016 03:49 PM, Tobias Jakobi wrote: >>> Hello Krzysztof, >>> >>> are you sure that these are the only differences. Because AFAIK there >>> are quite a few more: >>> - DMA submission of

[ANNONCE] Kaffeine ported to Qt5/KF5

Hi, As Kaffeine is the GUI application I use to test DVB cards, I've been working for a while to improve it. Initially, I changed it to use libdvbv5, allowing it to work properly with devices that support multiple delivery systems on the same frontend and to support other standards like ISDB-T.

Re: [PATCH v4 3/7] media: s5p-mfc: replace custom reserved memory handling code with generic one

Hello Marek, On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > This patch removes custom code for initialization and handling of > reserved memory regions in s5p-mfc driver and replaces it with generic > reserved memory regions api. > > s5p-mfc driver now handles two reserved memory regions

Re: [PATCH 5/5] staging: media: lirc: use new parport device model

On Monday 25 January 2016 10:42 PM, Mauro Carvalho Chehab wrote: Em Mon, 25 Jan 2016 22:32:31 +0530 Sudip Mukherjee escreveu: On Mon, Jan 25, 2016 at 02:29:06PM -0200, Mauro Carvalho Chehab wrote: Em Fri, 18 Dec 2015 18:35:29 +0530 Sudip Mukherjee

Re: [PATCH v4 5/7] ARM: Exynos: remove code for MFC custom reserved memory handling

Hello Marek, On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > Once MFC driver has been converted to generic reserved memory bindings, > there is no need for custom memory reservation code. > > Signed-off-by: Marek Szyprowski > --- Reviewed-by: Javier Martinez

Re: [PATCH v4 4/7] media: s5p-mfc: add iommu support

Hello Marek, On 05/24/2016 09:31 AM, Marek Szyprowski wrote: > This patch adds support for IOMMU to s5p-mfc device driver. MFC firmware > is limited and it cannot use the default configuration. If IOMMU is > available, the patch disables the default DMA address space > configuration and creates a

Re: [PATCH v4 3/7] media: s5p-mfc: replace custom reserved memory handling code with generic one

Hello Marek, On 05/25/2016 11:42 AM, Javier Martinez Canillas wrote: [snip] > > I couldn't test this exact patch because my Odroid XU4 died but I've tested > the previous version and the only difference is that the memory reserve is > made by index now instead of name, so I think you can add: