Bug 507088 - Pulseaudio dies under moderate load with snd_hda_intel
Summary: Pulseaudio dies under moderate load with snd_hda_intel
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: pulseaudio
Version: 12
Hardware: x86_64
OS: Linux
low
high
Target Milestone: ---
Assignee: Lennart Poettering
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-20 18:27 UTC by Łukasz Lis
Modified: 2010-12-05 06:50 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-05 06:50:02 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
alsa-info.sh --no-upload (14.90 KB, text/plain)
2009-06-20 18:27 UTC, Łukasz Lis
no flags Details
lspci -v (7.46 KB, text/plain)
2009-06-20 18:30 UTC, Łukasz Lis
no flags Details
'pulseaudio -vvv' for crash with hard cpu limit, case "B) a)" (20.61 KB, application/x-bzip)
2009-06-20 18:33 UTC, Łukasz Lis
no flags Details
'pulseaudio -vvv' for crash with assertion 'pa_idxset_isempty(c->clients)', case "B) b)" (20.81 KB, application/x-bzip)
2009-06-20 18:35 UTC, Łukasz Lis
no flags Details
'pulseaudio -vvv' for crash with "alsa-source.c: Thread shutting down", case "B) c)" (18.62 KB, application/x-bzip)
2009-06-20 18:36 UTC, Łukasz Lis
no flags Details
'pulseaudio -vvv' for crash with "W: protocol-native.c: Failed to push data into queue", case "A)" (16.96 KB, application/x-bzip)
2009-06-20 18:38 UTC, Łukasz Lis
no flags Details
Uncompressed case B) a) (2.24 MB, text/plain)
2009-06-29 14:41 UTC, Łukasz Lis
no flags Details
Uncompressed case B) b) (2.22 MB, text/plain)
2009-06-29 14:44 UTC, Łukasz Lis
no flags Details
Uncompressed case B) c) (1.79 MB, text/plain)
2009-06-29 14:47 UTC, Łukasz Lis
no flags Details
Uncompressed case A) (1.72 MB, text/plain)
2009-06-29 14:49 UTC, Łukasz Lis
no flags Details
output of "pacmd ls" (13.90 KB, text/plain)
2009-06-29 14:53 UTC, Łukasz Lis
no flags Details
pulseaudio -vvvv log, 2.6.29.5-191.fc11.x86_64, default configuration (4.88 MB, text/plain)
2009-07-01 10:59 UTC, Łukasz Lis
no flags Details
Logs and configuration of my system (32.77 KB, text/plain)
2009-07-28 18:26 UTC, Yiannis Liverezas
no flags Details
output of lspci -v (4.87 KB, text/plain)
2009-07-29 03:27 UTC, Henrique Martins
no flags Details
output of lsmod (2.66 KB, text/plain)
2009-07-29 03:27 UTC, Henrique Martins
no flags Details
Patch for sound/core/pcm_lib.c for kernel-2.6.29.6-217.2.3 (7.22 KB, patch)
2009-08-12 22:39 UTC, Yiannis Liverezas
no flags Details | Diff
Modified spec file to apply the patch fix-pcm-lib-iliverez.patch (186.59 KB, text/plain)
2009-08-12 22:43 UTC, Yiannis Liverezas
no flags Details
pulseaudio -vvvv log, 2.6.30.9-90.fc11.x86_64, default configuration (5.71 MB, text/plain)
2009-11-04 14:45 UTC, Łukasz Lis
no flags Details

Description Łukasz Lis 2009-06-20 18:27:03 UTC
Created attachment 348750 [details]
alsa-info.sh --no-upload

Description of problem:
Pulseaudio crashes under these circumstances:
- Rhythmbox playing and moderate load (unpredictable, sometimes scrolling a bugzilla page in firefox is enough)
- Rhythmbox and totem playing at the same time 
in both cases PA will crash in a similar way.


