[1/3] cxd2820r: tweak search algorithm behavior

Message ID 1331832829-4580-2-git-send-email-gennarone@gmail.com (mailing list archive)
State Accepted, archived
Headers

Commit Message

Gianluca Gennari March 15, 2012, 5:33 p.m. UTC
  MPIS based STBs running 3.x kernels and the Enigma2 OS are not able to tune
DVB-T channels with the PCTV 290e using the current cxd2820r driver.
DVB-T2 channels instead work properly. 

This patch fixes the problem by changing the condition to break out from the
wait lock loop in the "search" function of the cxd2820r demodulator from
FE_HAS_SIGNAL to FE_HAS_LOCK.

As a consequence, the "search" function of the demodulator driver now returns
DVBFE_ALGO_SEARCH_SUCCESS only if the frequency lock is successfully acquired.

This behavior seems consistent with other demodulator drivers (e.g. stv090x,
hd29l2, stv0900, stb0899, mb86a16).

This patch has been successfully tested with DVB-T and DVB-T2 signals,
on both PC and the mipsel STB running Enigma2.
No apparent side effect has been observed on PC applications like Kaffeine.
DVB-C is not available in my country so it's not tested.

Signed-off-by: Gianluca Gennari <gennarone@gmail.com>
---
 drivers/media/dvb/frontends/cxd2820r_core.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
  

Comments

Antti Palosaari March 23, 2012, 12:49 p.m. UTC | #1
Acked-by: Antti Palosaari <crope@iki.fi>


Still I am little bit sceptical about that since dvb_frontend.h comments 
are speaking signal search - not for full LOCK. Maybe there is room for 
improvement somewhere else. Anyhow, better to merge that as now.

regards
Antti


On 15.03.2012 19:33, Gianluca Gennari wrote:
> MPIS based STBs running 3.x kernels and the Enigma2 OS are not able to tune
> DVB-T channels with the PCTV 290e using the current cxd2820r driver.
> DVB-T2 channels instead work properly.
>
> This patch fixes the problem by changing the condition to break out from the
> wait lock loop in the "search" function of the cxd2820r demodulator from
> FE_HAS_SIGNAL to FE_HAS_LOCK.
>
> As a consequence, the "search" function of the demodulator driver now returns
> DVBFE_ALGO_SEARCH_SUCCESS only if the frequency lock is successfully acquired.
>
> This behavior seems consistent with other demodulator drivers (e.g. stv090x,
> hd29l2, stv0900, stb0899, mb86a16).
>
> This patch has been successfully tested with DVB-T and DVB-T2 signals,
> on both PC and the mipsel STB running Enigma2.
> No apparent side effect has been observed on PC applications like Kaffeine.
> DVB-C is not available in my country so it's not tested.
>
> Signed-off-by: Gianluca Gennari<gennarone@gmail.com>
> ---
>   drivers/media/dvb/frontends/cxd2820r_core.c |    4 ++--
>   1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/media/dvb/frontends/cxd2820r_core.c b/drivers/media/dvb/frontends/cxd2820r_core.c
> index 5c7c2aa..3bba37d 100644
> --- a/drivers/media/dvb/frontends/cxd2820r_core.c
> +++ b/drivers/media/dvb/frontends/cxd2820r_core.c
> @@ -526,12 +526,12 @@ static enum dvbfe_search cxd2820r_search(struct dvb_frontend *fe)
>   		if (ret)
>   			goto error;
>
> -		if (status&  FE_HAS_SIGNAL)
> +		if (status&  FE_HAS_LOCK)
>   			break;
>   	}
>
>   	/* check if we have a valid signal */
> -	if (status) {
> +	if (status&  FE_HAS_LOCK) {
>   		priv->last_tune_failed = 0;
>   		return DVBFE_ALGO_SEARCH_SUCCESS;
>   	} else {
  

Patch

diff --git a/drivers/media/dvb/frontends/cxd2820r_core.c b/drivers/media/dvb/frontends/cxd2820r_core.c
index 5c7c2aa..3bba37d 100644
--- a/drivers/media/dvb/frontends/cxd2820r_core.c
+++ b/drivers/media/dvb/frontends/cxd2820r_core.c
@@ -526,12 +526,12 @@  static enum dvbfe_search cxd2820r_search(struct dvb_frontend *fe)
 		if (ret)
 			goto error;
 
-		if (status & FE_HAS_SIGNAL)
+		if (status & FE_HAS_LOCK)
 			break;
 	}
 
 	/* check if we have a valid signal */
-	if (status) {
+	if (status & FE_HAS_LOCK) {
 		priv->last_tune_failed = 0;
 		return DVBFE_ALGO_SEARCH_SUCCESS;
 	} else {