1:44 p.m.
On an ECS 945 GCT-M/1333 the X server randomly stalls,
apparently frozen. However, moving the mouse restores
normal operation, at least for a while. This happens with
getperf. It also seems to happen during graphical install.
--
Chuck Forsberg caf(a)omen.com www.omen.com 503-614-0430
Developer of Industrial ZMODEM(Tm) for Embedded Applications
Omen Technology Inc "The High Reliability Software"
10255 NW Old Cornelius Pass Portland OR 97231 FAX 629-0665
5:14 a.m.
Chuck Forsberg WA7KGX N2469R, Thu, 04 Jun 2009 11:44:42 -0700:
On an ECS 945 GCT-M/1333 the X server randomly stalls, apparently
frozen. However, moving the mouse restores normal operation, at least
for a while. This happens with getperf. It also seems to happen during
graphical install.
Please file a bug and attach to it /var/log/Xorg.0.log, /var/log/dmesg,
and /var/log/messages.
Matěj
5:41 a.m.
On Fri, Jun 5, 2009 at 12:14, Matej Cepl <mcepl(a)redhat.com> wrote:
Chuck Forsberg WA7KGX N2469R, Thu, 04 Jun 2009 11:44:42 -0700:
> On an ECS 945 GCT-M/1333 the X server randomly stalls, apparently
> frozen. However, moving the mouse restores normal operation, at least
> for a while. This happens with getperf. It also seems to happen during
> graphical install.
Please file a bug and attach to it /var/log/Xorg.0.log, /var/log/dmesg,
and /var/log/messages.
It sounds a lot like a version of this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=474624
Can you confirm if the output of the command "dmesg" reports something
like the following?
irq 16: nobody cared (try booting with the "irqpoll" option)
Pid: 0, comm: swapper Not tainted 2.6.27.7-134.fc10.x86_64 #1
Call Trace:
<IRQ> [<ffffffff81083207>] __report_bad_irq+0x38/0x7c
[<ffffffff81083453>] note_interrupt+0x208/0x26d
[<ffffffff81083b80>] handle_fasteoi_irq+0xbb/0xeb
[<ffffffff8101309e>] do_IRQ+0xf7/0x169
[<ffffffff81010933>] ret_from_intr+0x0/0x2e
<EOI> [<ffffffff811bcac6>] ? acpi_idle_enter_simple+0x175/0x1b4
[<ffffffff811bcabe>] ? acpi_idle_enter_simple+0x16d/0x1b4
[<ffffffff81285f8b>] ? cpuidle_idle_call+0x95/0xc9
[<ffffffff8100f279>] ? cpu_idle+0xb2/0x10b
[<ffffffff8132cd35>] ? start_secondary+0x16e/0x173
handlers:
[<ffffffffa03ae465>] (i915_driver_irq_handler+0x0/0x207 [i915])
Disabling IRQ #16
If so, I think you see a duplicate of that bug.
Best,
Kåre
--
Kåre Fiedler Christiansen
8:45 a.m.
On Fri, Jun 5, 2009 at 3:41 AM, Kåre Fiedler
Christiansen<fedora(a)kaarefc.dk> wrote:
On Fri, Jun 5, 2009 at 12:14, Matej Cepl <mcepl(a)redhat.com>
wrote:
> Chuck Forsberg WA7KGX N2469R, Thu, 04 Jun 2009 11:44:42 -0700:
>
>> On an ECS 945 GCT-M/1333 the X server randomly stalls, apparently
>> frozen. However, moving the mouse restores normal operation, at least
>> for a while. This happens with getperf. It also seems to happen during
>> graphical install.
>
> Please file a bug and attach to it /var/log/Xorg.0.log, /var/log/dmesg,
> and /var/log/messages.
It sounds a lot like a version of this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=474624
Can you confirm if the output of the command "dmesg" reports something
like the following?
irq 16: nobody cared (try booting with the "irqpoll" option)
Pid: 0, comm: swapper Not tainted 2.6.27.7-134.fc10.x86_64 #1
Call Trace:
<IRQ> [<ffffffff81083207>] __report_bad_irq+0x38/0x7c
[<ffffffff81083453>] note_interrupt+0x208/0x26d
[<ffffffff81083b80>] handle_fasteoi_irq+0xbb/0xeb
[<ffffffff8101309e>] do_IRQ+0xf7/0x169
[<ffffffff81010933>] ret_from_intr+0x0/0x2e
<EOI> [<ffffffff811bcac6>] ? acpi_idle_enter_simple+0x175/0x1b4
[<ffffffff811bcabe>] ? acpi_idle_enter_simple+0x16d/0x1b4
[<ffffffff81285f8b>] ? cpuidle_idle_call+0x95/0xc9
[<ffffffff8100f279>] ? cpu_idle+0xb2/0x10b
[<ffffffff8132cd35>] ? start_secondary+0x16e/0x173
handlers:
[<ffffffffa03ae465>] (i915_driver_irq_handler+0x0/0x207 [i915])
Disabling IRQ #16
If so, I think you see a duplicate of that bug.
Best,
Kåre
--
Kåre Fiedler Christiansen
Believe I'm seeing this as well.
Reported here: https://bugzilla.redhat.com/show_bug.cgi?id=504048
(along with Xorg.0.log, dmesg).
I am not seeing any messages in /var/log/messages nor in Xorg.0.log.
Appears to happen repeatably during "gtkperf" during the "combobox"
tests: I get no activity reported by "gtkperf", and I can't raise
lower other windows for ~10-20 seconds.
tom
--
Tom London
12:20 p.m.
On Fri, 2009-06-05 at 10:14 +0000, Matej Cepl wrote:
Chuck Forsberg WA7KGX N2469R, Thu, 04 Jun 2009 11:44:42 -0700:
> On an ECS 945 GCT-M/1333 the X server randomly stalls, apparently
> frozen. However, moving the mouse restores normal operation, at least
> for a while. This happens with getperf. It also seems to happen during
> graphical install.
Please file a bug and attach to it /var/log/Xorg.0.log, /var/log/dmesg,
and /var/log/messages.
...or to save time, we could just say:
https://fedoraproject.org/wiki/Xorg/Debugging
:)
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
5500
days inactive
5501
days old
4 comments
5 participants
participants (5)
-
Adam Williamson -
Chuck Forsberg WA7KGX -
Kåre Fiedler Christiansen -
Matej Cepl -
Tom London