Difference between revisions of "AD1981B"

From ThinkWiki
Jump to: navigation, search
(Linux ALSA driver)
(switched categorization)
 
(26 intermediate revisions by 14 users not shown)
Line 4: Line 4:
 
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
 
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
 
=== AD1981B ===
 
=== AD1981B ===
This is a Analog Devices AC'97 Audio controller
+
This is a Analog Devices AC'97 Audio codec
  
 
Note: The documentation of the R40 incorrectly(?) states it has a AD1891A
 
Note: The documentation of the R40 incorrectly(?) states it has a AD1891A
  
 
=== Features ===
 
=== Features ===
* Chipset: AD1981B or AD1981HD
+
* Chipset: AD1981B
 
* Interface: AC'97
 
* Interface: AC'97
 +
* PCI-ID: 8086:24c5 (part of: [[Intel_82801DBM|Intel 82801DB-ICH4]])
 +
* PCI-ID: 8086:266e (part of: [[Intel_82801FBM|Intel 82801FB-ICH6]])
 +
 
</div>
 
</div>
 
|style="vertical-align:top" |
 
|style="vertical-align:top" |
 
|}
 
|}
  
=== Linux OSS driver ===
+
 
On systems where lspci shows an Intel AC'97 Audio Controller, this chip is supported by the i810_audio kernel module.
 
  
 
=== Linux ALSA driver ===
 
=== Linux ALSA driver ===
On systems where lspci shows an Intel AC'97 Audio Controller, this chip is supported by the snd-intel8x0 kernel module.
+
On systems where lspci shows an Intel AC'97 Audio Controller, this chip is supported by the '''snd-intel8x0''' kernel module. This driver provides enhanced [[How to enable audio codec power saving|power saving]] capabilities.
 +
 
 +
On systems where lspci shows an ATI AC'97 Audio Controller (R40e and R51e), this chip is supported by the '''snd-atiixp''' kernel module.
  
On systems where lspci shows an ATI AC'97 Audio Controller (R40e and R51e), this chip is supported by the snd-atiixp kernel module.
+
==== Note ====
 +
If sound still doesn't work even if you have a perfectly correct setup, try turning the hardware volume up with the keyboard buttons. They are totally independent from the ALSA controls and chances are they are just muted.
  
 
==== Note ====
 
==== Note ====
On some models ({{T40}}, {{T43p}}, ...) audio is muted if either Headphone or Line Jack are unmuted. See also ALSA Wiki FAQ [http://alsa.opensrc.org/FAQ004]
+
On some models ({{T40}}, {{T43p}}, ... {{R51e}} ...) audio is muted if either Headphone or Line Jack are unmuted. See also ALSA Wiki FAQ [http://alsa.opensrc.org/FAQ004]. Also, if Headphone Sense or Line Jack Sense are unmuted audio is dead ({{R50e}}, {{R52}}, {{X40}}). By default the Sense settings are not shown in mixer.
 +
 
 +
==== Note ====
 +
By default microphone capture is disabled when using the ALSA drivers (this may or may not be true with the OSS drivers).  To enable microphone capture, use amixer or gnome-alsamixer to enable capture on the microphone and Capture devices, i.e., 'amixer set 'Mic' cap;  amixer sset 'Capture' cap'.
 +
 
 +
==== Note ====
 +
A bug was introduced in the 2.6.20 kernel (between the rc1 and rc2 releases) which causes the sound to stop working after hibernation.  Rebooting does not seem to fix the problem.  A quick work-around is to do a suspend-to-ram, and then wake the machine up.  This issue is chronicled in this bug report on Launchpad.net:
 +
The fix changing HIBERNATE_MODE=shutdown to HIBERNATE_MODE=platform in /etc/default/acpi-support worked very well. I don't know if it possibly could introduce other bugs or if it's a true fix.
 +
 
 +
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/80893
 +
 
 +
Changing HIBERNATE_MODE=shutdown to HIBERNATE_MODE=platform in /etc/default/acpi-support seems to be solving this issue for many users. Confirmed to work with: X31, T43p
  
 
=== FreeBSD OSS driver ===
 
=== FreeBSD OSS driver ===
Line 34: Line 50:
 
* {{R50}}, {{R50e}}, {{R50p}}, {{R51}}, {{R51e}}, {{R52}}
 
* {{R50}}, {{R50e}}, {{R50p}}, {{R51}}, {{R51e}}, {{R52}}
 
* {{T40}}, {{T40p}}, {{T41}}, {{T41p}}, {{T42}}, {{T42p}}, {{T43}}, {{T43p}}
 
* {{T40}}, {{T40p}}, {{T41}}, {{T41p}}, {{T42}}, {{T42p}}, {{T43}}, {{T43p}}
* {{X30}}, {{X31}}, {{X32}}
+
* {{X31}}, {{X32}}
 
* {{X40}}, {{X41}}, {{X41T}}
 
* {{X40}}, {{X41}}, {{X41T}}
* {{Z60m}}, {{Z60t}}
 
  
[[Category:Components]]
+
[[Category:Audio Devices]]
 +
 
 +
=== See also ===
 +
* [[Problem with audio clipping]]

Latest revision as of 14:27, 15 November 2020

AD1981B

This is a Analog Devices AC'97 Audio codec

Note: The documentation of the R40 incorrectly(?) states it has a AD1891A

Features


Linux ALSA driver

On systems where lspci shows an Intel AC'97 Audio Controller, this chip is supported by the snd-intel8x0 kernel module. This driver provides enhanced power saving capabilities.

On systems where lspci shows an ATI AC'97 Audio Controller (R40e and R51e), this chip is supported by the snd-atiixp kernel module.

Note

If sound still doesn't work even if you have a perfectly correct setup, try turning the hardware volume up with the keyboard buttons. They are totally independent from the ALSA controls and chances are they are just muted.

Note

On some models (T40, T43p, ... R51e ...) audio is muted if either Headphone or Line Jack are unmuted. See also ALSA Wiki FAQ [1]. Also, if Headphone Sense or Line Jack Sense are unmuted audio is dead (R50e, R52, X40). By default the Sense settings are not shown in mixer.

Note

By default microphone capture is disabled when using the ALSA drivers (this may or may not be true with the OSS drivers). To enable microphone capture, use amixer or gnome-alsamixer to enable capture on the microphone and Capture devices, i.e., 'amixer set 'Mic' cap; amixer sset 'Capture' cap'.

Note

A bug was introduced in the 2.6.20 kernel (between the rc1 and rc2 releases) which causes the sound to stop working after hibernation. Rebooting does not seem to fix the problem. A quick work-around is to do a suspend-to-ram, and then wake the machine up. This issue is chronicled in this bug report on Launchpad.net: The fix changing HIBERNATE_MODE=shutdown to HIBERNATE_MODE=platform in /etc/default/acpi-support worked very well. I don't know if it possibly could introduce other bugs or if it's a true fix.

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/80893

Changing HIBERNATE_MODE=shutdown to HIBERNATE_MODE=platform in /etc/default/acpi-support seems to be solving this issue for many users. Confirmed to work with: X31, T43p

FreeBSD OSS driver

snd_ich will work happily for this audio chip.

ThinkPads this chip may be found in

See also