Re: mt9v034 driver

Hi Igor, On Friday 26 April 2013 16:30:49 Igor Kugasyan wrote: > Dear Sirs, > > I wrote a driver for the mt9v034 as Todd recommended (on basis of working > mt9p031 and mt9v022), built kernel with this driver, Note that a driver for the same sensor has already been posted, see https://patchwork.

RE: [GIT PULL FOR 3.10] DiBxxxx: fixes and improvements

Hello Mauro, I will have a look tomorrow and gives a patch. Sorry for this mistake. regards, Olivier From: Mauro Carvalho Chehab [mche...@redhat.com] Sent: Saturday, April 27, 2013 4:28 PM To: Patrick Boettcher Cc: linux-media@vger.kernel.org; Olivier GRENI

Re: [PATCH v2 1/4] V4L2: soc_camera: Renesas R-Car VIN driver

Hello. On 25-04-2013 18:20, Guennadi Liakhovetski wrote: Hi Sergei Thanks for the patch. It's a collective work, my role has been the least one, mostly a reviewer. :-) From: Vladimir Barinov Add Renesas R-Car VIN (Video In) V4L2 driver. Based on the patch by Phil Edworthy .

Re: em28xx: Kernel panic after installing latest linuxtv.org modules

Hi Mauro, thanks a lot for taking the time to respond to my issue! > Did it used to work with a previous version? If so, could you please > bisect to see what patch broke it? No, it also didn't work with the previous version, but since building the previous version was also a bit of a hassle, I

cron job: media_tree daily build: WARNINGS

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: Sun Apr 28 19:00:20 CEST 2013 git branch: test git hash: 4494f0fdd825958d596d05a4bd577df94b149038 gcc versi

[PATCH v3 2/3] mutex: add support for wound/wait style locks, v3

Changes since RFC patch v1: - Updated to use atomic_long instead of atomic, since the reservation_id was a long. - added mutex_reserve_lock_slow and mutex_reserve_lock_intr_slow - removed mutex_locked_set_reservation_id (or w/e it was called) Changes since RFC patch v2: - remove use of __mutex

[PATCH v3 1/3] arch: make __mutex_fastpath_lock_retval return whether fastpath succeeded or not.

This will allow me to call functions that have multiple arguments if fastpath fails. This is required to support ticket mutexes, because they need to be able to pass an extra argument to the fail function. Originally I duplicated the functions, by adding __mutex_fastpath_lock_retval_arg. This e

[PATCH v3 0/3] Wait/wound mutex implementation, v3

The following series implements the updated api for wait/wound mutex locks. The documentation and api should be complete, the implementation may not be final. There is no support for -rt yet, and TASK_DEADLOCK handling is missing too. However I believe that this is an implementation detail, and tha

[PATCH v3 3/3] mutex: Add ww tests to lib/locking-selftest.c. v3

This stresses the lockdep code in some ways specifically useful to ww_mutexes. It adds checks for most of the common locking errors. Changes since v1: - Add tests to verify reservation_id is untouched. - Use L() and U() macros where possible. Changes since v2: - Use the ww_mutex api directly.

Re: [PATCH v2 00/31] Add r820t support at rtl28xxu

On 17.04.2013 02:42, Mauro Carvalho Chehab wrote: Add a tuner driver for Rafael Micro R820T silicon tuner. This tuner seems to be popular those days. Add support for it at rtl28xxu. This tuner was written from scratch, based on rtl-sdr driver. Thanks Mauro, applied your patches to a vanilla v

Re: [PATCH 3/9] [media] drxk_hard: use pr_info/pr_warn/pr_err/... macros