Version-Release number of selected component (if applicable):
alsa-plugins-pulseaudio.x86_64          1.0.18-3.fc11    @fedora                
gstreamer.x86_64                        0.10.23-2.fc11   @updates               
gstreamer-ffmpeg.x86_64                 0.10.7-2.fc11    @rpmfusion-free-updates
gstreamer-plugins-bad.x86_64            0.10.12-2.fc11   @rpmfusion-free-updates
gstreamer-plugins-bad-extras.x86_64     0.10.12-2.fc11   @rpmfusion-free-updates
gstreamer-plugins-base.x86_64           0.10.23-1.fc11   installed              
gstreamer-plugins-farsight.x86_64       0.12.10-2.fc11   installed              
gstreamer-plugins-flumpegdemux.x86_64   0.10.15-6.fc11   installed              
gstreamer-plugins-good.x86_64           0.10.15-1.fc11   installed              
gstreamer-plugins-ugly.x86_64           0.10.11-2.fc11   @rpmfusion-free-updates
kernel.x86_64                           2.6.29.4-167.fc11
                                                         installed              
pulseaudio.x86_64                       0.9.15-14.fc11   @updates               
pulseaudio-libs.i586                    0.9.15-14.fc11   @updates               
pulseaudio-libs.x86_64                  0.9.15-14.fc11   @updates               
pulseaudio-libs-glib2.x86_64            0.9.15-14.fc11   @updates               
pulseaudio-module-bluetooth.x86_64      0.9.15-14.fc11   @updates               
pulseaudio-utils.x86_64                 0.9.15-14.fc11   @updates               
rhythmbox.x86_64                        0.12.1-3.fc11    installed              
totem.x86_64                            2.26.2-1.fc11    @fedora                
totem-gstreamer.x86_64                  2.26.2-1.fc11    @fedora           
xine-lib-pulseaudio.x86_64              1.1.16.3-2.fc11  @fedora

How reproducible: Always


Steps to Reproduce:
1. Play audio in totem
2. Play audio in rhythmbox or another player (GNOME mplayer) at the same time
3. Play with the time slider for a while in one player

  
Actual results:
Sound stops but playback continues in both players until end of file.
Sometimes pulseaudio will die at the end (see additional info)

Expected results:
Normal playback.

Additional info:
This happens with and w/o the user being in the 'pulse-rt' group.
Players will go silent but playback will continue (without audio) and pulseaudio will flood the error log with :
---
D: source.c: Processing rewind...
D: protocol-native.c: Requesting rewind due to rewrite.
D: alsa-sink.c: Requested to rewind 18944 bytes.
D: alsa-sink.c: Limited to 14976 bytes.
D: alsa-sink.c: before: 3744
D: alsa-sink.c: after: 3744
D: alsa-sink.c: Rewound 14976 bytes.
D: sink.c: Processing rewind...
D: sink-input.c: Have to rewind 14976 bytes on render memblockq.
D: sink-input.c: Have to rewind 31432 bytes on implementor.
D: sink-input.c: Have to rewind 14976 bytes on render memblockq.
D: source.c: Processing rewind...
---
then die.

Depending on the configuration in 'default.pa' pulseaudio died differently:

A) With "load-module module-hal-detect tsched=0" audio will die and the error log flood will end with multiple warnings like:
"W: protocol-native.c: Failed to push data into queue"

B) Without the "tsched=0" option pulseaudio would either:
  a) die with the error: "Hard CPU time limit exhausted, terminating forcibly."
  b) die with the error: "E: core.c: Assertion 'pa_idxset_isempty(c->clients)' failed at pulsecore/core.c:176, function core_free(). Aborting."
  c) exit with no error, just:
     "D: alsa-source.c: Thread shutting down" and "I: main.c: Daemon terminated."
  e) die with error: "E: memblock.c: Assertion 'length' failed at pulsecore/memblock.c:356, function pa_memblock_new_fixed(). Aborting."
  In all four cases no "W: protocol-native.c" warnings were reported, like with "tsched=0".

