linux-toradex.git/drivers/media/dvb/frontends, branch v3.4

[media] drxk: Does not unlock mutex if sanity check failed in scu_command()

2012-04-18T14:04:28+00:00

If sanity check fails in scu_command(), goto error leads to unlock of
an unheld mutex. The check should not fail in reality, but it nevertheless
worth fixing.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Alexey Khoroshilov 
Cc: stable@kernel.org
Signed-off-by: Mauro Carvalho Chehab

[media] stb0899: fix the limits for signal strength values

2012-03-20T02:06:40+00:00

stb0899: fix the limits for signal strength values

stb0899_read_signal_strength() adds an offset to the result of the table lookup.
That offset must correspond to the lowest value in the lookup table, to make sure
the result doesn't get below 0, which would mean a "very high" value since the
parameter is unsigned.
'strength' and 'snr' need to be initialized to 0 to make sure they have a
defined result in case there is no "internal->lock".

Signed-off-by: Klaus Schmidinger 
Cc: Manu Abraham 
Signed-off-by: Mauro Carvalho Chehab

[media] m88rs2000 ver 1.13 Correct deseqc and tuner gain functions

2012-03-19T22:51:03+00:00

Remove incorrect SEC_MINI_B settings-TODO complete this section.

Correct break and remove return -EINVAL within set tone. It appears
there is a bug that occasionally something other than ON/OFF is
sent stalling the driver. Just continue and write back registers.

Set register b2 in setup. This is the set voltage pin which
isn't used in lmedm04 driver but it is always set to 0x1.

Correct the if statements in set_tuner_rf.

Signed-off-by: Malcolm Priestley 
Signed-off-by: Mauro Carvalho Chehab

[media] au8522: bug-fix: enable modulation AFTER tune (instead of before tuning)

2012-03-19T22:05:46+00:00

The au8522 driver programs the tuner after programming the demodulator,
but the tuner should be programmed first. This patch fixes this behavior.

EDIT: Apparantly Devin created a similar patch some time ago, but hasn't
submitted it for merge.  I never saw his patch, but I thank him anyhow
for his efforts.  In addition, Devin pointed out a flaw in my patch:

This newly generated patch takes Devin's comments into account.

Thanks-to: Devin Heitmueller 
Signed-off-by: Michael Krufky 
Cc: stable@kernel.org
Signed-off-by: Mauro Carvalho Chehab

[media] m88rs2000: Don't fill info.type

2012-03-19T17:55:27+00:00

This field is handled internally by the DVB core, with uses the
selected delivery system to fill it, when a DVBv3 call is
handled. So, drivers should not touch on it.

Cc: Malcolm Priestley 
Signed-off-by: Mauro Carvalho Chehab

[media] m88rs2000 1.12 v2 DVB-S frontend and tuner module

2012-03-19T17:52:59+00:00

Support for m88rs2000 chip used in lmedm04 driver.

Note there are still lock problems.

Slow channel change due to the large block of registers sent in set_frontend.

Version 2 differences.
Front end is completely shut down when in sleep mode. This allow user to regain
control of device.
Kaffeine scan problem solved by removing register calls from get_frontend.
Kaffeine seems to call get_frontend when updating signal data. This can happen
in the middle of a tune stalling the driver.
Change calculations to those in the DS3000 driver.

Signed-off-by: Malcolm Priestley 
Signed-off-by: Mauro Carvalho Chehab

[media] dvb: negative value assigned to unsigned int in CDRXD()

2012-03-19T17:39:14+00:00

In CDRXD(), Negative number is assigned to unsigned variable
'state->noise_cal.tdCal2.

Members of 'SNoiseCal' should be 'signed short'.

Signed-off-by: Santosh Nayak 
Signed-off-by: Mauro Carvalho Chehab

[media] dib9000: implement error handling for DibAcquireLock

2012-03-19T17:36:24+00:00

DibAcquireLock() is implemented as mutex_lock_interruptible()
but the driver does not handle unsuccessful locking.
As a result it may lead to unlock of an unheld mutex.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Alexey Khoroshilov 
Signed-off-by: Mauro Carvalho Chehab

[media] dib9000: fix explicit lock mismatches

2012-03-19T17:36:17+00:00

There are several error paths, where &state->platform.risc.mem_mbx_lock
is not unlocked. The patch fixes it.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Alexey Khoroshilov 
Signed-off-by: Mauro Carvalho Chehab

[media] STV0288 increase delay between carrier search

2012-03-19T17:12:32+00:00

The current delay of 30uS is too short to recover any carrier.

In the lmedm04 driver delays were added to overcome carrier lock
problems. The typical delay was 30mS (2 x 15ms register write
0x2c and read 0x24).

Other drivers that use STV0288 don't appear to have any delay are
likely to have also suffered this problem.

Signed-off-by: Malcolm Priestley 
Signed-off-by: Mauro Carvalho Chehab