From: "Iain Sandoe" <iain@sandoe.co.uk>
To: Olaf Hering <olh@suse.de>, Bastien Nocera <hadess@hadess.net>,
linuxppc-dev@lists.linuxppc.org
Subject: Re: Mixer support on the iBook2
Date: Wed, 22 Aug 2001 22:29:28 +0100 [thread overview]
Message-ID: <20010822212924.38109DBA5D@atlas.valhalla.net> (raw)
> What I have found so far is that you have sound working after modprobe
> dmasound_pmac. when you launch kmix the volume slider is at 100%. but as
> soon as you move the volume control a bit the sound gets really loud. So
> I guess the driver reports the wrong volume level to the userland.
Missed most of this thread ... I've been overseas on business...
----
kmix (in common with all the mixers I've tried so far) does not obey the
OSS rules - which say that the mixer *should not* rely on the return value
from the driver.
a lot of chips need the driver to modify the User's parameter before
supplying it to the chip... so you might, for example, lose precision when
it is stored in the chip.
For AWACS/Screamer I have fixed this problem in the driver by maintaining a
cached version of the value the User has set and just echoing this back.
This is, perhaps, not correct behaviour for the driver really, one day I
should ping all the mixer maintainers that it doesn't work for and ask them
to fix it there. However, it's not an extravagant or particularly bloated
work-around for the short-term... it's also justifiable for situations where
you have write-only regs, or need to restore from sleep.
---
Looking at the TAS3001C data sheet reminds me that the value range is
greater than 0..100 so there must be some scaling needed.
Maybe that is related to the problem?
OSS does *not* (AFAIR) specify whether the steps are supposed to be linear
or logarithmic - just that they represent 0 .. 100%. From a perceptual POV
logarithmic makes most sense - but you might want to expand the 0..100 into
the full range available from TAS3001C.
It is TAS3001C we're considering here (yes?) ... same comment apply also to
iBook1 with DACA but in a less severe way because the DACA range is
smaller...
----
Has anyone made the keywest-i2c driver interrupt-driven yet?
(I assume this is what's being used to control the mixer).
----
There are quite a lot of things to sort out to integrate the new chips into
dmasound_pmac tidily... I didn't do any re-coding yet - still working out
the layout changes - and I've also got to do the work-to-eat-stuff... ;-)
ciao,
Iain.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next reply other threads:[~2001-08-22 21:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-22 21:29 Iain Sandoe [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-08-21 12:40 Mixer support on the iBook2 Ethan Blanton
2001-08-21 13:20 ` Bastien Nocera
2001-08-21 13:29 ` Ethan Blanton
2001-08-21 14:04 ` Olaf Hering
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=20010822212924.38109DBA5D@atlas.valhalla.net \
--to=iain@sandoe.co.uk \
--cc=hadess@hadess.net \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=olh@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).