mx31moboard MT9T031 camera support

to be changed quite heavily and it is not trivial. Best Regards Val -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1 valentin.longch...@epfl.ch, Phone: +41216937827 http://people.epfl.ch/valentin.longchamp MEA3485, Station 9, CH-1015 Lausanne -- To unsubscribe from this list: send the line

Re: mx31moboard MT9T031 camera support

Guennadi Liakhovetski wrote: On Thu, 18 Jun 2009, Valentin Longchamp wrote: Hi Guennadi, I am trying to follow your developments at porting soc-camera to v4l2-subdev. However, even if I understand quite correctly soc-camera, it is quite difficult for me to get all the subtleties in your work

Re: [PATCH 5/6] mx31moboard: camera support

Sascha Hauer wrote: On Mon, Oct 19, 2009 at 06:41:13PM +0200, Valentin Longchamp wrote: Hi Guennadi, Guennadi Liakhovetski wrote: Hi On Thu, 15 Oct 2009, Valentin Longchamp wrote: We have two mt9t031 cameras that have a muxed bus on the robot. We can control which one we are using

Re: [PATCH 5/6] mx31moboard: camera support

Guennadi Liakhovetski wrote: On Wed, 21 Oct 2009, Valentin Longchamp wrote: Sascha Hauer wrote: On Mon, Oct 19, 2009 at 06:41:13PM +0200, Valentin Longchamp wrote: Hi Guennadi, Guennadi Liakhovetski wrote: Hi On Thu, 15 Oct 2009, Valentin Longchamp wrote: We have two mt9t031 cameras

Re: [PATCH 5/6] mx31moboard: camera support

Hi Guennadi, Valentin Longchamp wrote: Guennadi Liakhovetski wrote: 3. to support switching inputs, significant modifications to soc_camera.c would be required. I read Nate's argument before, that as long as clients can only be accessed one at a time, this should be presented by multiple

Re: [PATCH 5/6] mx31moboard: camera support

Guennadi Liakhovetski wrote: On Tue, 3 Nov 2009, Valentin Longchamp wrote: Hi Guennadi, Valentin Longchamp wrote: Guennadi Liakhovetski wrote: 3. to support switching inputs, significant modifications to soc_camera.c would be required. I read Nate's argument before, that as long as clients

Re: [PATCH] mt9t031: preserve output format on VIDIOC_S_CROP

calculate shutter width * ourselves in the driver based on vertical blanking and frame width --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1 valentin.longch...@epfl.ch, Phone

Re: i.MX31 Camera Sensor Interface support

Hi Guennadi, Valentin Longchamp wrote: Hi Guennadi, Guennadi Liakhovetski wrote: I uploaded my current patch-stack for the i.MX31 Camera Sensor Interface to http://gross-embedded.homelinux.org/~lyakh/i.MX31-20090124/ (to be submitted later, hopefully for 2.6.30). As stated in -base

[PATCH] MT9T031: write xskip and yskip at each set_params call

This prevents the registers to be different to the computed values the second time you open the same camera with the sames parameters. The images were different between the first device open and the second one with the same parameters. Signed-off-by: Valentin Longchamp valentin.longch...@epfl.ch

Re: [PATCH] MT9T031: write xskip and yskip at each set_params call

Guennadi Liakhovetski wrote: On Wed, 20 Jan 2010, Valentin Longchamp wrote: This prevents the registers to be different to the computed values the second time you open the same camera with the sames parameters. The images were different between the first device open and the second one

[Q] udev and soc-camera

). Is this problem something known or has at least someone already experienced that problem ? Thanks and best regards Val -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1 valentin.longch...@epfl.ch, Phone: +41216937827 http://people.epfl.ch/valentin.longchamp MEB3494, Station 9, CH-1015 Lausanne

Re: [Q] udev and soc-camera

Kay Sievers wrote: On Thu, Jan 28, 2010 at 00:25, Valentin Longchamp valentin.longch...@epfl.ch wrote: I have a system that is built with OpenEmbedded where I use a mt9t031 camera with the soc-camera framework. The mt9t031 works ok with the current kernel and system. However, udev does

Re: [PATCH] MT9T031: write xskip and yskip at each set_params call

= mt9t031_runtime_suspend, .runtime_resume = mt9t031_runtime_resume, }; static struct device_type mt9t031_dev_type = { .name = MT9T031, .pm = mt9t031_dev_pm_ops, }; Thank you in advance for your help. Val -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1

[PATCH] mt9t031: use runtime pm support to restore ADDRESS_MODE registers

to write the ADDRESS_MODE registers in order to fix the above described problem. This patch depends the pm runtime management in soc_camera, provided in this patch: http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/15686 Signed-off-by: Valentin Longchamp valentin.longch

Re: soc-camera: patches for 2.6.34

patches, that I've forgotten? Val -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1 valentin.longch...@epfl.ch, Phone: +41216937827 http://people.epfl.ch/valentin.longchamp MEB3494, Station 9, CH-1015 Lausanne -- To unsubscribe from this list: send the line unsubscribe linux-media in the body

Re: [PATCH RFC] fix cropping and scaling for mx3-camera and mt9t031 drivers

) + *start = start_min + length_max - *length; +} + extern unsigned long soc_camera_apply_sensor_flags(struct soc_camera_link *icl, unsigned long flags); -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1 valentin.longch...@epfl.ch, Phone

Re: [PATCH 0/4] soc-camera: cleanup + scaling / cropping API fix

): fatal: sha1 information is lacking or useless (drivers/media/video/mt9m001.c). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Thanks Val -- Valentin Longchamp, PhD Student, EPFL-STI-LSRO1 valentin.longch...@epfl.ch, Phone: +41216937827 http

Re: [PATCH 0/4] soc-camera: cleanup + scaling / cropping API fix

Guennadi Liakhovetski wrote: On Thu, 30 Jul 2009, Valentin Longchamp wrote: Hi Guennadi, Guennadi Liakhovetski wrote: Hi all here goes a new iteration of the soc-camera scaling / cropping API compliance fix. In fact, this is only the first _complete_ one, the previous version only converted