Bug 127766

Summary:	sound gone after starting supertux game
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Hein Hanssen <hhanssen>
Component:	Sound	Assignee:	Takashi Iwai <tiwai>
Status:	RESOLVED DUPLICATE	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None
Version:	Final
Target Milestone:	---
Hardware:	i386
OS:	All
Whiteboard:
Found By:	Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Hein Hanssen 2005-10-12 10:05:09 UTC

I have succesfully installed SuSE10.0 on my Dell computer with SBlive soundcard.
The first day the soundcard work flawless in KDE as well as with the game
'Supertux'. After two days however all of a sudden (no modifications to the
system made) the sound in the game did not work anymore. In KDE there was still
sound. The game Frozen bubble which had also sound before now also was quiet.

I tried to reconfigure sound with yast first (remove and reinstall sblive). I
also rebooted my machine. This did however not work (sound in kde, but not in
the games). After that I started alsaconf as root and installed my sblivecard
using this script. This proofed to be stupid. Now there is no sound in kde, nor
in any other part of my system.

However, now I can also not remove the old soundcardconfiguration in yast and I
can also not install a new soundcard. It seems like yast is also affected by
using alsaconf.

The question is why sound suddenly did not work anymore. Is there a problem with
the soundconfiguration in SuSE10?

Comment 1 Takashi Iwai 2005-10-14 10:33:46 UTC

There is a bug in alsaconf, which was fixed but not yet provided via YOU.
Look for /etc/sysconfig/hardware/hwcfg-* including snd-emu10k1 module, and
remove the files manually.  Then, reconfigure via yast2 again.

But I have no idea why the game didn't produce soundsd.
The difference from 10.0 is that most of KDE apps don't require arts but use
ALSA API directly.  But this shouldn't matter for SB live.

Comment 2 Egbert König 2005-11-13 12:11:44 UTC

I had the same problem, that sound in KDE was working great but not with applications like VMware, supertux or tuxracer. I have straced tuxracer, and I have found, that in SuSE 10.0, were sound fails, /dev/dsp is opened successfully, then a call to ioctl(3, SNDCTL_DSP_SETFRAGMENT, 0xbfffd258) fails and later the application tries to open /dev/dsp again, which fails with EBUSY.

In SuSE 9.3, where sound works for all applications, supertux opens /dev/dsp just once and the call ioctl(3, SNDCTL_DSP_SETFRAGMENT, 0xbfffd258) is successfull.

My system is using SB 5.1 live as first sound card. I have reconfigured this card with YaST after the update and rebooted the system, as this has been a known issue with earlier updates.

Comment 3 Egbert König 2006-02-26 20:37:46 UTC

The solution for this problem is described in bug #131794.

*** This bug has been marked as a duplicate of 131794 ***