Sometimes an error message shows up in /var/log/messages after pulseaudio dies (not in all cases):
---
Jun 20 19:52:08 localhost pulseaudio[3099]: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
Jun 20 19:52:08 localhost pulseaudio[3099]: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers.
Jun 20 19:52:08 localhost pulseaudio[3099]: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
---
sometimes it will crash with the above and 
---
Jun 20 20:07:54 localhost pulseaudio[3252]: alsa-sink.c: snd_pcm_mmap_commit: Device or resource busy
---

Comment 1 Łukasz Lis 2009-06-20 18:30:32 UTC
Created attachment 348751 [details]
lspci -v

Comment 2 Łukasz Lis 2009-06-20 18:33:06 UTC
Created attachment 348752 [details]
'pulseaudio -vvv' for crash with hard cpu limit, case "B) a)"

Comment 3 Łukasz Lis 2009-06-20 18:35:13 UTC
Created attachment 348753 [details]
'pulseaudio -vvv' for crash with assertion 'pa_idxset_isempty(c->clients)', case "B) b)"

Comment 4 Łukasz Lis 2009-06-20 18:36:47 UTC
Created attachment 348754 [details]
'pulseaudio -vvv' for crash with "alsa-source.c: Thread shutting down", case "B) c)"

Comment 5 Łukasz Lis 2009-06-20 18:38:25 UTC
Created attachment 348755 [details]
'pulseaudio -vvv' for crash with "W: protocol-native.c: Failed to push data into queue", case "A)"

Comment 6 Lennart Poettering 2009-06-29 12:39:58 UTC
Hmpf, may I kindly ask you to reattach those logs uncompressed as text/plain? It's very painful to read through them like this.

Also, please include an output of "pacmd ls".

The snd_pcm_mmap_commit() is almost certainly a driver issue.

Comment 7 Łukasz Lis 2009-06-29 14:41:46 UTC
Created attachment 349786 [details]
Uncompressed case B) a)

Comment 8 Łukasz Lis 2009-06-29 14:44:54 UTC
Created attachment 349787 [details]
Uncompressed case B) b)

Comment 9 Łukasz Lis 2009-06-29 14:47:38 UTC
Created attachment 349788 [details]
Uncompressed case B) c)

Comment 10 Łukasz Lis 2009-06-29 14:49:57 UTC
Created attachment 349789 [details]
Uncompressed case A)

Comment 11 Łukasz Lis 2009-06-29 14:53:04 UTC
Created attachment 349790 [details]
output of "pacmd ls"

Comment 12 Łukasz Lis 2009-07-01 10:59:25 UTC
Created attachment 350083 [details]
pulseaudio -vvvv log, 2.6.29.5-191.fc11.x86_64, default configuration

Can't reproduce the crash after an update to 2.6.29.5-191.fc11.x86_64.
Flood of under-runs still present.
Streams still go silent but PA tends to recover after closing both players.

I've noticed that PA is a bit more resilient when I remove the 'alsa-plugins-pulseaudio' package (regardless of other ALSA applications running during the test).
With the package installed, PA will hang and start the under-run flood much quicker (sometimes the moment the second player is started). Sound crackles under I/O and even light load.

Without the package, PA hangs after "wiggling" a seek slider.

Comment 13 Henrique Martins 2009-07-20 15:21:18 UTC
Happens to me too, same kernel, alsa-plugins-pulseaudio installed.  I have tsched=0 in default.pa on a Dell OptiPlex GX620 with a Intel 82801G (ICH7 Family) AC'97 Audio Controller (rev 01).  Got the "memblock.c: Assertion 'length' failed at pulsecore/memblock.c:356, function pa_memblock_new_fixed(). Aborting" message.

Comment 14 Yiannis Liverezas 2009-07-28 18:26:33 UTC
Created attachment 355453 [details]
Logs and configuration of my system

Comment 15 Yiannis Liverezas 2009-07-28 18:28:26 UTC
Happens also to me. Just using amarok or audacious after a while recreates the problem. 

The problems appeared after installing the latest updates that were available from 18-27 July (about 150 packages). My repolist and versions of possible affecting packages are included in the attached file. Before updating the system, the sound worked perfectly.

System details:

