On 08/04/2010 14:14, Garrett D'Amore wrote:
On 04/ 8/10 02:10 AM, Darren J Moffat wrote:
On 07/04/2010 18:39, Albert Lee wrote:
The PreSession script could check the ownership of /dev/audio and only
call "audioctl load-controls" if /dev/audio is already owned by the
user. It is a bit of a drag to follow all the /dev/audio symlinks,
but it would be smarter.
Something that may have to be addressed eventually is dynamic switching
between multiple X sessions ("fast user switching"). Maybe a note
should be
made that the design here will have to be revisited if this is ever
supported.
That would be more relevant to the currently running case PSARC
2010/119 "Console User" assignment, logindevperm and virtual console
update. Since that case actually ensures that with multiple X sessions
only the first (ie :0.0 display) has access to the audio device
anyway. If the intent is to allow "switching" of the audio devices
then both this case and PSARC/2010/119 need to coordinate and both
probably need updated specs. However I don't believe that is the
intent because taking away the audio (or other logindevperm assigned
devices) on "fast user switching" could actually cause applications
currently running to fail.
Oh wow.
I'm working on something that could be a fix for that. Basically, we can
switch the plumbing *underneath* the application pretty easily now, and
direct the other session to a "sink". We could also provide mixing of
all applications if that is more desirable.
I think we ought to have a conference call to discuss this in more
detail... there are multiple options here and I'd really like to try to
tackle this correctly.
Audio is only one part of the picture though. What about all the other
usb attached devices that logindevperm will be switching owner of:
disks, video, ugen etc.
What will do you about the webcam that is recording stuff ? Or the
disks that are mounted ?
--
Darren J Moffat
_______________________________________________
opensolaris-arc mailing list
[email protected]
