Bug 25157
Summary: | System freeze after enabling ES1370 sound | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Gene Czarcinski <gczarcinski> |
Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 7.1 | CC: | katzj |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | Florence Gold | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-01-30 00:06:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Gene Czarcinski
2001-01-28 22:09:47 UTC
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 <jgarzik> To: David Bustos <bustos.edu> 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 #undef DEBUG to #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 details. 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. Regards, Jeff -- 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 |