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 powered off!
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