Bug 470449 (Tylersburg-Sound)

Created attachment 322828 [details]
Sysreport from RHEL5.3 GA-snapshot1

Hm, I don't understand how is that possible...we haven't updated that package in rhel-5.

Please run "python /usr/share/system-config-soundcard/system-config-soundcard.py" on console as root and attach output here. Thanks.

Martin,

I'm not yet sure, if system-config-soundcard is broken or if there was a patch in the ALSA modules that render the sound unusable. Looking at the python output:

-------------------------8<-snip-----------------------------------
[root@r670 ~]# python /usr/share/system-config-soundcard/system-config-soundcard.py
Introspect error: The name org.freedesktop.Hal was not provided by any .service files
Traceback (most recent call last):
  File "/usr/share/system-config-soundcard/system-config-soundcard.py", line 46, in ?
    app = soundcard.childWindow()
  File "/usr/share/system-config-soundcard/soundcard.py", line 95, in __init__
    self.soundcardBackend = soundcardBackend.soundcardBackend()
  File "/usr/share/system-config-soundcard/soundcardBackend.py", line 397, in __init__
    self.detectCards()
  File "/usr/share/system-config-soundcard/soundcardBackend.py", line 411, in detectCards
    self.cardArray = self.mergeCards(self.probeCards(DETECTION_HAL),\
  File "/usr/share/system-config-soundcard/soundcardBackend.py", line 444, in probeCards
    default_device, card_list, card_max)
  File "/usr/share/system-config-soundcard/soundcardBackendHal.py", line 163, in probeCards
    udiList = self.halManager.FindDeviceByCapability("alsa")
  File "/usr/lib/python2.4/site-packages/dbus/proxies.py", line 25, in __call__
    ret = self._proxy_method (*args, **keywords)
  File "/usr/lib/python2.4/site-packages/dbus/proxies.py", line 102, in __call__
    reply_message = self._connection.send_with_reply_and_block(message, timeout)
  File "dbus_bindings.pyx", line 455, in dbus_bindings.Connection.send_with_reply_and_block
dbus_bindings.DBusException: The name org.freedesktop.Hal was not provided by any .service files
-------------------------8<-snip-----------------------------------

Hope this helps.

Thanks
Rainer

Is the service "haldaemon" running and configured properly?

Hi Martin,

yes, it was running. But I experienced a very strange behaviour: 

After executing hald again from a root shell I was able to run system-config-soundcard. But even then the sound is not working.

The strange thing is: Rebooting the machine again and having the same entries for "hal" in the process list as before makes system-config-sound start, but still with no sound. So the experience is:

1. Install DVD and pass though firstboot.
2. Login as root and start system-config-soundcard doesn't work
3. Reboot, login and start system-config-soundcard works this time.

Anyway, even having the complete GUI doesn't make the sound work. :-( 

I tried to see the mixter settings with alsamixer and got the following line:

alsamixer: function snd_mixer_load failed: Invalid argument

I will attaach scsconfig.log to this bug.

Regards
Rainer

Created attachment 322855 [details]
logfile from system-config-soundcard

Generated on RHEL5.3 GA snapshot 1

Per the above comment....
> A. system-config-soundcard on RHEL5.2 with exactly the same hardware works. I
> can select "HDA intel" and I can hear the sample sound.
this appears to be a regression from 5.2.

This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".

It's a problem in hal daemon...

[komat@localhost hardware]$ cat lshal 
error: libhal_ctx_init: (null): (null)
Could not initialise connection to hald. 
 Normally this mean the HAL daemon (hald) is not running or not ready.
lshal.c 689 : INFO: called LIBHAL_FREE_DBUS_ERROR but dbusError was not set.

Martin, is hal running? If not, please can you get the output of:

/usr/sbin/hald --verbose=yes --daemon=no

Thanks.

I suppose you want to ask reporter for it...

Here are some more findings:

When I try to open alsamixer on the konsole I get the following messages:

[root@r670 ~]# alsamixer
hda_codec: num_steps = 0 for NID=0x5 (ctl = Speaker Playback Volume)

alsamixer: function snd_mixer_load failed: Invalid argument

The first line with hda_codec is a kernel log message. So I wonder if there is an issue with ALSA in this case.

Please, attach output from 'alsa-info.sh --no-upload' (script can be downloaded at http://www.alsa-project.org/alsa-info.sh).

Created attachment 325234 [details]
output of alsa-info.sh

Needinfo? What Info is still needed? 

Regards
Rainer (confused)

Hi Rainer


I believe the engineer wants to know if this exact same problem is still
occurring with the latest released betas, ie, snapshot #3 and snapshot
#4?


Regards, Gary


This event sent from IssueTracker by gasmith 
 issue 237751

Could you try to add 'options snd-hda-intel index=0 model=fujitsu' to /etc/modprobe.conf and reboot? Check alsamixer again. Please, also attach all sound related messages from log - /var/log/messages.

Ok, tried that out. Adding the option to modprobe.conf doesn't help, still no sound to hear. 
I' will attach a file messages with all the messages from today.

Invoking alsamixer still complains about the Speaker Playback Volume steps in the log and alsamixer exits with "invalid agrument".

If I compile the latest ALSA drivers (1.0.18a) from the ALSA site then sound works fine. But not with the drivers that RHEL 5.3 is providing, actually I'm on GA snapshot 4 and the problem is still there.

Created attachment 325362 [details]
Todays log messages. 

See the last lines for the messsage that is logged when I start "alsamixer" or even "system-config-soundcard".

Please, attach output from alsa-info.sh also for 1.0.18a driver with kernel log messages..

Also, please test with models: 3stack-dig , 3stack-6ch-dig, 3stack-6ch, 6stack-dig . See comment#20 for details. Attach relevant log from dmesg or /var/log/messages.

Hello Jaroslav,

bingo!!! setting model=3stack-dig makes the thing work. No errors when starting alsamixer and system-config-sound is able to playback the sound as expected.

Thanks a lot for this.

Regards
Rainer

I posted a patch for auto model selection for this platform to rh-kernel mailing list.

in kernel-2.6.18-126.el5
You can download this test kernel from http://people.redhat.com/dzickus/el5

Don,

I tested now with RHEL 5.3 GA snapshot 6. The gap between this bits and the ALSA 1.0.18a driver is that with the RHEL bits only the backpanel output works, not the phones jack on the frontpanel. With the ALSA driver both outputs work.

Regards
Rainer

It's not only the front jack that's not working but also the builtin speaker.
Regards
 Matthias

Just for the records: All sound outputs work fine with Fedora 10. Fedora 10 says it has ALSA driver version 1.0.17.

Regards
Rainer

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2009-0225.html