Difference between revisions of "Problem with broken sound on some ThinkPads"

From ThinkWiki
Jump to: navigation, search
(Solutions)
(Activating the devices)
 
(39 intermediate revisions by 12 users not shown)
Line 1: Line 1:
Information about the phenomena of broken sound on 600/E type ThinkPads.
+
Information about the phenomena of broken sound on some ThinkPad models.
  
==Problem description==
+
==Dual sound chip problem description==
 +
There are two sound chips in these machines, a PCI based [[CS4610|Crystal SoundFusion 4610]], and an ISA based [[CS4239|Crystal SoundFusion 4239]].
  
The following is not true with a Fedora Core Devel kernel 2.6.10-1.1109_FC4 (and probably other kernels) on IBM ThinkPad 600X machines. Just use the CS4610 drivers and sound will work fine. Trent Jarvi, tjarvi at qbang.org
+
The Linux drivers for the CS4610 (both OSS and ALSA) expect to find it paired with an AC'97 codec chip, while instead the CS4610 is paired with the ISA CS4239. This was done, because at the time this allowed DOS games to output sound using SoundBlaster Pro emulation.
  
First of all, be aware that even though the sound chip is a Crystal SoundFusion 4610, you'll have to use the cs4236 driver to enable sound on this machine, since this driver supports the CS4239 emulation that the 4610 chip offers.
+
To get sound under Linux you will have to use the OSS cs4232 or ALSA snd-cs4236 driver for the ISA soundchip instead.
  
