* [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function
@ 2012-05-12 9:11 Hans-Frieder Vogt
2012-05-12 9:15 ` Thomas Mair
2012-05-13 8:16 ` poma
0 siblings, 2 replies; 5+ messages in thread
From: Hans-Frieder Vogt @ 2012-05-12 9:11 UTC (permalink / raw)
To: linux-media, Thomas Mair, Antti Palosaari
Changes compared to version 0.5 of driver (sent 6 May):
- Initial implementation of get_rf_strength function.
Signed-off-by: Hans-Frieder Vogt <hfvogt@gmx.net>
fc0012.c | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
1 file changed, 71 insertions(+), 1 deletion(-)
diff -up --new-file --recursive a/drivers/media/common/tuners/fc0012.c b/drivers/media/common/tuners/fc0012.c
--- a/drivers/media/common/tuners/fc0012.c 2012-05-12 10:53:55.330058209 +0200
+++ b/drivers/media/common/tuners/fc0012.c 2012-05-09 23:27:37.781193720 +0200
@@ -343,6 +343,74 @@ static int fc0012_get_bandwidth(struct d
return 0;
}
+#define INPUT_ADC_LEVEL -8
+
+static int fc0012_get_rf_strength(struct dvb_frontend *fe, u16 *strength)
+{
+ struct fc0012_priv *priv = fe->tuner_priv;
+ int ret;
+ unsigned char tmp;
+ int int_temp, lna_gain, int_lna, tot_agc_gain, power;
+ const int fc0012_lna_gain_table[] = {
+ /* low gain */
+ -63, -58, -99, -73,
+ -63, -65, -54, -60,
+ /* middle gain */
+ 71, 70, 68, 67,
+ 65, 63, 61, 58,
+ /* high gain */
+ 197, 191, 188, 186,
+ 184, 182, 181, 179,
+ };
+
+ if (fe->ops.i2c_gate_ctrl)
+ fe->ops.i2c_gate_ctrl(fe, 1); /* open I2C-gate */
+
+ ret = fc0012_writereg(priv, 0x12, 0x00);
+ if (ret)
+ goto err;
+
+ ret = fc0012_readreg(priv, 0x12, &tmp);
+ if (ret)
+ goto err;
+ int_temp = tmp;
+
+ ret = fc0012_readreg(priv, 0x13, &tmp);
+ if (ret)
+ goto err;
+ lna_gain = tmp & 0x1f;
+
+ if (fe->ops.i2c_gate_ctrl)
+ fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
+
+ if (lna_gain < ARRAY_SIZE(fc0012_lna_gain_table)) {
+ int_lna = fc0012_lna_gain_table[lna_gain];
+ tot_agc_gain = (abs((int_temp >> 5) - 7) - 2 +
+ (int_temp & 0x1f)) * 2;
+ power = INPUT_ADC_LEVEL - tot_agc_gain - int_lna / 10;
+
+ if (power >= 45)
+ *strength = 255; /* 100% */
+ else if (power < -95)
+ *strength = 0;
+ else
+ *strength = (power + 95) * 255 / 140;
+
+ *strength |= *strength << 8;
+ } else {
+ ret = -1;
+ }
+
+ goto exit;
+
+err:
+ if (fe->ops.i2c_gate_ctrl)
+ fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
+exit:
+ if (ret)
+ warn("%s: failed: %d", __func__, ret);
+ return ret;
+}
static const struct dvb_tuner_ops fc0012_tuner_ops = {
.info = {
@@ -363,6 +431,8 @@ static const struct dvb_tuner_ops fc0012
.get_frequency = fc0012_get_frequency,
.get_if_frequency = fc0012_get_if_frequency,
.get_bandwidth = fc0012_get_bandwidth,
+
+ .get_rf_strength = fc0012_get_rf_strength,
};
struct dvb_frontend *fc0012_attach(struct dvb_frontend *fe,
@@ -394,4 +464,4 @@ EXPORT_SYMBOL(fc0012_attach);
MODULE_DESCRIPTION("Fitipower FC0012 silicon tuner driver");
MODULE_AUTHOR("Hans-Frieder Vogt <hfvogt@gmx.net>");
MODULE_LICENSE("GPL");
-MODULE_VERSION("0.5");
+MODULE_VERSION("0.6");
Hans-Frieder Vogt e-mail: hfvogt <at> gmx .dot. net
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function
2012-05-12 9:11 [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function Hans-Frieder Vogt
@ 2012-05-12 9:15 ` Thomas Mair
2012-05-13 8:16 ` poma
1 sibling, 0 replies; 5+ messages in thread
From: Thomas Mair @ 2012-05-12 9:15 UTC (permalink / raw)
To: Hans-Frieder Vogt; +Cc: linux-media, Antti Palosaari
On 12.05.2012 11:11, Hans-Frieder Vogt wrote:
> Changes compared to version 0.5 of driver (sent 6 May):
> - Initial implementation of get_rf_strength function.
>
> Signed-off-by: Hans-Frieder Vogt <hfvogt@gmx.net>
>
> fc0012.c | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 71 insertions(+), 1 deletion(-)
>
> diff -up --new-file --recursive a/drivers/media/common/tuners/fc0012.c b/drivers/media/common/tuners/fc0012.c
> --- a/drivers/media/common/tuners/fc0012.c 2012-05-12 10:53:55.330058209 +0200
> +++ b/drivers/media/common/tuners/fc0012.c 2012-05-09 23:27:37.781193720 +0200
> @@ -343,6 +343,74 @@ static int fc0012_get_bandwidth(struct d
> return 0;
> }
>
> +#define INPUT_ADC_LEVEL -8
> +
> +static int fc0012_get_rf_strength(struct dvb_frontend *fe, u16 *strength)
> +{
> + struct fc0012_priv *priv = fe->tuner_priv;
> + int ret;
> + unsigned char tmp;
> + int int_temp, lna_gain, int_lna, tot_agc_gain, power;
> + const int fc0012_lna_gain_table[] = {
> + /* low gain */
> + -63, -58, -99, -73,
> + -63, -65, -54, -60,
> + /* middle gain */
> + 71, 70, 68, 67,
> + 65, 63, 61, 58,
> + /* high gain */
> + 197, 191, 188, 186,
> + 184, 182, 181, 179,
> + };
> +
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 1); /* open I2C-gate */
> +
> + ret = fc0012_writereg(priv, 0x12, 0x00);
> + if (ret)
> + goto err;
> +
> + ret = fc0012_readreg(priv, 0x12, &tmp);
> + if (ret)
> + goto err;
> + int_temp = tmp;
> +
> + ret = fc0012_readreg(priv, 0x13, &tmp);
> + if (ret)
> + goto err;
> + lna_gain = tmp & 0x1f;
> +
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
> +
> + if (lna_gain < ARRAY_SIZE(fc0012_lna_gain_table)) {
> + int_lna = fc0012_lna_gain_table[lna_gain];
> + tot_agc_gain = (abs((int_temp >> 5) - 7) - 2 +
> + (int_temp & 0x1f)) * 2;
> + power = INPUT_ADC_LEVEL - tot_agc_gain - int_lna / 10;
> +
> + if (power >= 45)
> + *strength = 255; /* 100% */
> + else if (power < -95)
> + *strength = 0;
> + else
> + *strength = (power + 95) * 255 / 140;
> +
> + *strength |= *strength << 8;
> + } else {
> + ret = -1;
> + }
> +
> + goto exit;
> +
> +err:
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
> +exit:
> + if (ret)
> + warn("%s: failed: %d", __func__, ret);
> + return ret;
> +}
>
> static const struct dvb_tuner_ops fc0012_tuner_ops = {
> .info = {
> @@ -363,6 +431,8 @@ static const struct dvb_tuner_ops fc0012
> .get_frequency = fc0012_get_frequency,
> .get_if_frequency = fc0012_get_if_frequency,
> .get_bandwidth = fc0012_get_bandwidth,
> +
> + .get_rf_strength = fc0012_get_rf_strength,
> };
>
> struct dvb_frontend *fc0012_attach(struct dvb_frontend *fe,
> @@ -394,4 +464,4 @@ EXPORT_SYMBOL(fc0012_attach);
> MODULE_DESCRIPTION("Fitipower FC0012 silicon tuner driver");
> MODULE_AUTHOR("Hans-Frieder Vogt <hfvogt@gmx.net>");
> MODULE_LICENSE("GPL");
> -MODULE_VERSION("0.5");
> +MODULE_VERSION("0.6");
>
> Hans-Frieder Vogt e-mail: hfvogt <at> gmx .dot. net
Thanks!
I was just doing the same to get it to work with the rtl2832 demod. I will
test the fc0012 driver with the rtl2832 driver today.
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function
2012-05-12 9:11 [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function Hans-Frieder Vogt
2012-05-12 9:15 ` Thomas Mair
@ 2012-05-13 8:16 ` poma
2012-05-13 10:59 ` Antti Palosaari
1 sibling, 1 reply; 5+ messages in thread
From: poma @ 2012-05-13 8:16 UTC (permalink / raw)
To: Hans-Frieder Vogt, linux-media
On 05/12/2012 11:11 AM, Hans-Frieder Vogt wrote:
> Changes compared to version 0.5 of driver (sent 6 May):
> - Initial implementation of get_rf_strength function.
>
> Signed-off-by: Hans-Frieder Vogt <hfvogt@gmx.net>
>
> fc0012.c | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 71 insertions(+), 1 deletion(-)
>
> diff -up --new-file --recursive a/drivers/media/common/tuners/fc0012.c b/drivers/media/common/tuners/fc0012.c
> --- a/drivers/media/common/tuners/fc0012.c 2012-05-12 10:53:55.330058209 +0200
> +++ b/drivers/media/common/tuners/fc0012.c 2012-05-09 23:27:37.781193720 +0200
> @@ -343,6 +343,74 @@ static int fc0012_get_bandwidth(struct d
> return 0;
> }
>
> +#define INPUT_ADC_LEVEL -8
> +
> +static int fc0012_get_rf_strength(struct dvb_frontend *fe, u16 *strength)
> +{
> + struct fc0012_priv *priv = fe->tuner_priv;
> + int ret;
> + unsigned char tmp;
> + int int_temp, lna_gain, int_lna, tot_agc_gain, power;
> + const int fc0012_lna_gain_table[] = {
> + /* low gain */
> + -63, -58, -99, -73,
> + -63, -65, -54, -60,
> + /* middle gain */
> + 71, 70, 68, 67,
> + 65, 63, 61, 58,
> + /* high gain */
> + 197, 191, 188, 186,
> + 184, 182, 181, 179,
> + };
> +
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 1); /* open I2C-gate */
> +
> + ret = fc0012_writereg(priv, 0x12, 0x00);
> + if (ret)
> + goto err;
> +
> + ret = fc0012_readreg(priv, 0x12, &tmp);
> + if (ret)
> + goto err;
> + int_temp = tmp;
> +
> + ret = fc0012_readreg(priv, 0x13, &tmp);
> + if (ret)
> + goto err;
> + lna_gain = tmp & 0x1f;
> +
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
> +
> + if (lna_gain < ARRAY_SIZE(fc0012_lna_gain_table)) {
> + int_lna = fc0012_lna_gain_table[lna_gain];
> + tot_agc_gain = (abs((int_temp >> 5) - 7) - 2 +
> + (int_temp & 0x1f)) * 2;
> + power = INPUT_ADC_LEVEL - tot_agc_gain - int_lna / 10;
> +
> + if (power >= 45)
> + *strength = 255; /* 100% */
> + else if (power < -95)
> + *strength = 0;
> + else
> + *strength = (power + 95) * 255 / 140;
> +
> + *strength |= *strength << 8;
> + } else {
> + ret = -1;
> + }
> +
> + goto exit;
> +
> +err:
> + if (fe->ops.i2c_gate_ctrl)
> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
> +exit:
> + if (ret)
> + warn("%s: failed: %d", __func__, ret);
> + return ret;
> +}
>
> static const struct dvb_tuner_ops fc0012_tuner_ops = {
> .info = {
> @@ -363,6 +431,8 @@ static const struct dvb_tuner_ops fc0012
> .get_frequency = fc0012_get_frequency,
> .get_if_frequency = fc0012_get_if_frequency,
> .get_bandwidth = fc0012_get_bandwidth,
> +
> + .get_rf_strength = fc0012_get_rf_strength,
> };
>
> struct dvb_frontend *fc0012_attach(struct dvb_frontend *fe,
> @@ -394,4 +464,4 @@ EXPORT_SYMBOL(fc0012_attach);
> MODULE_DESCRIPTION("Fitipower FC0012 silicon tuner driver");
> MODULE_AUTHOR("Hans-Frieder Vogt <hfvogt@gmx.net>");
> MODULE_LICENSE("GPL");
> -MODULE_VERSION("0.5");
> +MODULE_VERSION("0.6");
>
rtl2832/fc0012:
femon -H -a 2 -c 10:
FE: Realtek RTL2832 (DVB-T) (DVBT)
status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
status SCVYL | signal 23% | snr 82% | ber 0 | unc 100 | FE_HAS_LOCK
// without tzap/lock:
Problem retrieving frontend information: Remote I/O error
status | signal 23% | snr 82% | ber 0 | unc 100 |
Problem retrieving frontend information: Remote I/O error
status | signal 23% | snr 82% | ber 0 | unc 100 |
Problem retrieving frontend information: Remote I/O error
status | signal 23% | snr 82% | ber 0 | unc 100 |
Problem retrieving frontend information: Remote I/O error
status | signal 23% | snr 82% | ber 0 | unc 100 |
Problem retrieving frontend information: Remote I/O error
status | signal 23% | snr 82% | ber 0 | unc 100 |
dmesg:
[…]
// without tzap/lock:
rtl2832: i2c rd failed=-32 reg=4e len=2
rtl2832: rtl2832_read_ber: failed=-121
rtl2832: i2c rd failed=-32 reg=01 len=1
fc0012: I2C write reg failed, reg: 12, val: 00
fc0012: fc0012_get_rf_strength: failed: -121
rtl2832: i2c rd failed=-32 reg=51 len=1
rtl2832: rtl2832_read_snr: failed=-121
rtl2832: i2c rd failed=-32 reg=51 len=1
rtl2832: rtl2832_read_ucblocks: failed=-121
Comparable readings - af9013/mxl5007t:
femon -H -a 1 -c 10
FE: Afatech AF9013 (DVBT)
status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
// without tzap/lock:
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
dmesg:
[…]
// without tzap/lock:
'NONE'
Is it necessary to populate a log buffer while frontend not locking?
regards,
poma
ps.
Thanks for fc0012!
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function
2012-05-13 8:16 ` poma
@ 2012-05-13 10:59 ` Antti Palosaari
2012-05-13 19:38 ` poma
0 siblings, 1 reply; 5+ messages in thread
From: Antti Palosaari @ 2012-05-13 10:59 UTC (permalink / raw)
To: poma; +Cc: Hans-Frieder Vogt, linux-media
On 13.05.2012 11:16, poma wrote:
> On 05/12/2012 11:11 AM, Hans-Frieder Vogt wrote:
>> Changes compared to version 0.5 of driver (sent 6 May):
>> - Initial implementation of get_rf_strength function.
>>
>> Signed-off-by: Hans-Frieder Vogt<hfvogt@gmx.net>
>>
>> fc0012.c | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
>> 1 file changed, 71 insertions(+), 1 deletion(-)
>>
>> diff -up --new-file --recursive a/drivers/media/common/tuners/fc0012.c b/drivers/media/common/tuners/fc0012.c
>> --- a/drivers/media/common/tuners/fc0012.c 2012-05-12 10:53:55.330058209 +0200
>> +++ b/drivers/media/common/tuners/fc0012.c 2012-05-09 23:27:37.781193720 +0200
>> @@ -343,6 +343,74 @@ static int fc0012_get_bandwidth(struct d
>> return 0;
>> }
>>
>> +#define INPUT_ADC_LEVEL -8
>> +
>> +static int fc0012_get_rf_strength(struct dvb_frontend *fe, u16 *strength)
>> +{
>> + struct fc0012_priv *priv = fe->tuner_priv;
>> + int ret;
>> + unsigned char tmp;
>> + int int_temp, lna_gain, int_lna, tot_agc_gain, power;
>> + const int fc0012_lna_gain_table[] = {
>> + /* low gain */
>> + -63, -58, -99, -73,
>> + -63, -65, -54, -60,
>> + /* middle gain */
>> + 71, 70, 68, 67,
>> + 65, 63, 61, 58,
>> + /* high gain */
>> + 197, 191, 188, 186,
>> + 184, 182, 181, 179,
>> + };
>> +
>> + if (fe->ops.i2c_gate_ctrl)
>> + fe->ops.i2c_gate_ctrl(fe, 1); /* open I2C-gate */
>> +
>> + ret = fc0012_writereg(priv, 0x12, 0x00);
>> + if (ret)
>> + goto err;
>> +
>> + ret = fc0012_readreg(priv, 0x12,&tmp);
>> + if (ret)
>> + goto err;
>> + int_temp = tmp;
>> +
>> + ret = fc0012_readreg(priv, 0x13,&tmp);
>> + if (ret)
>> + goto err;
>> + lna_gain = tmp& 0x1f;
>> +
>> + if (fe->ops.i2c_gate_ctrl)
>> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
>> +
>> + if (lna_gain< ARRAY_SIZE(fc0012_lna_gain_table)) {
>> + int_lna = fc0012_lna_gain_table[lna_gain];
>> + tot_agc_gain = (abs((int_temp>> 5) - 7) - 2 +
>> + (int_temp& 0x1f)) * 2;
>> + power = INPUT_ADC_LEVEL - tot_agc_gain - int_lna / 10;
>> +
>> + if (power>= 45)
>> + *strength = 255; /* 100% */
>> + else if (power< -95)
>> + *strength = 0;
>> + else
>> + *strength = (power + 95) * 255 / 140;
>> +
>> + *strength |= *strength<< 8;
>> + } else {
>> + ret = -1;
>> + }
>> +
>> + goto exit;
>> +
>> +err:
>> + if (fe->ops.i2c_gate_ctrl)
>> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
>> +exit:
>> + if (ret)
>> + warn("%s: failed: %d", __func__, ret);
>> + return ret;
>> +}
>>
>> static const struct dvb_tuner_ops fc0012_tuner_ops = {
>> .info = {
>> @@ -363,6 +431,8 @@ static const struct dvb_tuner_ops fc0012
>> .get_frequency = fc0012_get_frequency,
>> .get_if_frequency = fc0012_get_if_frequency,
>> .get_bandwidth = fc0012_get_bandwidth,
>> +
>> + .get_rf_strength = fc0012_get_rf_strength,
>> };
>>
>> struct dvb_frontend *fc0012_attach(struct dvb_frontend *fe,
>> @@ -394,4 +464,4 @@ EXPORT_SYMBOL(fc0012_attach);
>> MODULE_DESCRIPTION("Fitipower FC0012 silicon tuner driver");
>> MODULE_AUTHOR("Hans-Frieder Vogt<hfvogt@gmx.net>");
>> MODULE_LICENSE("GPL");
>> -MODULE_VERSION("0.5");
>> +MODULE_VERSION("0.6");
>>
>
> rtl2832/fc0012:
>
> femon -H -a 2 -c 10:
> FE: Realtek RTL2832 (DVB-T) (DVBT)
> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
> status SCVYL | signal 23% | snr 82% | ber 0 | unc 100 | FE_HAS_LOCK
> // without tzap/lock:
> Problem retrieving frontend information: Remote I/O error
> status | signal 23% | snr 82% | ber 0 | unc 100 |
> Problem retrieving frontend information: Remote I/O error
> status | signal 23% | snr 82% | ber 0 | unc 100 |
> Problem retrieving frontend information: Remote I/O error
> status | signal 23% | snr 82% | ber 0 | unc 100 |
> Problem retrieving frontend information: Remote I/O error
> status | signal 23% | snr 82% | ber 0 | unc 100 |
> Problem retrieving frontend information: Remote I/O error
> status | signal 23% | snr 82% | ber 0 | unc 100 |
>
> dmesg:
> […]
> // without tzap/lock:
> rtl2832: i2c rd failed=-32 reg=4e len=2
> rtl2832: rtl2832_read_ber: failed=-121
> rtl2832: i2c rd failed=-32 reg=01 len=1
> fc0012: I2C write reg failed, reg: 12, val: 00
> fc0012: fc0012_get_rf_strength: failed: -121
> rtl2832: i2c rd failed=-32 reg=51 len=1
> rtl2832: rtl2832_read_snr: failed=-121
> rtl2832: i2c rd failed=-32 reg=51 len=1
> rtl2832: rtl2832_read_ucblocks: failed=-121
>
>
> Comparable readings - af9013/mxl5007t:
>
> femon -H -a 1 -c 10
> FE: Afatech AF9013 (DVBT)
> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
> // without tzap/lock:
> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
>
> dmesg:
> […]
> // without tzap/lock:
> 'NONE'
>
>
> Is it necessary to populate a log buffer while frontend not locking?
It is not nice and should not happen.
But let me explain issues behind it. It fails since device is put sleep
in that case those chips even does not respond to control messages.
RTL2830 has similar problem - I resolved it just adding some clue to
demod driver not access to the hw when when it is sleeping.
IMHO whole issues is DVB CORE issue as it should not pass any calls to
the individual chip drivers when device is clearly in the state those
calls are invalid.
For example when we are sleeping only legal call is .init() in order to
wake it up. Also BER and UCB are invalid until LOCK is gained.
I have already listed those issues as a my GSoC DVB CORE enhancements -
so I think it is not worth to make any chip driver hacks in that case.
regards
Antti
--
http://palosaari.fi/
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function
2012-05-13 10:59 ` Antti Palosaari
@ 2012-05-13 19:38 ` poma
0 siblings, 0 replies; 5+ messages in thread
From: poma @ 2012-05-13 19:38 UTC (permalink / raw)
To: Antti Palosaari, linux-media
On 05/13/2012 12:59 PM, Antti Palosaari wrote:
> On 13.05.2012 11:16, poma wrote:
>> On 05/12/2012 11:11 AM, Hans-Frieder Vogt wrote:
>>> Changes compared to version 0.5 of driver (sent 6 May):
>>> - Initial implementation of get_rf_strength function.
>>>
>>> Signed-off-by: Hans-Frieder Vogt<hfvogt@gmx.net>
>>>
>>> fc0012.c | 72
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
>>> 1 file changed, 71 insertions(+), 1 deletion(-)
>>>
>>> diff -up --new-file --recursive
>>> a/drivers/media/common/tuners/fc0012.c
>>> b/drivers/media/common/tuners/fc0012.c
>>> --- a/drivers/media/common/tuners/fc0012.c 2012-05-12
>>> 10:53:55.330058209 +0200
>>> +++ b/drivers/media/common/tuners/fc0012.c 2012-05-09
>>> 23:27:37.781193720 +0200
>>> @@ -343,6 +343,74 @@ static int fc0012_get_bandwidth(struct d
>>> return 0;
>>> }
>>>
>>> +#define INPUT_ADC_LEVEL -8
>>> +
>>> +static int fc0012_get_rf_strength(struct dvb_frontend *fe, u16
>>> *strength)
>>> +{
>>> + struct fc0012_priv *priv = fe->tuner_priv;
>>> + int ret;
>>> + unsigned char tmp;
>>> + int int_temp, lna_gain, int_lna, tot_agc_gain, power;
>>> + const int fc0012_lna_gain_table[] = {
>>> + /* low gain */
>>> + -63, -58, -99, -73,
>>> + -63, -65, -54, -60,
>>> + /* middle gain */
>>> + 71, 70, 68, 67,
>>> + 65, 63, 61, 58,
>>> + /* high gain */
>>> + 197, 191, 188, 186,
>>> + 184, 182, 181, 179,
>>> + };
>>> +
>>> + if (fe->ops.i2c_gate_ctrl)
>>> + fe->ops.i2c_gate_ctrl(fe, 1); /* open I2C-gate */
>>> +
>>> + ret = fc0012_writereg(priv, 0x12, 0x00);
>>> + if (ret)
>>> + goto err;
>>> +
>>> + ret = fc0012_readreg(priv, 0x12,&tmp);
>>> + if (ret)
>>> + goto err;
>>> + int_temp = tmp;
>>> +
>>> + ret = fc0012_readreg(priv, 0x13,&tmp);
>>> + if (ret)
>>> + goto err;
>>> + lna_gain = tmp& 0x1f;
>>> +
>>> + if (fe->ops.i2c_gate_ctrl)
>>> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
>>> +
>>> + if (lna_gain< ARRAY_SIZE(fc0012_lna_gain_table)) {
>>> + int_lna = fc0012_lna_gain_table[lna_gain];
>>> + tot_agc_gain = (abs((int_temp>> 5) - 7) - 2 +
>>> + (int_temp& 0x1f)) * 2;
>>> + power = INPUT_ADC_LEVEL - tot_agc_gain - int_lna / 10;
>>> +
>>> + if (power>= 45)
>>> + *strength = 255; /* 100% */
>>> + else if (power< -95)
>>> + *strength = 0;
>>> + else
>>> + *strength = (power + 95) * 255 / 140;
>>> +
>>> + *strength |= *strength<< 8;
>>> + } else {
>>> + ret = -1;
>>> + }
>>> +
>>> + goto exit;
>>> +
>>> +err:
>>> + if (fe->ops.i2c_gate_ctrl)
>>> + fe->ops.i2c_gate_ctrl(fe, 0); /* close I2C-gate */
>>> +exit:
>>> + if (ret)
>>> + warn("%s: failed: %d", __func__, ret);
>>> + return ret;
>>> +}
>>>
>>> static const struct dvb_tuner_ops fc0012_tuner_ops = {
>>> .info = {
>>> @@ -363,6 +431,8 @@ static const struct dvb_tuner_ops fc0012
>>> .get_frequency = fc0012_get_frequency,
>>> .get_if_frequency = fc0012_get_if_frequency,
>>> .get_bandwidth = fc0012_get_bandwidth,
>>> +
>>> + .get_rf_strength = fc0012_get_rf_strength,
>>> };
>>>
>>> struct dvb_frontend *fc0012_attach(struct dvb_frontend *fe,
>>> @@ -394,4 +464,4 @@ EXPORT_SYMBOL(fc0012_attach);
>>> MODULE_DESCRIPTION("Fitipower FC0012 silicon tuner driver");
>>> MODULE_AUTHOR("Hans-Frieder Vogt<hfvogt@gmx.net>");
>>> MODULE_LICENSE("GPL");
>>> -MODULE_VERSION("0.5");
>>> +MODULE_VERSION("0.6");
>>>
>>
>> rtl2832/fc0012:
>>
>> femon -H -a 2 -c 10:
>> FE: Realtek RTL2832 (DVB-T) (DVBT)
>> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
>> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
>> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
>> status SCVYL | signal 23% | snr 79% | ber 0 | unc 100 | FE_HAS_LOCK
>> status SCVYL | signal 23% | snr 82% | ber 0 | unc 100 | FE_HAS_LOCK
>> // without tzap/lock:
>> Problem retrieving frontend information: Remote I/O error
>> status | signal 23% | snr 82% | ber 0 | unc 100 |
>> Problem retrieving frontend information: Remote I/O error
>> status | signal 23% | snr 82% | ber 0 | unc 100 |
>> Problem retrieving frontend information: Remote I/O error
>> status | signal 23% | snr 82% | ber 0 | unc 100 |
>> Problem retrieving frontend information: Remote I/O error
>> status | signal 23% | snr 82% | ber 0 | unc 100 |
>> Problem retrieving frontend information: Remote I/O error
>> status | signal 23% | snr 82% | ber 0 | unc 100 |
>>
>> dmesg:
>> […]
>> // without tzap/lock:
>> rtl2832: i2c rd failed=-32 reg=4e len=2
>> rtl2832: rtl2832_read_ber: failed=-121
>> rtl2832: i2c rd failed=-32 reg=01 len=1
>> fc0012: I2C write reg failed, reg: 12, val: 00
>> fc0012: fc0012_get_rf_strength: failed: -121
>> rtl2832: i2c rd failed=-32 reg=51 len=1
>> rtl2832: rtl2832_read_snr: failed=-121
>> rtl2832: i2c rd failed=-32 reg=51 len=1
>> rtl2832: rtl2832_read_ucblocks: failed=-121
>>
>>
>> Comparable readings - af9013/mxl5007t:
>>
>> femon -H -a 1 -c 10
>> FE: Afatech AF9013 (DVBT)
>> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
>> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
>> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
>> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
>> status SCVYL | signal 55% | snr 0% | ber 0 | unc 0 | FE_HAS_LOCK
>> // without tzap/lock:
>> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
>> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
>> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
>> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
>> status SCV | signal 55% | snr 0% | ber 0 | unc 0 |
>>
>> dmesg:
>> […]
>> // without tzap/lock:
>> 'NONE'
>>
>>
>> Is it necessary to populate a log buffer while frontend not locking?
>
> It is not nice and should not happen.
> But let me explain issues behind it. It fails since device is put sleep
> in that case those chips even does not respond to control messages.
> RTL2830 has similar problem - I resolved it just adding some clue to
> demod driver not access to the hw when when it is sleeping.
>
> IMHO whole issues is DVB CORE issue as it should not pass any calls to
> the individual chip drivers when device is clearly in the state those
> calls are invalid.
>
> For example when we are sleeping only legal call is .init() in order to
> wake it up. Also BER and UCB are invalid until LOCK is gained.
>
> I have already listed those issues as a my GSoC DVB CORE enhancements -
> so I think it is not worth to make any chip driver hacks in that case.
>
> regards
> Antti
Fair enough.
May the Force be with you,
poma
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-05-13 19:38 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-12 9:11 [PATCH] fc0012 ver. 0.6: introduction of get_rf_strength function Hans-Frieder Vogt
2012-05-12 9:15 ` Thomas Mair
2012-05-13 8:16 ` poma
2012-05-13 10:59 ` Antti Palosaari
2012-05-13 19:38 ` poma
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).