From: Kunal Singh <kunal@singhkunal.com>
To: alsa-devel@alsa-project.org
Subject: Re: bandwidth issue with usb-audio in alsa
Date: Tue, 27 May 2008 18:40:31 +0530 [thread overview]
Message-ID: <483C0847.1080405@singhkunal.com> (raw)
Hi,
I have some update on the issue which I had reported earlier. In my last e-mail, I had not mentioned that iPod is connected to the target through a USB (HS) Hub. When I connect the
same hub to my Desktop and read its configuration using "usbview" - I see that "interval" for this hub is mentioned
as "256 msec". (I have two hubs and I get all the results same with both the hubs).
With 36 URBs, the gap between two set of transactions is appx 220 msec (220+36 => 256). So, I am wondering
if the problem which I am seeing is because the external hub. I can not connect iPod directly to my target board,
because this board does not support enough current (as needed by iPod).
Can some one suggest, where is the problem - is it with the host controller driver?
Regards,
Kunal Singh
-----------------------------
Kunal Singh wrote:
Hi,
My Platform
-------------
I am trying to stream audio data from a USB-device (an iPod) to my
arm-based embedded device (running kernel 2.6.23). The USB-device confirms
to usb digital audio (subclass - streaming) class. The endpoint buffer size
196 bytes and transfer period is 1 msec. So, I should be reading data every
msec.
Problem
-----------
I am facing some bandwidth issues. The data is not being captured fast
enough.
I notice that once one set of URBs are captured (one set equal to
MAX_URBS), there is a significant delay in capturing the next set of URBs.
I have set MAX_URBS equal to 32.
When I connect a USB-Analyzer and analyze the timings, I can see that
32 URBs are captured at a interval of 1 msec each. After that there is a
break of around 250 msec. And then again 32 URBs captured in sequence.
If I change the MAX_URBs to any other value N, N URBs get captured at
interval of 1 msec each, and then there is a break.
Can some one suggest a way to improve this problem. Is there some
configuration or parameter which I can change, so that URBs get submitted
fast enough? May be as soon as the old one has retired.
Thanks and Regards,
Kunal
www.singhkunal.com
next reply other threads:[~2008-05-27 13:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-27 13:10 Kunal Singh [this message]
2008-05-27 15:34 ` bandwidth issue with usb-audio in alsa Clemens Ladisch
2008-05-27 15:47 ` Jon Smirl
-- strict thread matches above, loose matches on Subject: below --
2008-05-28 5:12 kunal
2008-05-28 3:03 kunal
2008-05-27 4:23 kunal
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=483C0847.1080405@singhkunal.com \
--to=kunal@singhkunal.com \
--cc=alsa-devel@alsa-project.org \
/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.