[iliverez@guybrush log]$ uname -a
Linux guybrush.localdomain 2.6.29.6-213.fc11.x86_64 #1 SMP Tue Jul 7 21:02:57 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

[iliverez@guybrush log]$ lspci
00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2)

I attach a file with the following content:
 - output of "pacmd -ls"
 - excerpt of "/var/log/messages", when the problem happens
 - contents of /etc/pulse/default.pa
 - Installed relevant packages
 - Installed repositories

Comment 16 Yiannis Liverezas 2009-07-28 22:22:07 UTC
I downgraded to pulseaudio-0.9.15-11.fc11.x86_64 (and pulseaudio-libs etc.) and the problem continued to exist.
Then I also reverted back to previous kernel 2.6.29.5-191.fc11.x86_64 and things seem to work ok now.

With 2.6.29.6-213 the problem would occur at most after 5 mins of audio playback or almost immediately on .avi files playback with totem.

Trying with 2.6.29.5-191.fc11.x86_64 no problems after ~1hour avi playback with totem and 1h audio (mp3) playback with audacious. No problems with load, no cracking sounds at heavy CPU or hard disk IO load. Going back to pulseaudio-0.9.15-14 also worked fine with kernel 2.6.29.5-191.fc11.x86_64.

@Henrique: Could you please clarify to what version "same kernel" refers to? Is it 4-167 or 5-191? With 2.6.29-6.213, I got the same issue with you (pulsecore/memblock.c:356). Could you provide the driver that is used for you hardware? You can see it with "lspci -v" or "lsmod".

@Lukasz: My hardware uses the snd-intel8x0 driver, not snd-hda-intel. However, I see similarities in my case with both your post (case B,e) and Henrique's case. I cannot recall facing any problem with kernel 4-167. It may be a common problem, exposed with 2.6.29-4-167 with snd-hda-intel in your case and kernel 2.6.29-6-213 and snd-intex8x0 driver in my case. Does kernel 2.6.29-213 work well for you?

Possibly, looking the diffs of snd-hda-intel in kernels 2.6.29-4.167 and 2.6.29-5.191 and snd-intel8x0 in kernels 2.6.29-5.191 and 2.6.29-6-213 could lead to something useful.

Comment 17 Henrique Martins 2009-07-29 03:26:41 UTC
Same kernel back then referred to 2.6.29.5-191.fc11.i586.  I'm now on 2.6.29.6.-213.fc11.i586 but haven't been on that machine long enough to notice whether the problem is gone or not.
I'll attach the output of lspci -v and lsmod next.

Comment 18 Henrique Martins 2009-07-29 03:27:23 UTC
Created attachment 355486 [details]
output of lspci -v

Comment 19 Henrique Martins 2009-07-29 03:27:50 UTC
Created attachment 355487 [details]
output of lsmod

Comment 20 Łukasz Lis 2009-07-29 09:23:35 UTC
I still get the error flood like in case "B) a)" with kernel version 2.6.29.6-213. Playback doesn't go silent as in my previous comment and PA doesn't die as easily. Rewinding produces lots of clicks instead of crashing the PA daemon so it's a definite improvement. :)

Sometimes the daemon does die because of the CPU limit during the test case but it's hardly predictable. Compared to the previous kernel version it's rare.

Comment 21 Yiannis Liverezas 2009-07-29 18:05:45 UTC
Taking diffs between the various kernel versions in the whole sound dir, I could not find any changes in the related drivers. However, I found an interesting change in kernel-2.6.29-5 and kernel 2.6.29-6 in sound/pci/hda/hda_codec.c in function snd_hda_codec_write_cache:


