All of lore.kernel.org
 help / color / mirror / Atom feed
* X unkillable in R state sometimes on startx , /proc/sysrq-trigger T output attached
@ 2005-10-25 20:35 Alessandro Suardi
  2005-10-25 21:27 ` Alessandro Suardi
  2005-10-26 10:25 ` Dave Airlie
  0 siblings, 2 replies; 11+ messages in thread
From: Alessandro Suardi @ 2005-10-25 20:35 UTC (permalink / raw)
  To: Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 1821 bytes --]

Happened to me the third time now in the last
 couple of months, always with different Linus
 kernels (plus ACX100 wireless module from
 Denis Vlasenko's snapshots) all hanging off
 an up-to-date FC4, all built with latest stock
 GCC; this last is:

[root@incident ~]# cat /proc/version
Linux version 2.6.14-rc5-git5 (asuardi@incident) (gcc version 4.0.2)
#1 PREEMPT Tue Oct 25 14:32:46 CEST 2005

Symptoms: startx at the command prompt gets
 the blank screen, then... nothing. Keyboard is
 dead (CapsLock doesn't get its led lit), no VT
 switching works. Box is still reachable via ssh
 through its wireless network card, all looks OK
 except for X running and piling up CPU time,
 and apparently untraceable (pstack, strace
 hang trying to attach it) and unkillable (kill -9
 doesn't kill it).

I took a couple of SysRQ 't' dumps via the
 /proc/sysrq-trigger facility and the outcome is
 attached - actually it's a full messages log,
 startup to reboot.

Exact sequence this time:
 1. boot
 2. insmod 0.3.17 acx driver
 -> notice I can't contact my wireless AP
 3. rmmod it, insmod 0.3.16 driver
 -> notice I am an idiot, plug in the wireless AP power cord
 4. rmmod 0.3.16, insmod 0.3.17, iwconfig wlan0 up
 5. switch to VT2 (Alt-F2), login as non-root, run startx
<blank screen, dead keyboard>
 6. ssh in from remote box, take SysRQ dumps, reboot

If anyone has an idea on what to do to try and reproduce
 and/or debug further, that'd be cool.

Box is a Dell Latitude C640 laptop, PIV@1.8Ghz,
 1GB RAM, with a USR2210 802.11b wireless
 PC Card; video card is a Radeon 7500 M7 LW.

Thanks in advance, ciao,

--alessandro

 "All it takes is one decision
  A lot of guts, a little vision to wave
  Your worries, and cares goodbye"

   (Placebo - "Slave To The Wage")

[-- Attachment #2: messages.bz2 --]
[-- Type: application/x-bzip2, Size: 7 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: X unkillable in R state sometimes on startx , /proc/sysrq-trigger T output attached
@ 2005-10-26 21:03 Knut Petersen
  2005-10-26 21:05 ` Dave Airlie
  0 siblings, 1 reply; 11+ messages in thread
From: Knut Petersen @ 2005-10-26 21:03 UTC (permalink / raw)
  To: alessandro.suardi; +Cc: airlied, linux-kernel

Two months ago I started a thread

    BUG: fb_imageblit called before fb_check_var and fb_set_par function

in the Linux-fbdev-devel mailing list. I found that the accelerated 
imageblit
function of a framebuffer driver might be called before the graphics 
engine is
initialized ... normally that happens in the fb_set_par function. For 
cyblafb
I solved the problem by extending the fb_sync function to include a call 
to the
graphics engine init function after a short timeout, but the problem is 
still
present in all recent kernels. It might be argued that this is not a 
kernel bug
but a problem of  X - have a look at the Linux-fbdevel thread.

Does X start reliably without a linux framebuffer driver?
Does X start reliably with vesafb?

If the answer is "yes", then have a look at the radeonfb sync function.
After a short timeout, assume that an erroneous X driver disabled mmio,
so (re)enable mmio  and (re)init the graphics engine.

cu,
 knut


^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2005-10-28 14:57 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-25 20:35 X unkillable in R state sometimes on startx , /proc/sysrq-trigger T output attached Alessandro Suardi
2005-10-25 21:27 ` Alessandro Suardi
2005-10-26 10:25 ` Dave Airlie
2005-10-26 12:22   ` Alessandro Suardi
2005-10-26 12:28     ` Dave Airlie
2005-10-26 13:20       ` Alessandro Suardi
2005-10-26 19:25         ` Dave Airlie
2005-10-26 20:54           ` Alessandro Suardi
2005-10-28 14:57   ` Nix
  -- strict thread matches above, loose matches on Subject: below --
2005-10-26 21:03 Knut Petersen
2005-10-26 21:05 ` Dave Airlie

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.