From: Thomas Mair <thomas.mair86@googlemail.com>
To: poma <pomidorabelisima@gmail.com>
Cc: Antti Palosaari <crope@iki.fi>, linux-media@vger.kernel.org
Subject: Re: rtl28xxu - rtl2832 frontend attach
Date: Mon, 28 May 2012 08:58:59 +0200 [thread overview]
Message-ID: <4FC32233.1040407@googlemail.com> (raw)
In-Reply-To: <4FC0443F.8030004@gmail.com>
On 26.05.2012 04:47, poma wrote:
> On 05/20/2012 11:12 PM, Thomas Mair wrote:
>> On 20.05.2012 22:08, Antti Palosaari wrote:
>>> On 20.05.2012 20:04, poma wrote:
>>>> After hard/cold boot:
>>>
>>>> DVB: register adapter0/net0 @ minor: 2 (0x02)
>>>> rtl2832u_frontend_attach:
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> rtl28xxu_ctrl_msg: failed=-32
>>>> No compatible tuner found
>>>
>>> These errors are coming from tuner probe. As it still goes to probing and did not jump out earlier when gate is opened it means that demod is answering commands but tuner are not.
>>>
>>> My guess is that tuner is still on the reset or not powered at all. It is almost 100% sure error is wrong tuner GPIO.
>>
>> There is an issue with GPIO, as FC0012 tuner callback will set
>> the value of one of the GPIO outputs. However fixing that, will
>> not resolve the issue. So I need to debug the problem further.
>>
> True. Whatever a value is changed - 'rtl2832u_power_ctrl', it brakes
> even more.
> Precisely, what breaks a tuner on next soft [re]boot are apps/utils
> which engage tzap/scan[dvb].
>
To reproduce the bug it is not necessary to reboot the machine. Simply
unload and load of the dvb_usb_rtl28xxu module will lead to the same
situation.
I suspect, that when power is turned off, the tuner power is not
switched on correctly. The mistake is not related to the OUTPUT_VAL
registers but probably to the OUTPUT_DIR or OUTPUT_EN registers.
What makes me wonder is if no tuning operation is performed before
reboot, the driver does work correctly after that, as poma already
noticed.
I have some spare time today and will investigate the problem further.
Regards
Thomas
next prev parent reply other threads:[~2012-05-28 6:59 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-20 17:04 rtl28xxu - rtl2832 frontend attach poma
2012-05-20 20:08 ` Antti Palosaari
2012-05-20 21:12 ` Thomas Mair
2012-05-26 2:47 ` poma
2012-05-28 6:58 ` Thomas Mair [this message]
2012-05-28 14:48 ` Thomas Mair
2012-06-26 17:17 ` poma
2012-06-27 5:21 ` Thomas Mair
2012-06-27 12:22 ` poma
2012-07-30 7:06 ` poma
2012-07-30 10:17 ` David Basden
2012-07-30 15:58 ` poma
2012-07-30 12:56 ` David Basden
2012-07-30 17:07 ` poma
2012-07-31 11:42 ` poma
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FC32233.1040407@googlemail.com \
--to=thomas.mair86@googlemail.com \
--cc=crope@iki.fi \
--cc=linux-media@vger.kernel.org \
--cc=pomidorabelisima@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.