** sound/pci/hda/hda_codec.c   2009-06-15 19:44:45.000000000 +0300
--- ../../6-213/linux-2.6.29/sound/pci/hda/hda_codec.c  2009-03-24 01:12:14.000000000 +0200
***************
*** 2003,2013 ****
    err = bus->ops.command(bus, res);
    if (!err) {
        struct hda_cache_head *c;
!       u32 key;
!       /* parm may contain the verb stuff for get/set amp */
!       verb = verb | (parm >> 8);
!       parm &= 0xff;
!       key = build_cmd_cache_key(nid, verb);
        c = get_alloc_hash(&codec->cmd_cache, key);
        if (c)
            c->val = parm;
--- 2003,2009 ----
    err = bus->ops.command(bus, res);
    if (!err) {
        struct hda_cache_head *c;
!       u32 key = build_cmd_cache_key(nid, verb);
        c = get_alloc_hash(&codec->cmd_cache, key);
        if (c)

In the older versions 4.167 and 5.191, variable parm would be effectively reduced to a byte due to the applied mask 0xff, whereas in the newer version the whole content of parm is used. 

I have no idea yet if this part of code is actually used in this issue (if it is used by the hda_intel, intel8x0 and via82xx drivers) or even if there is something wrong with this change.

One more point, if of any help, is that when the problem occured with 2.6.29-213, the progress bar of the player (totem, audacious, amarok), both on video and audio files, would skip long parts of the media file, to end up to stopping playback or crashing. Thus, a seven minutes song would be reduced to a couple of seconds and then crash.

Comment 22 Richard Schwarting 2009-08-01 23:25:55 UTC
Anything I can do to help? 

Intel ICH6 with AD1981B Sound Card
IBM Thinkpad X41
kernel-2.6.29.6-213.fc11

Started for me in the last few days, and now happens consistently, preventing audio from playing from Rhythmbox, mplayer, or Flash plugin to completion.  Not sure if it's related, but the audio slider argues with me: I tell it to be set to half, and it decides it really wants to appear to be set to max.

Comment 23 Charles R. Anderson 2009-08-11 07:04:50 UTC
Same thing here.  I can't get through an Onpoint podcast without pulseaudio crashing:

Aug 11 02:57:31 gauge pulseaudio[4493]: memblock.c: Assertion 'length' failed at pulsecore/memblock.c:356, function pa_memblock_new_fixed(). Aborting.

kernel-2.6.29.6-217.2.3.fc11.i686.PAE

00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
        Subsystem: Dell Device 0162
        Flags: bus master, medium devsel, latency 0, IRQ 17
        I/O ports at ee00 [size=256]
        I/O ports at edc0 [size=64]
        Memory at febffa00 (32-bit, non-prefetchable) [size=512]
        Memory at febff900 (32-bit, non-prefetchable) [size=256]
        Capabilities: <access denied>
        Kernel driver in use: Intel ICH
        Kernel modules: snd-intel8x0

Comment 24 Yiannis Liverezas 2009-08-12 22:31:52 UTC
Hi all,

my previous comment (#21) was completely wrong. I somehow messed up extracting the source RPMs of the various kernel versions. 

Anyway, the problem lies in the changes of sound/core/pcm_lib.c. The last good working version for my hardware was 2.6.29-5.191. I copied the pcm_lib.c file into the 2.6.29-6.217.2.3 kernel source and rebuilt the kernel, and everything works fine again. 

I am not familiar with the architecture of the sound stack in the kernel and with how audio hardware works in general, but I am quite sure that the people that made the changes that introduced this problem had a lot of good reasons to do so. Therefore, I kindly ask, if possible, someone that has this knowledge and experience (possibly Lennart?) to review again those changes in pcm_lib.c and provide the best solution. 

In the following posts I send the modified spec file and the patch for pcm_lib.c for the kernel (2.6.29-6.217.2.3), in case someone wants to experiment, rebuild the kernel and try. 
Instructions for building a custom kernel can be found here:
http://fedoraproject.org/wiki/Docs/CustomKernel

If you think that it would be useful to upload the built rpms (x86_64) somewhere for other people to use, feel free to contact me. 
Once again, I would prefer that someone that knows well this topic takes care to build official packages, after pcm_lib.c has been revised.

Comment 25 Yiannis Liverezas 2009-08-12 22:39:40 UTC
Created attachment 357253 [details]
Patch for sound/core/pcm_lib.c for kernel-2.6.29.6-217.2.3

This patch reverts pcm_lib.c of kernel-2.6.29.6-217.2.3 to the one of 2.6.29.5.191. It addresses #507088 and seems that problems with xruns, large chunk skipping, segfaults of applications that use audio have been fixed.

Comment 26 Yiannis Liverezas 2009-08-12 22:43:44 UTC
Created attachment 357255 [details]
Modified spec file to apply the patch fix-pcm-lib-iliverez.patch

This spec file should be used to rebuild kernel-2.6.29.6.217.2.3 with the fix-pcm-lib-iliverez.patch. It also generates by default the corresponding kernel-firmware package.

Comment 27 Lennart Poettering 2009-08-13 14:36:15 UTC
Yannis, is it possible that your issue is already covered in bug 506075?

Comment 28 Yiannis Liverezas 2009-08-13 15:18:21 UTC
Yes, I think so. I have missed 506075 in my initial search in the bug tracker. I found out about this bug today. I 've posted about this possibility in bug 516649 a couple of hours ago. I think also 516649 is a duplicate of 506075. 

However, 506075 provides a solution only for intel_8x0 (which actually covers me).
I wonder if reverting pcm_lib.c could temporarily help with via82xx or intel_hda, or better if it could lead to a fix for those drivers.

Comment 29 Łukasz Lis 2009-08-23 17:25:57 UTC
Turns out that, in my case, the problem didn't really go away. It happened on two occasions with the latest kernel update 2.6.29.6-217.2.8.fc11.x86_64. Symptoms were as in comment #12. (PA didn't crash but one stream went silent)

Comment 30 Łukasz Lis 2009-09-11 16:02:46 UTC
I found something that might have triggered the instability from my original bug report.
--
hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
--
This warning is very rare but when it showed up today in dmesg (during boot), pulseaudio stuttered as in my original report and stopped due to CPU overload when I followed the usual steps.

The warning didn't show up when I rebooted and the symptoms were gone.
I tried to look in hda_intel.c for the cause of the warning but I have no
experience in linux kernel programming. It looks like it's something in the ALSA driver that's causing this instability in PA.

Comment 31 Adam Williamson 2009-10-20 19:01:37 UTC
I'm fairly sure the problems everyone but Lukasz reported are different, because other reporters seem to say the problem _started_ after a kernel update, whereas for Lukasz he always had the problem from the start of F11, and kernel updates _improved_ the situation. They could be similar bugs, but they don't seem to be the same. So, other reporters, please check and see if your reports are genuine dupes of others - such as 506075 which Lennart mentioned - or file new reports.

Lukasz, how are things with current F11? Kernel went to 2.6.30, so the situation may have changed, I guess. If there's still problems, can we get updated pulseaudio logs so Lennart can assess the situation? Thanks.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 32 Łukasz Lis 2009-11-04 14:42:45 UTC
Nothing changed since my last comment, I'm afraid. I've been trying to trigger that warning under heavy CPU/disk/network and wireless usage but had no luck. After everything I've tried it seems the warning can show up at completely random times (during boot, after an hour or a few days of uptime). Is there a way to get some more debugging info for that warning?

I've successfully reproduced the bug with the kernel version 2.6.30.9-90.fc11.x86_64.

Comment 33 Łukasz Lis 2009-11-04 14:45:49 UTC
Created attachment 367488 [details]
pulseaudio -vvvv log, 2.6.30.9-90.fc11.x86_64, default configuration

Comment 34 Bug Zapper 2010-04-27 15:06:58 UTC
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11.  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 '11'.

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 11'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 11 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

Comment 35 Bill McGonigle 2010-04-27 16:06:45 UTC
I still see pulseaudio die on f12, though I'm not sure if it's under load or randomly.

kernel-2.6.32.11-99.fc12.x86_64
pulseaudio-0.9.21-5.fc12.x86_64

Comment 36 Adam Williamson 2010-04-29 15:29:04 UTC
adjusting to 12, then. thanks.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 37 Bug Zapper 2010-11-04 11:04:05 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  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 '12'.

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 12'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 12 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

Comment 38 Bug Zapper 2010-12-05 06:50:02 UTC
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.