Linux Sound subsystem development
 help / color / mirror / Atom feed
From: Bill Nottingham <notting@redhat.com>
To: linux-sound@vger.kernel.org
Subject: Re: AWE64 initial questions
Date: Wed, 16 Sep 1998 01:39:17 +0000	[thread overview]
Message-ID: <marc-linux-sound-90591398514674@msgid-missing> (raw)
In-Reply-To: <marc-linux-sound-90515879913606@msgid-missing>

Dave Wreski (dave@nic.com) said: 
> Check out:
> 
> ftp://ftp.redhat.com/pub/sound/sndconfig
> 
> It seems to be able to probe your system for PnP sound cards.  Actually,
> I'm not sure if it's capable of probing for more than just SB cards.
> Also, I think it's configured to use the new sound modules available in
> the development kernels, and a patch to 2.0.35.
> 
> Perhaps the gentleman from RH can respond?

While I have no idea who this gentleman is you speak of...

sndconfig is more or less (for PnP cards) a wrapper that
reads the output of pnpdump and writes an isapnp.conf file.
Currently (i.e., the beta version in /pub/sound/sndconfig)
it recognizes SB, ESS, GUS, Ensoniq SoundScape,
CS4232 & (one) Turtle Beach PnP cards through a verrrry
simple algorithm. It takes advantage of the '--config' option
of pnpdump to attempt to autoconfigure PnP cards - this option
tells pnpdump to attempt to find nonconflicting values
(via looking at /proc/interrupts, etc.). What it notably *doesn't*
do is actually read the pnpdump output to determine the ranges
of settings to use; the choices available are hardcoded if the user
is inputting them. It probably should be changed to do this.
It also may not quite configure all the cards that it tries
to correctly, as we don't have all of them to test. :)

Yes, it does require the sound drivers from either a 2.1.late
kernel, or Alan's sound patches.

Of course, if anyone wants to use this as a base point for
a generic PnP configuration utility, they can. It certainly
isn't a particularly complicated program/idea; there's probably
quite a few ways to do the same thing.

Bill

  parent reply	other threads:[~1998-09-16  1:39 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-09-07  3:18 AWE64 initial questions Dave Wreski
1998-09-08 20:06 ` Emil Stephan
1998-09-09  5:02 ` Dave Wreski
1998-09-09 14:39 ` Maddog Abel
1998-09-09 15:03 ` Juan Lupion
1998-09-09 19:40 ` Emil Stephan
1998-09-09 20:03 ` Dave Wreski
1998-09-09 21:03 ` Bill Nottingham
1998-09-09 22:13 ` Dan Hollis
1998-09-10  3:10 ` Dave Wreski
1998-09-10 16:23 ` Juan Lupion
1998-09-10 22:51 ` Dave Wreski
1998-09-10 23:22 ` Dan Hollis
1998-09-11  9:29 ` Hamish Moffatt
1998-09-11  9:31 ` Hamish Moffatt
1998-09-11 14:16 ` Dave Wreski
1998-09-11 18:59 ` Adam Wiggins
1998-09-12 10:11 ` Hamish Moffatt
1998-09-12 19:54 ` rtlynch
1998-09-13  0:51 ` Dave Wreski
1998-09-13  2:04 ` Jim
1998-09-13  2:11 ` llornkcor
1998-09-14 18:51 ` Adam Wiggins
1998-09-14 20:09 ` Dave Wreski
1998-09-15 15:14 ` rtlynch
1998-09-16  1:39 ` Bill Nottingham [this message]
1998-09-19 12:59 ` Hamish Moffatt
1998-09-19 13:01 ` Hamish Moffatt

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=marc-linux-sound-90591398514674@msgid-missing \
    --to=notting@redhat.com \
    --cc=linux-sound@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox