Hi there, few last git changes I see regression - When I hibernate to disk and resume again, after loading data from swap, everythink starts, but Xorg imeditially crashes! Marking blocker, because users lost their data and also regression Michal
Created attachment 13419 [details] Xorg.0.log saved /var/log/Xorg.0.log
cijoml, could you git-bisect to find which git commit causes this regression?
Michal, this looks like either 13196 or 13609 (probably the former since I just pushed a change for that), can you confirm?
Nevermind, I closed 13196 since that was a regression caused by the fix for this bug (which was to leave the pipes disabled). Now to figure out how we can restore the pipe configuration across 9xx *and* 8xx chips...
Michal, what model of laptop are you using? Are you using the intelfb driver (lsmod or your kernel config could tell you)?
Hi there, My setup is Acer TravelMate 242, Intel 852GME. 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) I use clean vanilla 2.6.23.11 kernel, with intel fb compiled into kernel (not as module) Linux agpgart interface v0.102 agpgart: Detected an Intel 855GM Chipset. agpgart: Detected 16252K stolen memory. agpgart: AGP aperture is 128M @ 0xe8000000 [drm] Initialized drm 1.1.0 20060810 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 [drm] Initialized i915 1.6.0 20060119 on minor 0 [drm] Initialized i915 1.6.0 20060119 on minor 1 intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G/915G/915GM/945G/945GM chipsets intelfb: Version 0.9.4 intelfb: 00:02.0: Intel(R) 852GME, aperture size 128MB, stolen memory 16252kB intelfb: Non-CRT device is enabled ( LVDS port ). Disabling mode switching. intelfb: Video mode must be programmed at boot time.
Can you try reproducing the problem w/o intelfb (or any other fb drivers) in use? They tend to cause hw programming conflicts...
Created attachment 13497 [details] [review] Restore all VGA regs early On the theory that VGA modes require the VGA misc. regs to be restored to work correctly, this patch restores them early before re-enabling the PLLs into VGA mode. Can you give it a try?
with this patch my Xorg crashes whole laptop imeditially after start. Aplied to: drwxr-sr-x 6 root src 4096 2007-12-27 19:43 xf86-video-intel
What about if you run w/o the fb layer & fb drivers?
Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler
Hi, I haven't checked yet, this requires kernel recompilation and it takes long time on my laptop. I will compile when 2.6.24 is released. Michal
cijoml, this is very likely to be caused by intel-fb which was compiled into kernel.. please remove it and re-test.
Hi there, I just tested 2.6.24 without fb it works like a charm, with it, it is worse than with 2.6.23 - kernel completely freezes after resume.
removing intel-fb is required... mark this bug as resolved. thanks.
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.