Gary: I thought when we looked into the problem earlier you said the problem didn't happen with gnome-volume-control, and only with the slider in the mixer applet. Anyway,
If you run gnome-volume-control with --gst-debug-level=4 --gst-debug-no-color Then does this generate any useful debug messages? The debug output can b large, so feel free to send it to me privately for review rather than spamming everyone on the list. Brian > I now have new information on this issue, testing under Nevada build 104 this > time. > Moving the slider in gnome-volume-control while audio is playing from another > application stops the sound permanently. To generate sound, I used the > `sound' > application from the main menu, by clicking on [test]. While the tone was > sounding, > I moved the slider in gnome-volume-control. The sound disappeared, and never > returned until I rebooted the computer. This happens with the > gnome-volume-control > started from the main menu, or the one in the panel bar. It happens with > either > slider in that case. > > This is my driver: > > Dec 13 09:41:30 amd npe: [ID 236367 kern.info] PCI Express-device: > pci1043,81cb at 10,1, audiohd0 > Dec 13 09:41:30 amd genunix: [ID 936769 kern.info] audiohd0 is /pci at > 0,0/pci1043,81cb at 10,1 > > -rwxr-xr-x 1 root sys 70360 Nov 27 17:37 > /kernel/drv/amd64/audiohd > > I have `truss' output from gnome-volume-control at the time I moved the > slider. > This appears to be the relevant part: > > ioctl(6, FIONREAD, 0x08046E54) = 0 > read(6, "\n\0981804\08003\0 lAC\0".., 192) = 192 > pollsys(0x0857E098, 8, 0x08046F08, 0x00000000) = 0 > pollsys(0x0857E098, 8, 0x08046F08, 0x00000000) = 0 > pollsys(0x0857E098, 8, 0x08046F08, 0x00000000) = 0 > pollsys(0x0857E098, 8, 0x08046F08, 0x00000000) = 0 > ioctl(18, AUDIO_SETINFO, 0x0804601C) = 0 > write(6, " *0203\004\08003E0 P06\0".., 44) = 44 > ioctl(6, FIONREAD, 0x08046E54) = 0 > read(6, "\n02991803\08003\0 ~F2\0".., 32) = 32 > pollsys(0x0857E098, 8, 0x08046F08, 0x00000000) = 1 > ioctl(18, AUDIO_GETINFO, 0x08046D1C) = 0 > ioctl(18, AUDIO_GETINFO, 0x08046D1C) = 0 > ioctl(18, AUDIO_GETINFO, 0x08046D1C) = 0 > ioctl(6, FIONREAD, 0x08046E54) = 0 > read(6, "\t\0991804\08003\0\0\0\0".., 32) = 32 > > These are the two devices: > > 6: S_IFSOCK mode:0666 dev:338,0 ino:21634 uid:0 gid:0 size:0 > O_RDWR|O_NONBLOCK FD_CLOEXEC > SOCK_STREAM > SO_SNDBUF(16384),SO_RCVBUF(5120) > sockname: AF_UNIX > peername: AF_UNIX /tmp/.X11-unix/X0 > 18: S_IFCHR mode:0000 dev:329,0 ino:19002 uid:0 gid:0 rdev:83,10 > O_WRONLY > /devices/pci at 0,0/pci1043,81cb at 10,1:sound,audioctl > 19: S_IFCHR mode:0000 dev:329,0 ino:18995 uid:0 gid:0 rdev:83,11 > O_RDWR|O_NONBLOCK > /devices/pci at 0,0/pci1043,81cb at 10,1:sound,audioctl > > Has anyone else seen this behavior? I'm assuming that it only happens with > this > driver or this hardware. All the indications in gnome-volume-control appear > and > operate normally after the sound stops.
