"sound hanging"? what do you mean by that? If you run rhythmbox and play something, does the playback tiome proceed, except that you cannot hear anything?

I see no attachment of the "pulseaudio -vvv" output.

Dear Lennart, congrats. you brake the audio of many people around the globe and even in the outer space with your great PA project. just joking ;) .

hanging means that PA sound server crashes then starts then crashes ...etc. even if i just try to adjust the sound mixer levels using the PA mixer tool.

for the output: i'm so sorry, i will attach it today after work hours.

many thanks Lennart for your fast response, really appreciated.

Created attachment 366896 [details]
PA log

Created attachment 366897 [details]
PA log

this log contains extra details when i try to use the mic.

now i find that after restarting pa many time it plays sounds for about 5 minutes before it crash - normally it was crashing from the login screen every 5 seconds or less.

i have other logs in between pa.log and pa4.log 1,2,3 if you still want to have a look at them plz let me know.

Thanks & Best Regards.

you will not imagine what i just discovered now, i can't find a relation between the cause which i just discovered and all the problems i had with F10, 11, 12/rawhide.

it wasn't a kernel nor PA nor alsa problem !!!

i found the reason for this problem while i was trying to solve my other problem which was Blutooth not working.

as soon as i solved the BT problem the sound started working in a perfect way.

so what was the BT problem ?

it was an non-functional line in a udev rules file /etc/udev/rules.d/bluetooth-hid2hci.rules 
this file originally contains a call to the command hid2hci without the full path, and after adding the full path to hid2hci and running start_udev BT worked fine and sound worked perfect after this.

i thought this happened by chance, i rebooted - with the modified rules file - and sound/BT working fine.
then i restored the rules file to its original faulty state, then rebooted and found that sound/BT is NOT working again.

So i was suffering for 2 months and living without sound and can't use my mobile from Wammu/BT because of a small thing like this, i compiled about 12 kernels and tried all PA versions from 0.9.10 to 0.9.19 and tried Alsa from 1.0.18 to 1.0.21 each version about 3 times to discover that the problem caused by udev at the end :( i really so sad.

the BT bug which solved this issue is 527350 .

PLZ, add this solution to F10, F11, F12/rawhide i'm sure there're lots of users going away because of these little problems, and sadly i was one of them although i like fedora more than any other distro. but i have to get my work done.


i will insure that this is the same case on F12 and update you.

yeh we Arabs like to talk very much ;) .

Although not the same on F12 , i still have problems to get Mic to work on F12 the pa -vvv output attached.

for now i can work with F11 even till F13, also i would like to mention that BT didn't work till i add the previously mentioned rules file and run start_udev .


i think this bug should be assigned to udev team.

for me this problem has been solved now.

c u ,
Thanks & Best Regards,

Hi all,

the problem raises again, this time i did a clean F11 install and updated the whole system - yum -y update.

the new PA -vvv log attached, i was trying to record some audio, and there's a problem with PA and mic the following are the summary of current problems:

1- external Mic never works - only the built in mic work.
2- playing sound for some time [ 1sec - 10min ] crashes PA.
3- trying to use the mic - record - crashes PA.
4- restarting PA after a crash never gives a value, no output/input working.
5- restarting after a crash makes PA crashes every 2-5 sec with high CPU.

again:
this is a Dell Studio 1536 Laptop with all chips from ATI, sound controller is ATI Azalia RS700 and sound chip is Intel-HDA with ATI SBx00 !!

#lspci
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller

also, plz advice if i have to open a new bug.

Created attachment 367310 [details]
PA log - comm #7

PA -vvv mentioned in Comment #7 .

The termination issue is probably brokeness in the ATI HDMI driver (i.e. it asks for data at a much higher rate than the sampling rate would suggest and causes PA to overload). Could you please check if setting the ATI HDMI driver profile to "off" makes things more robust for you? Use pavucontrol's Configuration tab or gnome-volume-control's hardware tab for that.

Have you played around with the "connector" settings in g-v-c to select the input connector you record from?

Created attachment 367537 [details]
fedora - PA log #6

I'm so sorry to say that i'm not even able to change the sound mixer levels or any thing related to sound card.

PA crashes immediately if i open any volume control tool. then it shows only the ATI HDMI controller.

i tried this when i was able to do without any effect.

i would like to remind you that sound working perfect with Ubu and Win - with ubu it crashed today after long usage of mic and speakers with the buggy old skype.

i will attach the failing PA on ubu logs so you may compare and check.

also i will run PA on ubu in vvv mode again - hopefully without crashing - so you may get better idea.
plz, note that ubu-9.10 comes with pa 0.9.19 - and F11 w PA 0.9.15 .

should i try to compile and run 0.9.19 and send the log ?

Created attachment 367539 [details]
ubu-9.10/pa 0.9.19 log

this is the output of pa 0.9.19 on ubu-9.10 while crashing after about 4 hours working fine playback and recording and skype ( old/alsa - new/PA ) conversation.

Please use "pacmd list-card" to find the logical PA card index of the HDMI card. Then run "pacmd set-card-profile xxxxx off" where you replace xxx by that index. That gives you the same effect as selecting the "Off" profile in pavucontrol.

Created attachment 367675 [details]
fedora - PA log #7 - HDMI off

it's playing sound fine now, after disabling HDMI controller with a little high CPU.

and also built-in mic working - the recorded sound is very bad with lots of glitches and suspends.

this attachment contains the output of PA while using the new Skype with naitve PA support to test the recording and also playing some sound files and recording sound using gnome-sound-recorder and recordmydesktop.

i hope this will be useful for you.

i started to get some doubts about the hardware it self, i find that some times after restarting the laptop the mic doesn't work at all in ubu-9.10 and another restart gets it to work.

while booting any linux systems the kernel reports some BIOS bugs and says that there're some bits which did not been cleared by the BIOS.

i can't tell exactly if sound is 100% ok on Windows because i use it just for playing some games once a month.

is this have any relation to the problems which i have ?

still having problems with mic and recording sound.
any advice ??

Please try 0.9.20-1. It's waiting for karma in bodhi. So please try it and add some karma so that it can enter F12.

I'm working now on F11 and i tried to build src.rpm on it but it needs new versions of libudev-devel and libsndfile so i will reinstall F12 beta again and test on it.

This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

same problem with HP Pavilion dv6-1277la:

lspci | grep -i audio
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
01:00.1 Audio device: ATI Technologies Inc R700 Audio Device [Radeon HD 4000 Series]

This issue it's fixed for now ( not the right way ) with:

echo "options snd-hda-intel model=hp-dv5" >> /etc/modprobe.d/alsa.conf

and reboot

if anyone has a trauma reading a little Spanish, can read the full event in:

http://proyectofedora.org/forum/viewtopic.php?f=7&t=145&start=0&st=0&sk=t&sd=a

still not fixed on 13 - and no update from alsa nor PA.

MIC still not working

jacks auto detection not working

This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping