From: Lee Revell <rlrevell@joe-job.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Mark_H_Johnson@raytheon.com, Takashi Iwai <tiwai@suse.de>,
Andrew Morton <akpm@osdl.org>,
alsa-devel@alsa-project.org, Adrian Bunk <bunk@stusta.de>,
lkml <linux-kernel@vger.kernel.org>,
perex@suse.cz
Subject: Re: Re: 2.6.10-mm1: ALSA ac97 compile error with CONFIG_PM=n
Date: Wed, 05 Jan 2005 12:23:51 -0500 [thread overview]
Message-ID: <1104945831.8589.25.camel@krustophenia.net> (raw)
In-Reply-To: <1104936968.24187.180.camel@localhost.localdomain>
On Wed, 2005-01-05 at 14:56 +0000, Alan Cox wrote:
> On Mer, 2005-01-05 at 14:21, Mark_H_Johnson@raytheon.com wrote:
> > > The default blocking behavior of OSS devices was changed recently.
> > > When the device is in use, open returns -EBUSY immediately in the
> > > latest version while it was blocked until released in the former
> > > version.
> > I suppose there was a "good reason" for changing the user level
> > interface in this way. Could you [or someone else] explain that and
> > if you would consider changing it back (to stop breaking old applications)?
> > Otherwise - is there some way (other than running lsmod and grep) to find
> > out if the interface is busy and which application is using it?
>
> OSS itself changed behaviour over time (2.2 to 2.4) ALSA has merely
> caught up with the newer OSS behaviour and the new behaviour is correct.
>
> If you want to find out if the interface is busy open it. If you want to
> do it portably open it with O_NDELAY.
>
And if you want to find out who is using it then try fuser /dev/dsp,
fuser /dev/snd/*, or lsof.
Lee
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
WARNING: multiple messages have this Message-ID (diff)
From: Lee Revell <rlrevell@joe-job.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Mark_H_Johnson@raytheon.com, Takashi Iwai <tiwai@suse.de>,
Andrew Morton <akpm@osdl.org>,
alsa-devel@alsa-project.org, Adrian Bunk <bunk@stusta.de>,
lkml <linux-kernel@vger.kernel.org>,
perex@suse.cz
Subject: Re: [Alsa-devel] Re: 2.6.10-mm1: ALSA ac97 compile error with CONFIG_PM=n
Date: Wed, 05 Jan 2005 12:23:51 -0500 [thread overview]
Message-ID: <1104945831.8589.25.camel@krustophenia.net> (raw)
In-Reply-To: <1104936968.24187.180.camel@localhost.localdomain>
On Wed, 2005-01-05 at 14:56 +0000, Alan Cox wrote:
> On Mer, 2005-01-05 at 14:21, Mark_H_Johnson@raytheon.com wrote:
> > > The default blocking behavior of OSS devices was changed recently.
> > > When the device is in use, open returns -EBUSY immediately in the
> > > latest version while it was blocked until released in the former
> > > version.
> > I suppose there was a "good reason" for changing the user level
> > interface in this way. Could you [or someone else] explain that and
> > if you would consider changing it back (to stop breaking old applications)?
> > Otherwise - is there some way (other than running lsmod and grep) to find
> > out if the interface is busy and which application is using it?
>
> OSS itself changed behaviour over time (2.2 to 2.4) ALSA has merely
> caught up with the newer OSS behaviour and the new behaviour is correct.
>
> If you want to find out if the interface is busy open it. If you want to
> do it portably open it with O_NDELAY.
>
And if you want to find out who is using it then try fuser /dev/dsp,
fuser /dev/snd/*, or lsof.
Lee
next prev parent reply other threads:[~2005-01-05 17:24 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-05 14:21 [Alsa-devel] Re: 2.6.10-mm1: ALSA ac97 compile error with CONFIG_PM=n Mark_H_Johnson
2005-01-05 14:56 ` Alan Cox
2005-01-05 14:56 ` [Alsa-devel] " Alan Cox
2005-01-05 17:23 ` Lee Revell [this message]
2005-01-05 17:23 ` Lee Revell
2005-01-05 16:49 ` Takashi Iwai
2005-01-05 16:49 ` [Alsa-devel] " Takashi Iwai
2005-01-05 18:04 ` Lee Revell
2005-01-05 18:04 ` [Alsa-devel] " Lee Revell
-- strict thread matches above, loose matches on Subject: below --
2005-01-07 14:41 Mark_H_Johnson
2005-01-05 18:15 Mark_H_Johnson
2005-01-04 19:25 Mark_H_Johnson
2005-01-05 13:41 ` [Alsa-devel] " Takashi Iwai
2005-01-05 21:27 ` Andrew Morton
2005-01-05 21:43 ` Lee Revell
2005-01-06 16:30 ` Alan Cox
2005-01-05 21:27 ` Andrew Morton
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=1104945831.8589.25.camel@krustophenia.net \
--to=rlrevell@joe-job.com \
--cc=Mark_H_Johnson@raytheon.com \
--cc=akpm@osdl.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=alsa-devel@alsa-project.org \
--cc=bunk@stusta.de \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@suse.cz \
--cc=tiwai@suse.de \
/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.