From: "Thibault Le Meur" <Thibault.LeMeur@supelec.fr>
To: 'Pavel Polischouk' <pavelp@rogers.com>
Cc: alsa-devel@lists.sourceforge.net
Subject: RE : [PATCH 1/2] M-Audio USB
Date: Fri, 15 Dec 2006 10:25:08 +0100 [thread overview]
Message-ID: <031101c7202a$ecc35cd0$161ce4a0@supelec.fr> (raw)
In-Reply-To: <4582120B.7050500@rogers.com>
> Here's a new proposal.
> Retire the "device_setup=MODE", where MODE is a bitmap of available
> sample rates and/or resolutions. Every device uses DIFFERENT
> altsettings
> for different combinations, it would be too burdensome to
> keep track of
> all the devices that require this hack and specifically add
> support for
> each one of them (and they will NOT work without this!)
Disagree on the last sentence (should read "will NOT *completely* work"),
but this is a detail ;-) (see my last post)
> Instead, add parameter "force_altsetting=NUMBER", which will apply to
> ANY device if specified. It will skip all altsettings instead of the
> selected one. It will be a matter of documentation for each M-Audio
> device to describe what each of these altsettings does. It would be
> possible to make any other M-Audio device work without patching the
> driver even further, just an exercise for the user to call the driver
> with each altsetting separately, figure out what it does and
> update the
> documentation. Also, the patch would be rather smaller.
Agree, after re-reading the audiophile usb modes and AltSettings, this
should work for this device and will, as you said, be easier to implement
and maintain.
We would, however, need Clemens Ladisch or Takashi's point of view on this,
since we'll add a param that will potentially affect any usb device.
Thibault
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
next prev parent reply other threads:[~2006-12-15 9:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-24 20:26 [PATCH 1/2] M-Audio USB Pavel Polischouk
2006-11-27 11:15 ` Takashi Iwai
2006-11-27 11:18 ` Takashi Iwai
2006-12-03 22:42 ` Peter Oehry
2006-12-15 3:10 ` Pavel Polischouk
2006-12-15 8:42 ` RE : " Thibault Le Meur
2006-12-15 9:25 ` Thibault Le Meur [this message]
2006-12-03 20:55 ` Thibault Le Meur
2006-12-15 3:36 ` Pavel Polischouk
2006-12-15 8:55 ` RE : " Thibault Le Meur
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='031101c7202a$ecc35cd0$161ce4a0@supelec.fr' \
--to=thibault.lemeur@supelec.fr \
--cc=alsa-devel@lists.sourceforge.net \
--cc=pavelp@rogers.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