All of lore.kernel.org
 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 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.