Red Hat Bugzilla – Bug 25157
System freeze after enabling ES1370 sound
Last modified: 2005-10-31 17:00:50 EST
I have an Ensoniq ES1370 adapter. On my 7.0 system running kernel
2.4.0-0.37 (from early rawhide), sound works fine. I installed beta3
(fisher). After bootup, I used sndconfig to enble sound. I then logged in
and enabled sound. Although it worked (sort of) the quality was crappy and
moving the mouse was a problem.
I rebooted and logged in again. This time (when it seemed that sound would
start) the system froze -- it took a hard reset to reboot. I reinstalled
and tried again. This time, when sound should have started, the system
What were you playing sound with? A bug came across lkml yesterday/today about
using xmms under 2.4.1-pre10 (which is included in ac11 which is what
2.4.0-0.99.11 is based on) due to running out of shm and locking up the machine.
I was running standard KDE with sound enabled. It also happened with gnome.
However, I found the following on the kernel list. I have not tried the
suggested circumvension but this sounds like what happened to me.
Subject: Re: es1371 freezes 2.4.0 hard
Date: Sat, 27 Jan 2001 09:22:45 -0500
From: Jeff Garzik <firstname.lastname@example.org>
To: David Bustos <email@example.com>
David Bustos wrote:
> Quoth Jeff Garzik on Thu, Jan 25, 2001 at 10:24:13AM -0500:
> > What happens if you remove the call to pci_enable_device() in the source
> > code, drivers/sound/es1371.c?
> That seems to do it.
Ok. For a temporary fix, there ya go.
But removing pci_enable_device is incorrect; it merely avoids what
appears to be a bug with your Via irq routing. Would it be possible for
you to edit linux/arch/i386/kernel/pci-i386.h, and change the line near
the top from
#define DEBUG 1
and then send the output of 'dmesg -s 16384' to linux-kernel (and CC
me)? That will dump your PCI IRQ routing information, among other
Step two, "modprobe es1371" with pci_enable_device -in- the code, and
with debugging enabled as described above. IIRC it should print out a
few more lines of debugging information that will be helpful. Since we
are dealing with a hard lock, these last few lines of debugging info
might have to be copied via a serial console, or by hand.
One last question... is this an SMP machine? If so, let me know if
booting with "noapic" option on the command line fixes things.
Jeff Garzik | "You see, in this world there's two kinds of
Building 1024 | people, my friend: Those with loaded guns
MandrakeSoft | and those who dig. You dig." --Blondie
This defect is considered MUST-FIX for Florence Gold release
I installed the 2.4.0-0.99.23 smp kernel from rawhide 20010207. This appears to
have fixed the problem since the system no longed freezes.
Therefore, I am marking this closed