Bug 133616 - OSS emulation not working anymore after changing sound card
Summary: OSS emulation not working anymore after changing sound card
Status: RESOLVED WONTFIX
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Sound (show other bugs)
Version: Final
Hardware: Other Other
: P5 - None : Normal
Target Milestone: ---
Assignee: Jaroslav Kysela
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-13 20:54 UTC by Michael Stather
Modified: 2006-01-03 11:43 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
YaST2 logs (717.61 KB, application/x-compressed-tar)
2005-11-13 20:55 UTC, Michael Stather
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Stather 2005-11-13 20:54:02 UTC
I changed to a motherboard with onboard sound which works fine with ALSA. hwinfo is:

r098088:/home/michael # hwinfo --sound
14: PCI 04.0: 0401 Multimedia audio controller
  [Created at pci.277]
  UDI: /org/freedesktop/Hal/devices/pci_10de_59
  Unique ID: 8otl.OtT5SLVvnv3
  SysFS ID: /devices/pci0000:00/0000:00:04.0
  SysFS BusID: 0000:00:04.0
  Hardware Class: sound
  Model: "ASUSTeK K8N4-E Mainboard"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x0059 "CK804 AC'97 Audio Controller"
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0x812a "K8N4-E Mainboard"
  Revision: 0xa2
  Driver: "Intel ICH"
  I/O Ports: 0xd800-0xd8ff (rw)
  I/O Ports: 0xdc00-0xdcff (rw)
  Memory Range: 0xd0102000-0xd0102fff (rw,non-prefetchable)
  IRQ: 7 (20376 events)
  Module Alias: "pci:v000010DEd00000059sv00001043sd0000812Abc04sc01i00"
  Driver Info #0:
    Driver Status: snd_intel8x0 is active
    Driver Activation Cmd: "modprobe snd_intel8x0"
  Config Status: cfg=yes, avail=yes, need=no, active=unknown

however OSS emulation doesn´t seem to work correctly any more. Quake3 prints this:

------- sound initialization -------
Could not mmap dma buffer PROT_WRITE|PROT_READ
trying mmap PROT_WRITE (with associated better compatibility / less performance code)
/dev/dsp: Input/output error
Could not mmap /dev/dsp
------------------------------------

it worked correctly with the old soundcard. I´ve also attached the YaST logs, perhaps they´re important too.
Comment 1 Michael Stather 2005-11-13 20:55:08 UTC
Created attachment 57190 [details]
YaST2 logs
Comment 2 Jaroslav Kysela 2005-11-14 14:49:49 UTC
Set quake to use 16-bit samples and 2 channels (stereo). Other configurations are not supported with hardware. See quake documentation for help.
Comment 3 Michael Stather 2005-11-14 19:04:38 UTC
O looked in the documentation but found no infos other than that:

Q3A uses mmap() to map the sound buffers on /dev/dsp directly in order 
to provide responsive sound needs. Sound cards must be able to support this
feature in order to work. SoundBlaster 16, AWE32 and AWE64 cards are known
to work.

This error was about mmap, not about a particular format. Also it does work with other soundcards (and ALSA emulation) out of the box. Quake uses 16 bit 44,1 khz stereo by default. Or am I wrong here?
Comment 4 Jaroslav Kysela 2005-11-14 19:09:57 UTC
Also set the rate to 48khz. Appearenly the driver was forced to use this rate by some reason. Yes, the error is about mmap, but the ALSA tries to do format conversions for the OSS emulation, but it's impossible to do these conversions for the mmap access.
Comment 5 Michael Stather 2005-11-14 19:36:30 UTC
I don´t know how to setup the sound options in q3. I switched to q3 from icculus which uses SDL for I/O. If this is not a bug in SuSE IMHO you can close it.
Comment 6 Jaroslav Kysela 2006-01-03 11:43:47 UTC
Since it's a general problem, it should be moved to ALSA bug tracker:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=373