Bug 216123

I have a similar problem. Sound can be used as root but not as a user.

Mainboard asus P5P800VM

Yast sound test is fine.
hwinfo --sound                    (originally had:)
20: PCI 1f.5: 0401 Multimedia audio controller
  [Created at pci.281]
  Unique ID: W60f.LFn5GGAUni8
  SysFS ID: /devices/pci0000:00/0000:00:1f.5
  SysFS BusID: 0000:00:1f.5
  Hardware Class: sound
  Model: "ASUSTeK P5P800-MX Mainboard"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x24d5 "82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller"
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0x810f "P5P800-MX Mainboard"
  Revision: 0x02
  Driver: "Intel ICH"
  Driver Modules: "snd_intel8x0"
  I/O Ports: 0xc000-0xc0ff (rw)
  I/O Ports: 0xb800-0xb83f (rw)
  Memory Range: 0xfbe7b800-0xfbe7b9ff (rw,non-prefetchable)
  Memory Range: 0xfbe7b400-0xfbe7b4ff (rw,non-prefetchable)
  IRQ: 177 (342 events)
  Module Alias: "pci:v00008086d000024D5sv00001043sd0000810Fbc04sc01i00"
  Driver Info #0:
    Driver Status: snd_intel8x0 is active
    Driver Activation Cmd: "modprobe snd_intel8x0"
  Driver Info #1:
    Driver Status: i810_audio is not active
    Driver Activation Cmd: "modprobe i810_audio"
  Config Status: cfg=no, avail=yes, need=no, active=unknown

As root 
modprobe i810_audio
then
lunix:/home/graham # aplay /opt/kde3/share/sounds/KDE_Window_Shade_Up.wav
Playing WAVE '/opt/kde3/share/sounds/KDE_Window_Shade_Up.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Mono

As user
graham@lunix:~> aplay /opt/kde3/share/sounds/KDE_Window_Shade_Up.wav
ALSA lib confmisc.c:670:(snd_func_card_driver) cannot find card '0'
ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device
ALSA lib confmisc.c:391:(snd_func_concat) error evaluating strings
ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_concat returned error: No such device
ALSA lib confmisc.c:1070:(snd_func_refer) error evaluating name
ALSA lib conf.c:3500:(_snd_config_evaluate) function snd_func_refer returned error: No such device
ALSA lib conf.c:3968:(snd_config_expand) Evaluate error: No such device
ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM default
aplay: main:550: audio open error: No such device

My problem is on x86_64.

(In reply to comment #2)
> My problem is on x86_64.

Graham, can you please make sure that you have the package "hal-resmgr" installed? If not, please install it and report back if that fixes the problem. See bug 215396

Simon, your problem with Banshee is unrelated. It's a missing GStreamer plugin. See bug 206626

Yes I have hal-resmgr installed.

Having had the problem with every logon since intalling beta1, I now find sound is behaving normally this morning. 

This computer is about a month old and havn't had this problem with suse 10.0 and 10.1 in either x86_64 or i586 versions.

I also have this problem, also on an x86_64 box with snd_intel8x0. It worked fine in alpha5/alpha5plus

After a couple of reboots where sound worked, The problem has happened again.
hwinfo --sound shows that i810_audio module failed to load and lsmod confims this.
modprobe i810_audio followed by rcalsasound restart dosn't give a user the ability to play sounds.
i810_audio is an OSS module and is probably unrelated to the failure.

The problem is about device permissions and irrelevant with sound drivers.
Reassigned to hal-resmgr maintainger who have more clue about such things.

(Also, don't load i810_audio.  It's OSS and conflicts with ALSA drivers.  This may result in unexpected problems.)

please attach output of:

/usr/sbin/hal-resmgr --list
lshal

My laptop is in for repair now so I can´t provide that information atm. I'll add it as soon as I can!

The same problem occurs on beta2+ i586. My onboard soundcard (ALi Corporation M5451 PCI AC-Link Controller Audio Device) wont play any sound as user, as root it works. 
After some tests i just tried to add the user to the group audio, and everything works fine. 
So it seems to be a rights problem to the sound device. Maybe this helps

lshal output would help

I didn't test it in RC3, maybe it is fixed, but in RC1 it is still the same behaviour (only users in the group audio have the rights to use the soundcard). 

here is the lshal output:

udi = '/org/freedesktop/Hal/devices/pnp_ALI5123'
  linux.sysfs_path_device = '/sys/devices/pnp0/00:09'  (string)
  info.bus = 'pnp'  (string)
  info.udi = '/org/freedesktop/Hal/devices/pnp_ALI5123'  (string)
  linux.subsystem = 'pnp'  (string)
  pnp.id = 'ALI5123'  (string)
  info.product = 'PnP Device (ALI5123)'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.sysfs_path = '/sys/devices/pnp0/00:09'  (string)
  info.parent = '/org/freedesktop/Hal/devices/computer'  (string)

please attach the full lshal output

Created attachment 107648 [details]
lshal

sorry.

hal only has /dev/snd/seq and /dev/snd/timer so either the alsa sysfs structure is screwed or hal cannot deal with this particular one. I'll reassign to the hal maintainer. Danny: only comments >=10 are relevant for this problem, just ignore the rest.

please attach output of: 'l /sys/class/sound/*'

Created attachment 107753 [details]
l /sys/class/sound/*

output as root

please stop hal (rchal stop) and call this line as root:

hald --daemon=yes --verbose=yes --use-syslog 

and attach the part of /var/log/messages since the restart.

Created attachment 107948 [details]
messages hald

i've updated to rc5 but still the same issue.

There are no devices, because HAL don't get the parent device of the sound card (the pci device) devices. Looks for me like a problem with udev maybe. IMO this devices should have a parent. (but from udev: parent_dev=0x00000000)

--------------------------
Dec  1 21:51:46 tuxlap hald[20996]: 21:51:46.822 [I] device.c:2843: add_dev: subsys=sound sysfs_path=/sys/class/sound/dsp dev=/dev/dsp parent_dev=0x00000000
Dec  1 21:51:46 tuxlap hald[20996]: 21:51:46.822 [I] coldplug.c:213: pool_num_freed = 67 (of 355)
--------------------------

CC Hannes and reassign to Kay. @Kay: could you take a look at this? 

It is all correct, HAL doesn't support devices without full sysfs-representation. The kernel misses the "device"-link. It must look like something like this:
  $ ls -l /sys/class/sound/pcmC0D0p
  dev
  device -> ../../../devices/pci0000:00/0000:00:1e.2
  subsystem -> ../../../class/sound
  ...

Takashi, can you make the sound driver pass the physical device to the kernel driver core?

The driver (at least intel8x0) sets the physical device properly.
The ali5451 is a different problem, and irrelevant from this bug itself.