Done that you might experience the phenomena that your sound goes into a loop after about a second just like a scratched record.
+
A good thread on the problem can be found in the [http://www.mail-archive.com/alsa-devel@lists.sourceforge.net/msg01181.html alsa-devel mailing list]
 +
 
 +
===Affected Models===
 +
*ThinkPad {{600E}}
 +
*ThinkPad {{770X}}, {{770Z}}
 +
 
 +
===Solutions===
 +
====Activating the devices====
 +
{{Todo|This should no longer be necessary with any recent distribution, if anyone can validate, and if so remove this section}}
 +
First you must make sure that the sound devices are activated.
  
==Affected Models==
+
Disable "Quick Boot" in your ThinkPad BIOS, otherwise the sound devices will not be activated by the BIOS.
*ThinkPad {{600}}, {{600E}}
+
To enter the BIOS, press F1 before switching the ThinkPad on and until the first beep is heard.
*ThinkPad {{770Z}}
 
  
==Affected Operating Systems==
+
You can also manually activate the sound card once booted:
*Linux, all flavours
+
* With apm and pnpbios, this is done with setpnp from the pcmcia package:
 +
:{{cmdroot|setpnp 0x0e on}}
 +
:{{cmdroot|setpnp 0x0f on}}
  
==Status==
+
* With acpi and pnpacpi, use these commands:
Here's a reasonable explanation of what happens:
+
:{{cmdroot|echo 'activate' > /sys/devices/pnp0/00:05/resources}}
 +
:{{cmdroot|echo 'activate' > /sys/devices/pnp0/00:06/resources}}
  
The problem with the 600 series is that there is not one, not two, but THREE
+
It seems that with very new kernels and ACPI enabled, you will need to manually enable the device even if you have correctly disabled "Quick Boot".
chips that look like sound cards to Linux. The actual Crystal chip is one of
 
them, the mwave is another, and the video chipset has a DSP that can be used
 
as sound circuitry if a designer opted to do so.
 
  
A good thread on the problem can be found in the [http://www.mail-archive.com/alsa-devel@lists.sourceforge.net/msg01181.html alsa-devel mailing list]
+
This only works with newer kernels that fully support pnpacpi, and provided that [http://bugzilla.kernel.org/show_bug.cgi?id=3912 this patch] has been applied (applied to Linus' tree in july 2005).
 +
 
 +
It seems that the default dma numbers change when pnpacpi is used (to dma1=1 dma2=3, for instance).
 +
 
 +
If you're using acpi and pnpacpi, you can see which resources the sound card is using like this:
 +
:{{cmdroot|cat /sys/devices/pnp0/00:05/resources}}
 +
:{{cmdroot|cat /sys/devices/pnp0/00:06/resources}}
  
==Solutions==
+
====Using ALSA====
Compile the sound driver as module and load it after everything else. You can create a boot script with the following line for that:
+
Compile the sound driver as a module and load it after everything else.
 +
You can add the following line to a boot script, ie. {{path|rc.local}} for that:
 
  /sbin/modprobe snd-cs4236 index=0 port=0x530 cport=0x538 irq=5 dma1=1 dma2=0 isapnp=0
 
  /sbin/modprobe snd-cs4236 index=0 port=0x530 cport=0x538 irq=5 dma1=1 dma2=0 isapnp=0
This is reported to work at least with kernel 2.6.9.
 
 
If the above line fails, quick boot is probably activated in the bios. In that case needs to activate the sound card by hand.
 
  
With apm and pnpbios, this is done with setpnp from the pcmcia package: setpnp 0x0e on&& setpnp 0x0f on
+
This is reported to work at least with kernel 2.6.15.
  
With acpi and pnpacpi, echo 'activate' >/sys/devices/pnp0/00:05/resources&& echo 'activate' >/sys/devices/pnp0/00:06/resources
+
On the 770x using kernel 2.6.16/2.6.17 you may try this:
 +
/sbin/modprobe snd-cs4232 port=0x530 cport=0x120 irq=5 dma1=1 dma2=0 isapnp=0
  
This only works with kernel that fully supports pnpacpi, and provided that
+
There is a [[Script for configuring the CS4239 sound chip in PnP mode|nice script]] which can do all this for you, including activation of the device and detecting the correct resource settings to use.
[http://bugzilla.kernel.org/show_bug.cgi?id=3912 this patch] has been applied. It seems that the dma numbers change with pnpacpi (dma1=1, dma2=5 for instance).
 

Latest revision as of 21:25, 9 August 2014

Information about the phenomena of broken sound on some ThinkPad models.

Dual sound chip problem description

There are two sound chips in these machines, a PCI based Crystal SoundFusion 4610, and an ISA based Crystal SoundFusion 4239.

The Linux drivers for the CS4610 (both OSS and ALSA) expect to find it paired with an AC'97 codec chip, while instead the CS4610 is paired with the ISA CS4239. This was done, because at the time this allowed DOS games to output sound using SoundBlaster Pro emulation.

To get sound under Linux you will have to use the OSS cs4232 or ALSA snd-cs4236 driver for the ISA soundchip instead.

A good thread on the problem can be found in the alsa-devel mailing list

Affected Models

Solutions

Activating the devices

TODO
This should no longer be necessary with any recent distribution, if anyone can validate, and if so remove this section

First you must make sure that the sound devices are activated.

Disable "Quick Boot" in your ThinkPad BIOS, otherwise the sound devices will not be activated by the BIOS. To enter the BIOS, press F1 before switching the ThinkPad on and until the first beep is heard.

You can also manually activate the sound card once booted:

  • With apm and pnpbios, this is done with setpnp from the pcmcia package:
# setpnp 0x0e on
# setpnp 0x0f on
  • With acpi and pnpacpi, use these commands:
# echo 'activate' > /sys/devices/pnp0/00:05/resources
# echo 'activate' > /sys/devices/pnp0/00:06/resources

It seems that with very new kernels and ACPI enabled, you will need to manually enable the device even if you have correctly disabled "Quick Boot".

This only works with newer kernels that fully support pnpacpi, and provided that this patch has been applied (applied to Linus' tree in july 2005).

It seems that the default dma numbers change when pnpacpi is used (to dma1=1 dma2=3, for instance).

If you're using acpi and pnpacpi, you can see which resources the sound card is using like this:

# cat /sys/devices/pnp0/00:05/resources
# cat /sys/devices/pnp0/00:06/resources

Using ALSA

Compile the sound driver as a module and load it after everything else. You can add the following line to a boot script, ie. rc.local for that:

/sbin/modprobe snd-cs4236 index=0 port=0x530 cport=0x538 irq=5 dma1=1 dma2=0 isapnp=0

This is reported to work at least with kernel 2.6.15.

On the 770x using kernel 2.6.16/2.6.17 you may try this:

/sbin/modprobe snd-cs4232 port=0x530 cport=0x120 irq=5 dma1=1 dma2=0 isapnp=0

There is a nice script which can do all this for you, including activation of the device and detecting the correct resource settings to use.