Red Hat Bugzilla – Bug 157641
Loud hiss from LHS speaker at 1st BOOT
Last modified: 2015-01-04 17:19:33 EST
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; Config D) Description of problem: During the firt boot after successful install a loud hiss is heard from the left hand side speaker. Version-Release number of selected component (if applicable): Kudzu that is present in FC4test3 How reproducible: Always Steps to Reproduce: Perform normal install. Actual Results: See discription. Expected Results: Silence. Additional info: Sound card detected as EQUISONIC ES1371 [Audio PCI-97] Module loaded snd-ens1371 The card is actually a soundblaster 16 PCI The loud hiss is being caused by the default enablement of IEC958 and IEC958.2 (in otherwords SPDIF which this card does not support) and the loud hiss can be cured by the use of the mixer configuration by enabling these settings to be shown and then removing the ticks in their check boxes but it is the IEC958.2 that is responsible for the loud hiss.
Can you attach the default /etc/asound.state generated at install time (before it's changed)?
Not without doing a re-install presumably which I will if necessary alternativly I can switch the two IEC958 tick boxes back on and then attach the file if that would be of any use.
If that's the only changes you made, sure, attach it.
Created attachment 114351 [details] asound.state as it was at 1st boot
What are the exact names of the two switches you changed?
Created attachment 114445 [details] current asound.state file
Attachment created for the current asound.state file The name of the two switches is IEC958: and IEC958 2: and were both ticked at on 1st boot un checking the IEC958 2: was the cause of the loud hiss but I also unchecked the IEC958: switch since the Soundblaster 16 PCI does not support SPDIF for either input or output.
You say this card does not support S/PDIF - if not, why would it have the mixer elements for it? Aha, looking at the driver source, it has a table of cards that support S/PDIF. So, presumably the fault is in that table. Can you attach the 'lspci -v' output for your card?
OK The information for just the audio card is at the top of the file and again below the seperator with all of the other card info.
Created attachment 114451 [details] information as requested.
Presumably that matches the: { .vid = PCI_VENDOR_ID_ENSONIQ, .did = PCI_DEVICE_ID_ENSONIQ_ES1371, .rev = ES1371REV_ES1373_8 }, in the driver.
Not actually looked at the driver source yet and can't till later today after I get home from work.(approx 18:30 BST or 17:30 GMT)
See attached ens1730.txt
Created attachment 114483 [details] info and code snipets from ens1370.c
Mass update of -test bugs to update version to fc4. (Please retest on final release, and report results if you have not already done so). Thanks.
This bug is still aparent as described when FC4 final is installed on the test hardware.
[This comment has been added as a mass update for all FC4 kernel bugs. If you have migrated this bug from an FC3 bug today, ignore this comment.] Please retest your problem with todays 2.6.12-1.1398_FC4 update. If your problem involved being unable to boot, or some hardware not being detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE* installing any kernel updates. If in doubt, you can recreate this file using.. mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak mv /etc/modprobe.conf /etc/modprobe.conf.bak kudzu Thank you.
Mass update to all FC4 bugs: An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream kernel (2.6.13.2). As there were ~3500 changes upstream between this and the previous kernel, it's possible your bug has been fixed already. Please retest with this update, and update this bug if necessary. Thanks.
2.6.14-1.1637_FC4 has been released as an update for FC4. Please retest with this update, as a large amount of code has been changed in this release, which may have fixed your problem. Thank you.
Sorry but this is a little difficult now as the system that exhibited this problem has now had FC3 re-installed on it because of other problems with FC4. Namly not being able to burn CD's on it in either FC4 or RAWHIDE and my testing efforts have now been transfered to my Intel SE7505VB2 box since I managed to get RAWHIDE installed on it a little while ago. (It has just had fc5test1 installed) As this sound card is not probably in common use anymore except on older hardware it would seem that the issue with it is probably no-longer important. If I get an opertunity to test the machine with a spare hard disc I will report back so leave this bug OPEN for now.
This is a mass-update to all currently open kernel bugs. A new kernel update has been released (Version: 2.6.15-1.1830_FC4) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. Thank you.
Just installed FC5 on the hardware that had this problem in FC4 and all is well no loud hiss and the sound card gets detected and setup correctly. Closing as resolved in FC5