F14: high temperatures after coming back from hibernate
Ranjan Maitra
maitra at iastate.edu
Wed Nov 10 04:30:49 UTC 2010
On Tue, 9 Nov 2010 15:32:34 -0600 Gordon Messmer <yinyang at eburg.com>
wrote:
> On 11/08/2010 07:22 PM, Ranjan Maitra wrote:
> > % strace -f -s 256 -p 1589
> >
> > The following keeps on scrolling:
> >
> > [pid 1589] ppoll([{fd=5, events=POLLIN}, {fd=21, events=POLLIN},
> > {fd=9, events=0}, {fd=4, events=POLLIN}, {fd=20, events=POLLIN},
> > {fd=26, events=POLLIN}, {fd=31, events=POLLIN|POLLERR|POLLHUP},
> > {fd=31, events=0}, {fd=30, events=POLLIN}, {fd=29, events=POLLIN},
> > {fd=22, events=POLLIN}, {fd=25, events=POLLIN}, {fd=16,
> > events=POLLIN}, {fd=19, events=POLLIN}, {fd=15,
> > events=POLLIN|POLLERR|POLLHUP}, {fd=15, events=0}, {fd=14,
> > events=POLLIN}, {fd=13, events=POLLIN}, {fd=7, events=POLLIN}], 19,
> > NULL, NULL, 8) = 1 ([{fd=9, revents=POLLHUP}])
> >
> > Killing pulseaudio (the process) seems to take care of it, and the
> > temperature cools.
>
> It's important to be exact here. That is a single line from the output
> of strace. Is every single line of output identical? Do they all end
> with "= 1 ([{fd=9, revents=POLLHUP}])"?
>
OK, here we are, for three consecutive lines.
[pid 1768] ppoll([{fd=5, events=POLLIN}, {fd=21, events=0}, {fd=9, events=POLLIN}, {fd=4, events=POLLIN}, {fd=20, events=POLLIN}, {fd=26, events=POLLIN}, {fd=31, events=POLLIN|POLLERR|POLLHUP}, {fd=31, events=0}, {fd=30, events=POLLIN}, {fd=29, events=POLLIN}, {fd=22, events=POLLIN}, {fd=25, events=POLLIN}, {fd=16, events=POLLIN}, {fd=19, events=POLLIN}, {fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=15, events=0}, {fd=14, events=POLLIN}, {fd=13, events=POLLIN}, {fd=7, events=POLLIN}], 19, NULL, NULL, 8) = 1 ([{fd=21, revents=POLLHUP}])
[pid 1768] ppoll([{fd=5, events=POLLIN}, {fd=21, events=0}, {fd=9, events=POLLIN}, {fd=4, events=POLLIN}, {fd=20, events=POLLIN}, {fd=26, events=POLLIN}, {fd=31, events=POLLIN|POLLERR|POLLHUP}, {fd=31, events=0}, {fd=30, events=POLLIN}, {fd=29, events=POLLIN}, {fd=22, events=POLLIN}, {fd=25, events=POLLIN}, {fd=16, events=POLLIN}, {fd=19, events=POLLIN}, {fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=15, events=0}, {fd=14, events=POLLIN}, {fd=13, events=POLLIN}, {fd=7, events=POLLIN}], 19, NULL, NULL, 8) = 1 ([{fd=21, revents=POLLHUP}])
[pid 1768] ppoll([{fd=5, events=POLLIN}, {fd=21, events=0}, {fd=9, events=POLLIN}, {fd=4, events=POLLIN}, {fd=20, events=POLLIN}, {fd=26, events=POLLIN}, {fd=31, events=POLLIN|POLLERR|POLLHUP}, {fd=31, events=0}, {fd=30, events=POLLIN}, {fd=29, events=POLLIN}, {fd=22, events=POLLIN}, {fd=25, events=POLLIN}, {fd=16, events=POLLIN}, {fd=19, events=POLLIN}, {fd=15, events=POLLIN|POLLERR|POLLHUP}, {fd=15, events=0}, {fd=14, events=POLLIN}, {fd=13, events=POLLIN}, {fd=7, events=POLLIN}], 19, NULL, NULL, 8) = 1 ([{fd=21, revents=POLLHUP}])
As you can see, it seems to be fd=21 today, but otherwise all the same.
(it appears that fd=21 seems to be exchanged today with fd=9).
> If so, that indicates that pulseaudio has lost connection to something
> which was attached to file descriptor 9. It's not clear to me where
> this bug is.
>
> First, I would assume that any time that pulseaudio gets HUP on one of
> its fds, it should close that fd and stop polling it.
>
> However, pulseaudio is polling fd 9 with no "events" requested. In that
> case, I believe that either glibc or Linux (the kernel) is at fault. No
> events should be returned for that fd. The documentation isn't
> perfectly clear on what actually happens when no events are specified,
> so this may be a bug or it may not be.
So, what should this bug be filed against? This appears to not be a
problem for suspend, or boot, but only after hibernate.
Best wishes,
Ranjan
More information about the users
mailing list