DM1105: could not attach frontend 195d:1105
Commit Message
On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
> Igor M. Liplianin wrote:
> > Now to find GPIO's for LNB power control and ... watch TV :)
>
> Yep. No succesful tuning at the moment. There might also be an issue
> with the reset signal and writing to GPIOCTR, as the module at the
> moment loads succesfully only once.
> As far as I can make out, the LNB power control is probably GPIO 16 and
> 17, not sure which is which, and how they work.
> GPIO15 is wired to tuner #reset
New patch to test
Comments
Igor M. Liplianin skrev:
> On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
>
>> Igor M. Liplianin wrote:
>>
>>> Now to find GPIO's for LNB power control and ... watch TV :)
>>>
>> Yep. No succesful tuning at the moment. There might also be an issue
>> with the reset signal and writing to GPIOCTR, as the module at the
>> moment loads succesfully only once.
>> As far as I can make out, the LNB power control is probably GPIO 16 and
>> 17, not sure which is which, and how they work.
>> GPIO15 is wired to tuner #reset
>>
> New patch to test
>
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00
>
A little tweaking produced the required voltages for the LNB:
switch (voltage) {
case SEC_VOLTAGE_18:
dm1105_gpio_set(dev, GPIO16 | GPIO17);
break;
case SEC_VOLTAGE_13:
dm1105_gpio_andor(dev, GPIO16 | GPIO17, GPIO17);
break;
default:
dm1105_gpio_clear(dev, GPIO16 | GPIO17);
break;
}
But unfortunately tuning is still failing. Could it be an issue with the
21xx driver? I will read up on the Si2109.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Igor M. Liplianin skrev:
> On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
>
>> Igor M. Liplianin wrote:
>>
>>> Now to find GPIO's for LNB power control and ... watch TV :)
>>>
>> Yep. No succesful tuning at the moment. There might also be an issue
>> with the reset signal and writing to GPIOCTR, as the module at the
>> moment loads succesfully only once.
>> As far as I can make out, the LNB power control is probably GPIO 16 and
>> 17, not sure which is which, and how they work.
>> GPIO15 is wired to tuner #reset
>>
> New patch to test
>
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10 20:34:00
>
modprobe si21xx debug=1 produces this output when scanning.
[ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
[ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
[ 2187.999881] si21xx: si21xx_setacquire
[ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 27500000
[ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
[ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
[ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
[ 2188.055875] si21xx: si21xx_setacquire
[ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 27500000
[ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
[ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
[ 2188.111885] si21xx: si21xx_setacquire
[ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 27500000
[ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
[ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would
indicate that blind scanning is used. Blind scanning is a 2109/2110
specific function, and may not very usable since we always use initial
tuning files anyway. 2109/10 also supports the legacy scanning method
which is supported by Si2107708.
Is the use of blind scanning intentional?
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hendrik Skarpeid skrev:
> Igor M. Liplianin skrev:
>> On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
>>
>>> Igor M. Liplianin wrote:
>>>
>>>> Now to find GPIO's for LNB power control and ... watch TV :)
>>>>
>>> Yep. No succesful tuning at the moment. There might also be an issue
>>> with the reset signal and writing to GPIOCTR, as the module at the
>>> moment loads succesfully only once.
>>> As far as I can make out, the LNB power control is probably GPIO 16 and
>>> 17, not sure which is which, and how they work.
>>> GPIO15 is wired to tuner #reset
>>>
>> New patch to test
>>
>> ------------------------------------------------------------------------
>>
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database:
>> 271.1.1/2721 - Release Date: 03/03/10 20:34:00
>>
>
> modprobe si21xx debug=1 produces this output when scanning.
>
> [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [ 2187.999881] si21xx: si21xx_setacquire
> [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 27500000
> [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
> [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [ 2188.055875] si21xx: si21xx_setacquire
> [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 27500000
> [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [ 2188.111885] si21xx: si21xx_setacquire
> [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 27500000
> [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
>
> Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02
> would indicate that blind scanning is used. Blind scanning is a
> 2109/2110 specific function, and may not very usable since we always
> use initial tuning files anyway. 2109/10 also supports the legacy
> scanning method which is supported by Si2107708.
>
> Is the use of blind scanning intentional?
>
Sorry, my bad. Mixed up the registers.
Got a VSTATUS: 0x0b once. Mostly I'm getting 0x01 and 0x02. Sometimes
0x00 and 0x03
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 5 ????? 2010 00:16:07 Hendrik Skarpeid wrote:
> Igor M. Liplianin skrev:
> > On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
> >> Igor M. Liplianin wrote:
> >>> Now to find GPIO's for LNB power control and ... watch TV :)
> >>
> >> Yep. No succesful tuning at the moment. There might also be an issue
> >> with the reset signal and writing to GPIOCTR, as the module at the
> >> moment loads succesfully only once.
> >> As far as I can make out, the LNB power control is probably GPIO 16 and
> >> 17, not sure which is which, and how they work.
> >> GPIO15 is wired to tuner #reset
> >
> > New patch to test
> >
> > ------------------------------------------------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG - www.avg.com
> > Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10
> > 20:34:00
>
> modprobe si21xx debug=1 produces this output when scanning.
>
> [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [ 2187.999881] si21xx: si21xx_setacquire
> [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 27500000
> [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
> [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [ 2188.055875] si21xx: si21xx_setacquire
> [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 27500000
> [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [ 2188.111885] si21xx: si21xx_setacquire
> [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 27500000
> [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
>
> Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would
> indicate that blind scanning is used. Blind scanning is a 2109/2110
> specific function, and may not very usable since we always use initial
> tuning files anyway. 2109/10 also supports the legacy scanning method
> which is supported by Si2107708.
>
> Is the use of blind scanning intentional?
Yes, of course, it's intentional. Why not?
User has freedom to make little errors in channels.conf file. Also the chip didn't support DVB-S2.
And last, has who si2107/08 ? My chip is si2109.
Igor M. Liplianin skrev:
> On 5 ????? 2010 00:16:07 Hendrik Skarpeid wrote:
>
>> Igor M. Liplianin skrev:
>>
>>> On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
>>>
>>>> Igor M. Liplianin wrote:
>>>>
>>>>> Now to find GPIO's for LNB power control and ... watch TV :)
>>>>>
>>>> Yep. No succesful tuning at the moment. There might also be an issue
>>>> with the reset signal and writing to GPIOCTR, as the module at the
>>>> moment loads succesfully only once.
>>>> As far as I can make out, the LNB power control is probably GPIO 16 and
>>>> 17, not sure which is which, and how they work.
>>>> GPIO15 is wired to tuner #reset
>>>>
>>> New patch to test
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> No virus found in this incoming message.
>>> Checked by AVG - www.avg.com
>>> Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date: 03/03/10
>>> 20:34:00
>>>
>> modprobe si21xx debug=1 produces this output when scanning.
>>
>> [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
>> [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
>> [ 2187.999881] si21xx: si21xx_setacquire
>> [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 27500000
>> [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
>> [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
>> [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
>> [ 2188.055875] si21xx: si21xx_setacquire
>> [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 27500000
>> [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
>> [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
>> [ 2188.111885] si21xx: si21xx_setacquire
>> [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 27500000
>> [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
>> [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
>>
>> Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would
>> indicate that blind scanning is used. Blind scanning is a 2109/2110
>> specific function, and may not very usable since we always use initial
>> tuning files anyway. 2109/10 also supports the legacy scanning method
>> which is supported by Si2107708.
>>
>> Is the use of blind scanning intentional?
>>
> Yes, of course, it's intentional. Why not?
> User has freedom to make little errors in channels.conf file. Also the chip didn't support DVB-S2.
> And last, has who si2107/08 ? My chip is si2109.
>
>
>
I agree, it's best to use the hardware features. I was worried that I
may be getting bad i2c data.
If I understand you correctly, you have a working Si2109 frontend driver?
Here's what I'm getting:
Added a few printouts to si21xx.c
u8 signal = si21_readreg(state, ANALOG_AGC_POWER_LEVEL_REG);
dprintk("%s : FE_READ_STATUS : AGC_POWER: 0x%02x\n", __func__,
signal);
si21_readregs(state, LOCK_STATUS_REG_1, regs_read, 0x02);
reg_read = 0;
for (i = 0; i < 7; ++i)
reg_read |= ((regs_read[0] >> i) & 0x01) << (6 - i);
lock = ((reg_read & 0x7f) | (regs_read[1] & 0x80));
dprintk("%s : FE_READ_STATUS : VSTATUS: 0x%02x\n", __func__, lock);
dprintk("%s : FE_READ_REGS : REGS[0]: 0x%02x\n", __func__,
regs_read[0]);
dprintk("%s : FE_READ_REGS : REGS[1]: 0x%02x\n", __func__,
regs_read[1]);
hendrik@iptv:~$ scan -a 1 Sirius-5.0E
[72933.818871] si21xx: si21xx_set_symbolrate : srate = 27500000
[72933.900276] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20
[72933.908807] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
[72933.908812] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20
[72933.908815] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00
[72933.908827] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
[72933.914962] si21xx: si21xx_setacquire
[72933.914967] si21xx: si21xx_set_symbolrate : srate = 27500000
[72933.949370] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x21
[72933.957877] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
[72933.957882] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0xc0
[72933.957885] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x60
[72933.996316] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20
[72934.004959] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
[72934.004964] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20
[72934.004968] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00
So, we have signal and sometimes we are getting carrier also.
What worries me most is the FE_READ_REGS : REGS[1]: 0x60
According to the datasheet this register 0x10 Lock status 2, is RCVL 0
0 0 0 0 BSDA BSDO so 0x60 would seem meaningless.
Same results using szap.
hendrik@iptv:~$ szap -a 1 -r -n 170
reading channels from file '/home/hendrik/.szap/channels.conf'
zapping to 170 'NRK1;NRK':
sat 0, frequency = 12015 MHz V, symbolrate 27500000, vpid = 0x0200, apid
= 0x0280 sid = 0x0240
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
status 01 | signal c600 | snr 0000 | ber 000000b1 | unc 00000000 |
status 01 | signal c600 | snr 0000 | ber 0000000f | unc 00000000 |
status 01 | signal c000 | snr 0000 | ber 0000980f | unc 00000000 |
status 03 | signal c600 | snr 0000 | ber 000098a3 | unc 00000000 |
status 03 | signal c000 | snr 0000 | ber 000098c7 | unc 00000000 |
Signal but no lock.
Any ideas?
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 6 ????? 2010 21:18:28 Hendrik Skarpeid wrote:
> Igor M. Liplianin skrev:
> > On 5 ????? 2010 00:16:07 Hendrik Skarpeid wrote:
> >> Igor M. Liplianin skrev:
> >>> On 3 ????? 2010 18:42:42 Hendrik Skarpeid wrote:
> >>>> Igor M. Liplianin wrote:
> >>>>> Now to find GPIO's for LNB power control and ... watch TV :)
> >>>>
> >>>> Yep. No succesful tuning at the moment. There might also be an issue
> >>>> with the reset signal and writing to GPIOCTR, as the module at the
> >>>> moment loads succesfully only once.
> >>>> As far as I can make out, the LNB power control is probably GPIO 16
> >>>> and 17, not sure which is which, and how they work.
> >>>> GPIO15 is wired to tuner #reset
> >>>
> >>> New patch to test
> >>>
> >>> -----------------------------------------------------------------------
> >>>-
> >>>
> >>>
> >>> No virus found in this incoming message.
> >>> Checked by AVG - www.avg.com
> >>> Version: 9.0.733 / Virus Database: 271.1.1/2721 - Release Date:
> >>> 03/03/10 20:34:00
> >>
> >> modprobe si21xx debug=1 produces this output when scanning.
> >>
> >> [ 2187.998349] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> >> [ 2187.998353] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> >> [ 2187.999881] si21xx: si21xx_setacquire
> >> [ 2187.999884] si21xx: si21xx_set_symbolrate : srate = 27500000
> >> [ 2188.022645] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
> >> [ 2188.054350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> >> [ 2188.054355] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> >> [ 2188.055875] si21xx: si21xx_setacquire
> >> [ 2188.055879] si21xx: si21xx_set_symbolrate : srate = 27500000
> >> [ 2188.110359] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> >> [ 2188.110366] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> >> [ 2188.111885] si21xx: si21xx_setacquire
> >> [ 2188.111889] si21xx: si21xx_set_symbolrate : srate = 27500000
> >> [ 2188.166350] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> >> [ 2188.166354] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> >>
> >> Since the tuner at hand uses a Si2109 chip, VSTATUS 0x01 and 0x02 would
> >> indicate that blind scanning is used. Blind scanning is a 2109/2110
> >> specific function, and may not very usable since we always use initial
> >> tuning files anyway. 2109/10 also supports the legacy scanning method
> >> which is supported by Si2107708.
> >>
> >> Is the use of blind scanning intentional?
> >
> > Yes, of course, it's intentional. Why not?
> > User has freedom to make little errors in channels.conf file. Also the
> > chip didn't support DVB-S2. And last, has who si2107/08 ? My chip is
> > si2109.
>
> I agree, it's best to use the hardware features. I was worried that I
> may be getting bad i2c data.
It is likely. In that case try different delays like that
dev->i2c_bit.udelay = 16;
dev->i2c_bit.timeout = 200;
> If I understand you correctly, you have a working Si2109 frontend driver?
The driver is working. It's for shure. I tested PCI and USB cards with this chip.
> Here's what I'm getting:
> Added a few printouts to si21xx.c
>
> u8 signal = si21_readreg(state, ANALOG_AGC_POWER_LEVEL_REG);
> dprintk("%s : FE_READ_STATUS : AGC_POWER: 0x%02x\n", __func__,
> signal);
>
> si21_readregs(state, LOCK_STATUS_REG_1, regs_read, 0x02);
>
> reg_read = 0;
>
> for (i = 0; i < 7; ++i)
> reg_read |= ((regs_read[0] >> i) & 0x01) << (6 - i);
>
> lock = ((reg_read & 0x7f) | (regs_read[1] & 0x80));
>
> dprintk("%s : FE_READ_STATUS : VSTATUS: 0x%02x\n", __func__, lock);
> dprintk("%s : FE_READ_REGS : REGS[0]: 0x%02x\n", __func__,
> regs_read[0]);
> dprintk("%s : FE_READ_REGS : REGS[1]: 0x%02x\n", __func__,
> regs_read[1]);
>
> hendrik@iptv:~$ scan -a 1 Sirius-5.0E
>
> [72933.818871] si21xx: si21xx_set_symbolrate : srate = 27500000
> [72933.900276] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20
> [72933.908807] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [72933.908812] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20
> [72933.908815] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00
> [72933.908827] si21xx: si21xx_set_frontend : FE_SET_FRONTEND
> [72933.914962] si21xx: si21xx_setacquire
> [72933.914967] si21xx: si21xx_set_symbolrate : srate = 27500000
> [72933.949370] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x21
> [72933.957877] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x01
> [72933.957882] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0xc0
> [72933.957885] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x60
> [72933.996316] si21xx: si21_read_status : FE_READ_STATUS : AGC_POWER: 0x20
> [72934.004959] si21xx: si21_read_status : FE_READ_STATUS : VSTATUS: 0x02
> [72934.004964] si21xx: si21_read_status : FE_READ_REGS : REGS[0]: 0x20
> [72934.004968] si21xx: si21_read_status : FE_READ_REGS : REGS[1]: 0x00
>
> So, we have signal and sometimes we are getting carrier also.
> What worries me most is the FE_READ_REGS : REGS[1]: 0x60
> According to the datasheet this register 0x10 Lock status 2, is RCVL 0
> 0 0 0 0 BSDA BSDO so 0x60 would seem meaningless.
>
> Same results using szap.
> hendrik@iptv:~$ szap -a 1 -r -n 170
> reading channels from file '/home/hendrik/.szap/channels.conf'
> zapping to 170 'NRK1;NRK':
> sat 0, frequency = 12015 MHz V, symbolrate 27500000, vpid = 0x0200, apid
> = 0x0280 sid = 0x0240
> using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
> status 01 | signal c600 | snr 0000 | ber 000000b1 | unc 00000000 |
> status 01 | signal c600 | snr 0000 | ber 0000000f | unc 00000000 |
> status 01 | signal c000 | snr 0000 | ber 0000980f | unc 00000000 |
> status 03 | signal c600 | snr 0000 | ber 000098a3 | unc 00000000 |
> status 03 | signal c000 | snr 0000 | ber 000098c7 | unc 00000000 |
>
> Signal but no lock.
> Any ideas?
For me it's like no signal or wrong LNB configuration, but ...
@@ -20,6 +20,7 @@
*/
#include <linux/i2c.h>
+#include <linux/i2c-algo-bit.h>
#include <linux/init.h>
#include <linux/kernel.h>
#include <linux/module.h>
@@ -47,11 +48,12 @@
#define UNSET (-1U)
-#define DM1105_BOARD_NOAUTO UNSET
-#define DM1105_BOARD_UNKNOWN 0
-#define DM1105_BOARD_DVBWORLD_2002 1
-#define DM1105_BOARD_DVBWORLD_2004 2
-#define DM1105_BOARD_AXESS_DM05 3
+#define DM1105_BOARD_NOAUTO UNSET
+#define DM1105_BOARD_UNKNOWN 0
+#define DM1105_BOARD_DVBWORLD_2002 1
+#define DM1105_BOARD_DVBWORLD_2004 2
+#define DM1105_BOARD_AXESS_DM05 3
+#define DM1105_BOARD_UNBRANDED_I2C_ON_GPIO 4
/* ----------------------------------------------- */
/*
@@ -155,23 +157,30 @@
#define DM1105_MAX 0x04
#define DRIVER_NAME "dm1105"
+#define DM1105_I2C_GPIO_NAME "dm1105-gpio"
#define DM1105_DMA_PACKETS 47
#define DM1105_DMA_PACKET_LENGTH (128*4)
#define DM1105_DMA_BYTES (128 * 4 * DM1105_DMA_PACKETS)
/* GPIO's for LNB power control */
-#define DM1105_LNB_MASK 0x00000000
+#define DM1105_LNB_MASK 0x00006000
#define DM1105_LNB_OFF 0x00020000
#define DM1105_LNB_13V 0x00010100
#define DM1105_LNB_18V 0x00000100
/* GPIO's for LNB power control for Axess DM05 */
-#define DM05_LNB_MASK 0x00000000
+#define DM05_LNB_MASK 0x00006000
#define DM05_LNB_OFF 0x00020000/* actually 13v */
#define DM05_LNB_13V 0x00020000
#define DM05_LNB_18V 0x00030000
+#define GPIO13 (1 << 13)
+#define GPIO14 (1 << 14)
+#define GPIO15 (1 << 15)
+#define GPIO16 (1 << 16)
+#define GPIO17 (1 << 17)
+
static unsigned int card[] = {[0 ... 3] = UNSET };
module_param_array(card, int, NULL, 0444);
MODULE_PARM_DESC(card, "card type");
@@ -185,7 +194,8 @@
DVB_DEFINE_MOD_OPT_ADAPTER_NR(adapter_nr);
struct dm1105_board {
- char *name;
+ char *name;
+ u32 gpio_scl, gpio_sda;
};
struct dm1105_subid {
@@ -207,6 +217,11 @@
[DM1105_BOARD_AXESS_DM05] = {
.name = "Axess/EasyTv DM05",
},
+ [DM1105_BOARD_UNBRANDED_I2C_ON_GPIO] = {
+ .name = "Unbranded DM1105 with i2c on GPIOs",
+ .gpio_scl = GPIO14,
+ .gpio_sda = GPIO13,
+ },
};
static const struct dm1105_subid dm1105_subids[] = {
@@ -292,6 +307,8 @@
/* i2c */
struct i2c_adapter i2c_adap;
+ struct i2c_adapter i2c_bb_adap;
+ struct i2c_algo_bit_data i2c_bit;
/* irq */
struct work_struct work;
@@ -327,6 +344,101 @@
#define dm_setl(reg, bit) dm_andorl((reg), (bit), (bit))
#define dm_clearl(reg, bit) dm_andorl((reg), (bit), 0)
+/* The chip has 18 GPIOs. In HOST mode GPIO's used as 15 bit address lines,
+ so we can use only 3 GPIO's from GPIO15 to GPIO17.
+ Here I don't check whether HOST is enebled as it is not implemented yet.
+ */
+static void dm1105_gpio_set(struct dm1105_dev *dev, u32 mask)
+{
+ if (mask & 0xfffc0000)
+ printk(KERN_ERR "%s: Only 18 GPIO's are allowed\n", __func__);
+
+ if (mask & 0x0003ffff)
+ dm_setl(DM1105_GPIOVAL, mask & 0x0003ffff);
+
+}
+
+static void dm1105_gpio_clear(struct dm1105_dev *dev, u32 mask)
+{
+ if (mask & 0xfffc0000)
+ printk(KERN_ERR "%s: Only 18 GPIO's are allowed\n", __func__);
+
+ if (mask & 0x0003ffff)
+ dm_clearl(DM1105_GPIOVAL, mask & 0x0003ffff);
+
+}
+
+static void dm1105_gpio_andor(struct dm1105_dev *dev, u32 mask, u32 val)
+{
+ if (mask & 0xfffc0000)
+ printk(KERN_ERR "%s: Only 18 GPIO's are allowed\n", __func__);
+
+ if (mask & 0x0003ffff)
+ dm_andorl(DM1105_GPIOVAL, mask & 0x0003ffff, val);
+
+}
+
+static u32 dm1105_gpio_get(struct dm1105_dev *dev, u32 mask)
+{
+ if (mask & 0xfffc0000)
+ printk(KERN_ERR "%s: Only 18 GPIO's are allowed\n", __func__);
+
+ if (mask & 0x0003ffff)
+ return (dm_readl(DM1105_GPIOVAL) & mask & 0x0003ffff);
+
+ return 0;
+}
+
+static void dm1105_gpio_enable(struct dm1105_dev *dev, u32 mask, int asoutput)
+{
+ if (mask & 0xfffc0000)
+ printk(KERN_ERR "%s: Only 18 GPIO's are allowed\n", __func__);
+
+ if ((mask & 0x0003ffff) && asoutput)
+ dm_clearl(DM1105_GPIOCTR, mask & 0x0003ffff);
+ else if ((mask & 0x0003ffff) && !asoutput)
+ dm_setl(DM1105_GPIOCTR, mask & 0x0003ffff);
+
+}
+
+static void dm1105_setline(struct dm1105_dev *dev, u32 line, int state)
+{
+ if (state)
+ dm1105_gpio_enable(dev, line, 0);
+ else {
+ dm1105_gpio_enable(dev, line, 1);
+ dm1105_gpio_clear(dev, line);
+ }
+}
+
+static void dm1105_setsda(void *data, int state)
+{
+ struct dm1105_dev *dev = data;
+
+ dm1105_setline(dev, dm1105_boards[dev->boardnr].gpio_sda, state);
+}
+
+static void dm1105_setscl(void *data, int state)
+{
+ struct dm1105_dev *dev = data;
+
+ dm1105_setline(dev, dm1105_boards[dev->boardnr].gpio_scl, state);
+}
+
+static int dm1105_getsda(void *data)
+{
+ struct dm1105_dev *dev = data;
+
+ return dm1105_gpio_get(dev, dm1105_boards[dev->boardnr].gpio_sda) ? 1 : 0;
+}
+
+static int dm1105_getscl(void *data)
+{
+ struct dm1105_dev *dev = data;
+
+ return dm1105_gpio_get(dev, dm1105_boards[dev->boardnr].gpio_scl) ? 1 : 0;
+}
+
static int dm1105_i2c_xfer(struct i2c_adapter *i2c_adap,
struct i2c_msg *msgs, int num)
{
@@ -467,6 +579,26 @@
return 0;
}
+static int dm1105_set_voltage1(struct dvb_frontend *fe, fe_sec_voltage_t voltage)
+{
+ struct dm1105_dev *dev = frontend_to_dm1105_dev(fe);
+
+ dm1105_gpio_enable(dev, GPIO16 | GPIO17, 1);
+ switch (voltage) {
+ case SEC_VOLTAGE_18:
+ dm1105_gpio_andor(dev, GPIO16 | GPIO17, 0);
+ break;
+ case SEC_VOLTAGE_13:
+ dm1105_gpio_andor(dev, GPIO16 | GPIO17, GPIO16);
+ break;
+ default:
+ dm1105_gpio_set(dev, GPIO16 | GPIO17);
+ break;
+ }
+
+ return 0;
+}
+
static void dm1105_set_dma_addr(struct dm1105_dev *dev)
{
dm_writel(DM1105_STADR, cpu_to_le32(dev->dma_addr));
@@ -742,6 +874,38 @@
int ret;
switch (dev->boardnr) {
+ case DM1105_BOARD_UNBRANDED_I2C_ON_GPIO:
+ dm1105_gpio_enable(dev, GPIO15, 1);
+ dm1105_gpio_clear(dev, GPIO15);
+ msleep(100);
+ dm1105_gpio_set(dev, GPIO15);
+ msleep(200);
+ dev->fe = dvb_attach(
+ stv0299_attach, &sharp_z0194a_config,
+ &dev->i2c_bb_adap);
+ if (dev->fe) {
+ dev->fe->ops.set_voltage = dm1105_set_voltage1;
+ dvb_attach(dvb_pll_attach, dev->fe, 0x60,
+ &dev->i2c_bb_adap, DVB_PLL_OPERA1);
+ break;
+ }
+
+ dev->fe = dvb_attach(
+ stv0288_attach, &earda_config,
+ &dev->i2c_bb_adap);
+ if (dev->fe) {
+ dev->fe->ops.set_voltage = dm1105_set_voltage1;
+ dvb_attach(stb6000_attach, dev->fe, 0x61,
+ &dev->i2c_bb_adap);
+ break;
+ }
+
+ dev->fe = dvb_attach(
+ si21xx_attach, &serit_config,
+ &dev->i2c_bb_adap);
+ if (dev->fe)
+ dev->fe->ops.set_voltage = dm1105_set_voltage1;
+ break;
case DM1105_BOARD_DVBWORLD_2004:
dev->fe = dvb_attach(
cx24116_attach, &serit_sp2633_config,
@@ -905,11 +1069,33 @@
if (ret < 0)
goto err_dm1105_hw_exit;
+ i2c_set_adapdata(&dev->i2c_bb_adap, dev);
+ strcpy(dev->i2c_bb_adap.name, DM1105_I2C_GPIO_NAME);
+ dev->i2c_bb_adap.owner = THIS_MODULE;
+ dev->i2c_bb_adap.class = I2C_CLASS_TV_DIGITAL;
+ dev->i2c_bb_adap.dev.parent = &pdev->dev;
+ dev->i2c_bb_adap.algo_data = &dev->i2c_bit;
+ dev->i2c_bit.data = dev;
+ dev->i2c_bit.setsda = dm1105_setsda;
+ dev->i2c_bit.setscl = dm1105_setscl;
+ dev->i2c_bit.getsda = dm1105_getsda;
+ dev->i2c_bit.getscl = dm1105_getscl;
+ dev->i2c_bit.udelay = 10;
+ dev->i2c_bit.timeout = 10;
+
+ /* Raise SCL and SDA */
+ dm1105_setsda(dev, 1);
+ dm1105_setscl(dev, 1);
+
+ ret = i2c_bit_add_bus(&dev->i2c_bb_adap);
+ if (ret < 0)
+ goto err_i2c_del_adapter;
+
/* dvb */
ret = dvb_register_adapter(&dev->dvb_adapter, DRIVER_NAME,
THIS_MODULE, &pdev->dev, adapter_nr);
if (ret < 0)
- goto err_i2c_del_adapter;
+ goto err_i2c_del_adapters;
dvb_adapter = &dev->dvb_adapter;
@@ -991,6 +1177,8 @@
dvb_dmx_release(dvbdemux);
err_dvb_unregister_adapter:
dvb_unregister_adapter(dvb_adapter);
+err_i2c_del_adapters:
+ i2c_del_adapter(&dev->i2c_bb_adap);
err_i2c_del_adapter:
i2c_del_adapter(&dev->i2c_adap);
err_dm1105_hw_exit: