MOTHERLESS CHILDREN IN YOUR CITY !!

Dear Sir / Madam Since ever we left your country back to Canada , we have gotten Government approval and we have been busying planning for the less privilege Children projects. We are planning to release first batch of the funds $2,990,000.00 within 14 days for building an estate for motherl

[PATCH] media: exynos4-is: Fix recursive locking in isp_video_release()

>From isp_video_release(), &isp->video_lock is held and subsequent vb2_fop_release() tries to lock vdev->lock which is same with the previous one. Replace vb2_fop_release() with _vb2_fop_release() to fix the recursive locking. Fixes: 1380f5754cb0 ("[media] videobuf2: Add missing lock held on vb2_

Re: [PATCH] media: exynos4-is: Fix recursive locking in isp_video_release()

On 10/18/19 12:20, Seung-Woo Kim wrote: >>From isp_video_release(), &isp->video_lock is held and subsequent > vb2_fop_release() tries to lock vdev->lock which is same with the > previous one. Replace vb2_fop_release() with _vb2_fop_release() to > fix the recursive locking. > > Fixes: 1380f5754cb0

[PATCH 1/3] omap3isp: Don't restart CCDC if we're about to stop

The omap3isp driver set the new buffer and enabled the CCDC in a situation a new buffer was available but streaming was about to be stopped on the CCDC. This lead to frequent system crashes in case there were buffers queued when streming was being stopped. Fix this by first checking whether there'

[PATCH 3/3] smiapp: Put the device again if starting streaming fails

If there was an error in starting streaming, put the runtime usage count of the device. Signed-off-by: Sakari Ailus --- drivers/media/i2c/smiapp/smiapp-core.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/media/i2c/smiapp/smiapp-core.c b/drivers/media/i2c/smiap

[PATCH 0/3] smiapp PM improvements, omap3isp system crash fix

Hi folks, Here's a few patches remaining from my previous smiapp and omap3isp sets. Sakari Ailus (3): omap3isp: Don't restart CCDC if we're about to stop smiapp: Avoid maintaining power state information smiapp: Put the device again if starting streaming fails drivers/media/i2c/smiapp/smi

[PATCH 2/3] smiapp: Avoid maintaining power state information

Instead of keeping track of the power state ourselves, let runtime PM handle it. This also splits handling controls between side effect management and writing the new configuration to the sensor's registers. Signed-off-by: Sakari Ailus --- drivers/media/i2c/smiapp/smiapp-core.c | 199 ++

[PATCH] media: v4l2-subdev: Don't use __u32 internally

Commit a8fa55078a77 ("media: v4l2-subdev: Verify arguments in v4l2_subdev_call()") and commit 374d62e7aa50 ("media: v4l2-subdev: Verify v4l2_subdev_call() pad config argument") introduced a few local functions, unfortunately with arguments of type __u32, reserved for use in Linux uAPI. Use u32 ins

Re: [PATCH] media: v4l2-subdev: Don't use __u32 internally

On Fri, Oct 18, 2019 at 05:31:40PM +0200, Janusz Krzysztofik wrote: > Commit a8fa55078a77 ("media: v4l2-subdev: Verify arguments in > v4l2_subdev_call()") and commit 374d62e7aa50 ("media: v4l2-subdev: > Verify v4l2_subdev_call() pad config argument") introduced a few local > functions, unfortunatel

Re: i.MX6Q + ov5640 CSI-2 Framerate (on 5.4-rc3)

Hi Adam, Adding Steve and Philipp in case they can help. On Tue, Oct 15, 2019 at 1:52 AM Adam Ford wrote: > > I have an i.MX6Q with an ov5640 connected to the mipi-csi2 interface. > > I am routing ov5640 -> ipu1_csi0_mux -> ip1_csi0 -> ip1_csi0 capture. > > I am trying to go through the steps to

Re: [PATCH v4 00/11] media: Report camera sensor properties

Hi Jacopo, On Mon, Oct 07, 2019 at 06:29:02PM +0200, Jacopo Mondi wrote: > Hello, fourth iteration following: > > "media: v4l2-ctrls: Add camera sensor location" > https://patchwork.kernel.org/project/linux-media/list/?series=160901 > "[v2,00/10] media: Report camera sensor properties > https://p

OMAP3 ISP v4l2 inconsistency on DM3730

I have a DM3730 with a parallel mt9p031 sensor attached. I am trying to troubleshoot some issues with streaming video with G-streamer, but I I think the issue is in how the ISP driver reports the video info. I have the pipeline to grab from the resizer: media-ctl -v -V '"mt9p031 1-0048":0 [SGRBG

Re: [PATCH v4 06/11] media: v4l2-fwnode: Add helper to parse device properties

Hi Jacopo, On Mon, Oct 07, 2019 at 06:29:08PM +0200, Jacopo Mondi wrote: > Add an helper function to parse common device properties in the same > way as v4l2_fwnode_endpoint_parse() parses common endpoint properties. > > Parse the 'rotation' and 'location' properties from the firmware > interface

Re: [PATCH v4 01/11] dt-bindings: video-interfaces: Document 'location' property

Hi Jacopo, (Cc'ing the devicetree list.) On Mon, Oct 07, 2019 at 06:29:03PM +0200, Jacopo Mondi wrote: > Add the 'location' device property, used to specify a device mounting > position. The property is particularly meaningful for mobile devices > with a well defined usage orientation. > > Signe

Re: OMAP3 ISP v4l2 inconsistency on DM3730

HI Adam, On Fri, Oct 18, 2019 at 02:38:57PM -0500, Adam Ford wrote: > I have a DM3730 with a parallel mt9p031 sensor attached. I am trying > to troubleshoot some issues with streaming video with G-streamer, but > I I think the issue is in how the ISP driver reports the video info. > > I have the

Re: OMAP3 ISP v4l2 inconsistency on DM3730

On Fri, Oct 18, 2019 at 4:00 PM Sakari Ailus wrote: > > HI Adam, > > On Fri, Oct 18, 2019 at 02:38:57PM -0500, Adam Ford wrote: > > I have a DM3730 with a parallel mt9p031 sensor attached. I am trying > > to troubleshoot some issues with streaming video with G-streamer, but > > I I think the issu

[PATCH 1/1] smiapp: Destroy sensor's mutex

Destroy the mutex initialised by the driver in probe. Signed-off-by: Sakari Ailus --- drivers/media/i2c/smiapp/smiapp-core.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/media/i2c/smiapp/smiapp-core.c b/drivers/media/i2c/smiapp/smiapp-core.c index 24f4197cf7ad

Re: OMAP3 ISP v4l2 inconsistency on DM3730

On Fri, Oct 18, 2019 at 04:10:23PM -0500, Adam Ford wrote: > On Fri, Oct 18, 2019 at 4:00 PM Sakari Ailus wrote: > > > > HI Adam, > > > > On Fri, Oct 18, 2019 at 02:38:57PM -0500, Adam Ford wrote: > > > I have a DM3730 with a parallel mt9p031 sensor attached. I am trying > > > to troubleshoot som

RE:PERSONAL LETTER FROM MRS RASHIA AMIRA

Greetings My name is Barrister Hans Erich. I have a client who is interested to invest in your country, she is a well known politician in her country and deserve a lucrative investment partnership with you outside her country without any delay Please can you manage such investment please Kin

RE: ADV7180 Capture with i.MX53

> -Original Message- > From: Steve Longerbeam > > On 10/9/19 8:40 AM, Tim Harvey wrote: > > On Tue, Oct 8, 2019 at 4:48 PM Fabio Estevam > wrote: > >> Hi Tim, > >> > >> On Tue, Oct 8, 2019 at 6:01 PM Tim Harvey > wrote: > >> > >>> Ok that's strange indeed. I did recently test 5.3 on a G

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: Sat Oct 19 05:00:19 CEST 2019 media-tree git hash:4b1d7c2760d26363c497b959a81f8d055ba767c1 media_build gi