linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Antti Palosaari <crope@iki.fi>
To: Mauro Carvalho Chehab <m.chehab@samsung.com>
Cc: "Frank Schäfer" <fschaefer.oss@googlemail.com>,
	LMML <linux-media@vger.kernel.org>
Subject: Re: em28xx submit of urb 0 failed (error=-27)
Date: Sun, 15 Jun 2014 02:20:01 +0300	[thread overview]
Message-ID: <539CD8A1.7020307@iki.fi> (raw)
In-Reply-To: <20140614094504.6b5695f4.m.chehab@samsung.com>

On 06/14/2014 03:45 PM, Mauro Carvalho Chehab wrote:
> Em Thu, 12 Jun 2014 03:37:26 +0300
> Antti Palosaari <crope@iki.fi> escreveu:
>
>> I just ran blind scan using w_scan and it interrupted scanning, with
>> following error (ioctl DMX_SET_FILTER failed: 27 File too large).
>>
>> 602000: (time: 00:58.973)
>>           (0.308sec): SCL (0x1F)
>>           (0.308sec) signal
>>           (0.308sec) lock
>>           signal ok:	QAM_AUTO f = 602000 kHz I999B8C999D999T999G999Y999
>> (0:0:0)
>>           initial PAT lookup..
>> start_filter:1644: ERROR: ioctl DMX_SET_FILTER failed: 27 File too large
>>
>> regards
>> Antti
>>
>>
>> On 06/12/2014 03:23 AM, Antti Palosaari wrote:
>>> Do you have any idea about that bug?
>>> kernel: submit of urb 0 failed (error=-27)
>>>
>>> https://bugzilla.kernel.org/show_bug.cgi?id=72891
>>>
>>> I have seen it recently very often when I try start streaming DVB. When
>>> it happens, device is unusable. I have feeling that it could be coming
>>> from recent 28xx big changes where it was modularised. IIRC I reported
>>> that at the time and Mauro added error number printing to log entry.
>>> Anyhow, it is very annoying and occurs very often. And people have
>>> started pinging me as I have added very many DVB devices to em28xx.
>
> Well, according with USB documentation (Documentation/usb/URB.txt),
> EFBIG means:
> - Too many requested ISO frames
>
> Perhaps the logic that calculates the number of URBs has a bug. In
> the past, the URB size was hardcoded. Nowadays, em28xx dynamically
> calculate it based on the USB descriptors, and the endpoints found.
>
>  From what I know, different versions of em28xx chips have different
> max limits. We need to identify on what chip version this error is
> occurring, and reduce the number of ISOC frames there (with will
> reduce the max bandwidth supported by such chip).

I tested these as having that issue:
em28178 PCTV tripleStick (292e)
em2874 MaxMedia UB425-TC
em2884 PCTV QuatroStick nano (520e)

Bug report mentions also:
em28174 PCTV nanoStick T2 (290e)
em28178 PCTV DVB-S2 Stick (461e)

So it must effect huge amount (if not all) of different em28xx chips 
used for DTV.


regards
Antti

-- 
http://palosaari.fi/

      reply	other threads:[~2014-06-14 23:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-12  0:23 em28xx submit of urb 0 failed (error=-27) Antti Palosaari
2014-06-12  0:37 ` Antti Palosaari
2014-06-14 12:45   ` Mauro Carvalho Chehab
2014-06-14 23:20     ` Antti Palosaari [this message]

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=539CD8A1.7020307@iki.fi \
    --to=crope@iki.fi \
    --cc=fschaefer.oss@googlemail.com \
    --cc=linux-media@vger.kernel.org \
    --cc=m.chehab@samsung.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).