All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Revell <rlrevell-2FmhHzymoG5BDgjK7y7TUQ@public.gmane.org>
To: A list for linux audio users
	<linux-audio-user-oG0YroN0ZiqENrSoib9kfje48wsgrGvP@public.gmane.org>
Cc: alsa-devel
	<alsa-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: Alsa problems with nforce2 (Solved)
Date: Wed, 22 Sep 2004 11:21:38 -0400	[thread overview]
Message-ID: <1095866497.498.33.camel@krustophenia.net> (raw)
In-Reply-To: <Pine.LNX.4.58.0409220915061.20254-YsKO3VpTU6pu49Tpnmdm6g@public.gmane.org>

On Wed, 2004-09-22 at 05:23, Maarten De Boer wrote:
> > I edit /etc/discover.conf and put disable the modules of OSS and
> > Voila!!!!
> 
> Remember those words... We will probably see this problem a lot in
> the future.
> 
> To resume: discover loads the OSS drivers when "discovering" the
> sound devices. Obviously, if a user installs alsa, the logical
> thing would be to blacklist the OSS drivers in the /etc/discover.conf
> automatically. But the problem is that, Debian policy, the alsa package
> is not allowed to change the configuration of another package. So the
> user has to add the blacklist to /etc/discover.conf himself.
> 
> As for as I understand, the solution would be to change discover
> configuration from a single file to a directory, where alsa can add
> it's blacklist during installation. A similar mechanism is already
> being used with hotplug)
> 

This is a good idea.  I am copying this to alsa-devel.

I suggested doing this in the ALSA drivers, having them printk() if
someone tries to load them with the OSS driver already loaded, but it's
much better to do it in userspace with a blacklist.

Lee

           reply	other threads:[~2004-09-22 15:21 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <Pine.LNX.4.58.0409220915061.20254-YsKO3VpTU6pu49Tpnmdm6g@public.gmane.org>]

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=1095866497.498.33.camel@krustophenia.net \
    --to=rlrevell-2fmhhzymog5bdgjk7y7tuq@public.gmane.org \
    --cc=alsa-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=linux-audio-user-oG0YroN0ZiqENrSoib9kfje48wsgrGvP@public.gmane.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.