Em Sun, 28 Apr 2013 12:47:45 -0300 Mauro Carvalho Chehab escreveu: > replace all occurrences of printk(KERN_* by > pr_info/pr_warn/pr_err/pr_debug/pr_cont macros. > > Signed-off-by: Mauro Carvalho Chehab > --- Sorry... sent the wrong version. The correct one is attached. - [PATCH] [media] d

[PATCH 6/9] [media] drxk_hard.h: Remove some alien comment markups

The comments markup language used on Kernel is defined at: Documentation/kernel-doc-nano-HOWTO.txt Remove invalid markups from the header file. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/drxk_hard.h | 106 1 file changed, 53 ins

[PATCH 7/9] [media] drxk_hard.h: don't use more than 80 columns

Almost all 80-col warnings are related to comments. There's one, however, that it is due to a one-line enum declaration for enum agc_ctrl_mode. Break it into one line per enumered data. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/drxk_hard.h | 7 ++- 1 file changed,

[PATCH 8/9] [media] drxk_hard: remove needless parenthesis

There are several places where: state->var = (some_var) The parenthesis there are doing nothing but making it harder to read and breaking the 80 columns soft limits. Just get rid of it. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/drxk_hard.c | 50 --

[PATCH 5/9] [media] drxk_hard: use usleep_range()

Fixes the following checkpatch.pl warnings: WARNING: msleep < 20ms can sleep for up to 20ms; see Documentation/timers/timers-howto.txt + msleep(10); WARNING: msleep < 20ms can sleep for up to 20ms; see Documentation/timers/timers-howto.txt + msleep(1); WARNING

[PATCH 3/9] [media] drxk_hard: use pr_info/pr_warn/pr_err/... macros

replace all occurrences of printk(KERN_* by pr_info/pr_warn/pr_err/pr_debug/pr_cont macros. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-frontends/drxk_hard.c | 182 1 file changed, 89 insertions(+), 93 deletions(-) diff --git a/drivers/media/dvb-

[PATCH 4/9] [media] drxk_hard: don't split strings across lines

WARNING: quoted string split across lines #5416: FILE: media/dvb-frontends/drxk_hard.c:5416: + dprintk(1, "Could not set demodulator parameters. Make " + "sure qam_demod_parameter_count (%d) is correct for " WARNING: quot

[PATCH 9/9] [media] drxk_hard: Remove most 80-cols checkpatch warnings

There are a few cases where breaking the code into separate lines make it worse to read. However, on several places, breaking it to make checkpatch.pl happier is OK and improves code readability. So, break longer lines where that won't cause harm. Signed-off-by: Mauro Carvalho Chehab --- driver

[PATCH 1/9] [media] drxk_hard: don't re-implement log10

Log10 routine is already defined at dvb_math.h and provides a good enough approximation for 100 x log10(). So, instead of reinventing the wheel, use the already existing function. While here, don't use CamelCase on the function name. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/dvb-fr

[PATCH 0/9] drxk cleanups

While checking for log10 implementations at DVB code, I noticed that drxk had its own implementation for it. So, I decided to do a cleanup there, using the existing implementation. I also took some time to cleanup (most of) the remaining checkpatch.pl compliants, as it really sucks to work on a c

[PATCH] [media] cx88: make core less verbose

Along the time, several debug messages were added at cx88-cards. While those are still useful to track some troubles with tuners, they're too verbose: [ 5768.281801] cx88[0]: Calling XC2028/3028 callback [ 5768.287388] cx88[0]: Calling XC2028/3028 callback [ 5768.292575] cx88[0]: Calling XC2028/302

[PATCH] [media] em28xx: fix oops at em28xx_dvb_bus_ctrl()

em28xx is oopsing with some DVB devices: [10856.061884] general protection fault: [#1] SMP [10856.067041] Modules linked in: rc_hauppauge em28xx_rc xc5000 drxk em28xx_dvb dvb_core em28xx videobuf2_vmalloc videobuf2_memops videobuf2_core rc_pixelview_new tuner_xc2028 tuner cx8800 cx88xx tvee

Re: em28xx: Kernel panic after installing latest linuxtv.org modules

Em Wed, 24 Apr 2013 08:15:22 -0300 Mauro Carvalho Chehab escreveu: > Hi Marcel, > > Em Tue, 23 Apr 2013 22:56:45 +0200 > Marcel Kulicke escreveu: > > > Hi Linux Media, > > > > I was quite keen to try out the new modules for em28xx on my raspberry. > > Unfortunately, when the module is about t

Transpor error indicator in DVB-S (Hauppauge HVR-3000)

Hello, i have a Happauge HVR-3000 and i have problems tunning DVB-S channels. Channels looks good only at times. The instalation is ok because in Windows works fine. Distro: Debian testing Kernel: 3.2.0-4-amd64 VLC Debug: s warning: discontinuity received 0xe instead of 0xd (pid=163) ts debug:

[PATCH RFC v2] [media] blackfin: add video display device driver

This is a V4L2 driver for Blackfin video display (E)PPI interface. This module is common for BF537/BF561/BF548/BF609. Signed-off-by: Scott Jiang --- drivers/media/platform/blackfin/Kconfig| 15 +- drivers/media/platform/blackfin/Makefile |1 + drivers/media/platform/blackfin/