All of lore.kernel.org
 help / color / mirror / Atom feed
* alsa driver and udev.
@ 2006-12-07 11:11 James Courtier-Dutton
  2006-12-08  7:25 ` Jaroslav Kysela
  0 siblings, 1 reply; 2+ messages in thread
From: James Courtier-Dutton @ 2006-12-07 11:11 UTC (permalink / raw)
  To: alsa-devel

Hi,

How much work would it be to get alsa driver to work nicely with udev, 
so that a specific udev config could be used to decide which sound card 
is card 0 etc.
How about a global config interface whereby userland processes could 
modify the sound card order and possibly provide other general sound 
card related services to userspace. In this way, even if a sound card 
booted up as card 0, we could swap it with card 1 without having to 
unload it.
This might require the device naming in /dev/snd to change so that the 
card number was not included in the device name. Maybe use an extra 
subdirectory for each card, much like the /proc filesystem uses.

James

-------------------------------------------------------------------------
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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: alsa driver and udev.
  2006-12-07 11:11 alsa driver and udev James Courtier-Dutton
@ 2006-12-08  7:25 ` Jaroslav Kysela
  0 siblings, 0 replies; 2+ messages in thread
From: Jaroslav Kysela @ 2006-12-08  7:25 UTC (permalink / raw)
  To: James Courtier-Dutton; +Cc: alsa-devel

On Thu, 7 Dec 2006, James Courtier-Dutton wrote:

> Hi,
> 
> How much work would it be to get alsa driver to work nicely with udev, 
> so that a specific udev config could be used to decide which sound card 
> is card 0 etc.
> How about a global config interface whereby userland processes could 
> modify the sound card order and possibly provide other general sound 
> card related services to userspace. In this way, even if a sound card 
> booted up as card 0, we could swap it with card 1 without having to 
> unload it.
> This might require the device naming in /dev/snd to change so that the 
> card number was not included in the device name. Maybe use an extra 
> subdirectory for each card, much like the /proc filesystem uses.

Hi,

	my idea was a bit different. We have card id (aka text alias) 
already. They are fully supported in alsa-lib. So, only missing thing is 
to change these aliases and to use these aliases in application 
configurations rather than card numbers.
	I had already a discussion with Greg on LKML and in mm tree (I 
think) are patches to create a soundcard class. We can put card id (alias) 
to this class with read/write priviledges. So udev can freely change it 
like network device names. I think it could be in 2.6.20.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SUSE Labs

-------------------------------------------------------------------------
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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-12-08  7:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-07 11:11 alsa driver and udev James Courtier-Dutton
2006-12-08  7:25 ` Jaroslav Kysela

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.