Created attachment 21943 [details] dmesg of a good bootup (Cannot get one from a frozen bootup) Intel Mobile GM965/GL960 Integrated Graphics controller, (rev 03) (from lspci) 2.6.27.7-1mnb SMP kernel from Mandriva 2009.0 libdrm 2.4.3, mesa 7.3, xf86-video-intel-2.5.99.2 substituted for the standard 2009.0 versions. Panasonic CF-WT Toughbook notebook computer. I boot up in run level 3 (Console boot) and start X by running startx, with KDE the desktop. After running startx, the screeen flashes various colours, mainly blue, and then a Mandriva splash screen comes up as the start of the kde boot up. On a regular bootup, the various text "progress messages" come up, but on the bad ones, after that splash screen and before any progress messages, the system freezes solid, so only the power switch rescues me. Machine does not respond even to ping from outsice ( and it does before the crash) Crash happens maybe 1 in 3 times of running startx.
Created attachment 21944 [details] Xorg.0.log from crash when kde starts up from startx
Created attachment 21945 [details] xorg.conf file from machine that crashes.
Created attachment 21946 [details] xrandf --verbose output from machine that crashes ( but from a non-crash session)
Created attachment 21947 [details] glxinfo output from machine that crashes (non-crash session)
Created attachment 21948 [details] Ouput of startx on a non-crash startup
Created attachment 21949 [details] Xorg.0.log file from a non-crash startup Of course now that I want it to crash it has refused to do so for the last 6 attempts.
Just to clarify. The machine starts up, displays a blue screen with a cursor arrow and a flashing "busy" circle (I think this is Mandriva specific) erases that and comes up with a dark almost black splash screen with mandriva in lower right corner. In a good bootup, text (starting kded) is then displayed in lower left of screen, but in crash, everything freezes at this point.
Created attachment 21970 [details] crash Xorg.0.log I finally after about 10 tries got it to crash again. This is the Xorg.0.log file after that crash
Created attachment 21971 [details] Saved output from startx from the crash This is the output of startx (startx 2>/tmp/X) which was saved during the crash. It is probable that the full file was not saved before the crash occurred.
Could you try current xf86-video-intel-2.6-branch in git? That contains a critical fix which might be relate to your failure. And what's your kernel version? Have you tried newer xserver?
OK, tried the git version-- of the intel driver-- I had to back out the lvds patch since the DS_VENDOR variable is not defined in my system. I assume it is part of the newer x11-server (I have 1.4.2) I cannot install the newer x11-server 1.5.99 version since it seems to have lots of dependencies that I cannot clear up right now. The git version seems to be working so far-- have tried running startx about 20 times and so far no crash. Mind you since the crashes are sporadic, it is no proof, but I will keep trying. I do get (EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed (/usr/lib/dri/i965_dri.so: undefined symbol: __driCreateNewScreen_20050727) (EE) AIGLX: reverting to software rendering Is this driCreateNewScreen_20050727 a part of the newer x server?
It's in mesa, you may try intel-2008-q4 branch in mesa too.
Is that intel-2008-q4 a complete replacement for mesa_7.3 or does one also need the regular mesa as well somehow?
intel-2008-q4 is standalone Intel Q4 release, which makes sure all Intel driver fixes are in. Not sure about the diff between 7.3. The lockup should be fixed reliably in master and 2.6.0 now, so I close this. Feel free to reopen if you still met that problem. The fix commit is commit db9f5915ce812144ffd9d2aa42e8ba856129c35e Author: Ma Ling <ling.ma@intel.com> Date: Wed Jan 14 14:46:52 2009 +0800 Disable VGA plane reliably This fixes #17235, VGA random hang on recent G45/43 board. From spec, SR01 bit 5 should be set before VGA plane disable through control register, otherwise we might get random crash and lockups.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.