linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Antti Palosaari <crope@iki.fi>
To: Hin-Tak Leung <hintak_leung@yahoo.co.uk>
Cc: mchehab@redhat.com, linux-media@vger.kernel.org
Subject: Re: unload/unplugging (Re: success! (Re: media_build and Terratec Cinergy T Black.))
Date: Sat, 07 Jul 2012 13:26:50 +0300	[thread overview]
Message-ID: <4FF80EEA.2050606@iki.fi> (raw)
In-Reply-To: <1341655844.10317.YahooMailClassic@web29406.mail.ird.yahoo.com>

On 07/07/2012 01:10 PM, Hin-Tak Leung wrote:
> --- On Sat, 7/7/12, Antti Palosaari <crope@iki.fi> wrote:
>
> <snipped>
>>> I also have quite a few :
>>>
>>> [224773.229293] DVB: adapter 0 frontend 0 frequency 2
>> out of range (174000000..862000000)
>>>
>>> This seems to come from running w_scan.
>>
>> yes, those warnings are coming when application request
>> illegal frequency. Setting frequency as a 2 Hz is something
>> totally wrong, wild guess, it is some other value set
>> accidentally as frequency.
>
> I am thinking either w_scan is doing something it should not, in which case we should inform its author to have this looked at, or the message does not need to be there?

As scandvb and all the other applications are able to set desired 
parameters without that error it must be w_scan issue.

And personally I don't care whole warning, returning some error code 
(which is likely -EINVAL) should be enough. It is not error situation in 
the mean of Kernel or device error - it is just user error as user tries 
to set unsupported frequency.

>>> The kernel seems happy while having the device
>> physically pulled out. But the kernel module does not like
>> to be unloaded (modprobe -r) while mplayer is running, so we
>> need to fix that.
>>
>> Yep, seems to refuse unload. I suspect it is refused since
>> there is ongoing USB transmission as it streams video. But
>> should we allow that? And is removing open device nodes OK
>> as applications holds those?
>
> I am thinking about suspend/resume, the poorman's way, which is to unload/reload. One interesting thing to try would be to pause but not quit the application - either just press pause, or say, 'gdb <mplayerbinary> <pid>', and see if 'modprobe -r' can be made to work under that sort of condition, if it isn't already.

hmm, what is that kind of suspend/resume?
Is that different what is now implemented?

regards
Antti

-- 
http://palosaari.fi/



  reply	other threads:[~2012-07-07 10:27 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-06 10:54 media_build and Terratec Cinergy T Black Hin-Tak Leung
2012-07-06 11:01 ` Hin-Tak Leung
2012-07-06 11:38 ` Antti Palosaari
2012-07-06 21:06   ` Hin-Tak Leung
2012-07-07  0:42     ` bugs in dvbscan/scan, dvb-apps(Re: media_build and Terratec Cinergy T Black.) Hin-Tak Leung
2012-07-07  2:11     ` success! (Re: " Hin-Tak Leung
2012-07-07  2:26       ` unload/unplugging (Re: success! (Re: media_build and Terratec Cinergy T Black.)) Hin-Tak Leung
2012-07-07  9:42         ` Antti Palosaari
2012-07-07 10:10           ` Hin-Tak Leung
2012-07-07 10:26             ` Antti Palosaari [this message]
2012-07-07 10:47               ` Hin-Tak Leung
2012-07-07 10:03       ` success! (Re: media_build and Terratec Cinergy T Black.) Antti Palosaari
2012-07-07 10:37         ` channel scanning (Re: success! (Re: media_build and Terratec Cinergy T Black.)) Hin-Tak Leung

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=4FF80EEA.2050606@iki.fi \
    --to=crope@iki.fi \
    --cc=hintak_leung@yahoo.co.uk \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@redhat.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 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).