I experience a lot of what seems to be GPU lockups when using these packages. With kernel modesetting enabled, after a few minutes of use, X dies and I see what looks like an empty text console on the screen, but keyboard input does nothing. Kernelspace and userspace are still alive, though, as I can use my power button through acpid to perform a clean shutdown. With kernel modesetting disabled, the instant my display manager (Slim) starts, my laptop's internal panel shows a black screen (but with the backlight still enabled), while the external monitor attached to my VGA port goes into powersave. My laptop's fan starts oscillating, and the machine is fully unresponsive and needs a hard power cycle. lspci for the graphics card: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device 0037 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+ Latency: 0 Interrupt: pin A routed to IRQ 10 Region 0: Memory at d8000000 (32-bit, prefetchable) [size=128M] Region 1: Memory at d0000000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at eff8 [size=8] Expansion ROM at <unassigned> [disabled] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: i915 Sticking to gentoo-sources-2.6.30-r8 (with KMS) pretty much solves the problem, though I still see the occasional lockup during DPMS and mode-changing operations (which isn't so bad, because I can just avoid doing those things). Reproducible: Always Steps to Reproduce:
I just tested, and the same problem happens with gentoo-sources-2.6.34-r1.
can you reproduce it using the latest gentoo-sources?
(In reply to comment #2) > can you reproduce it using the latest gentoo-sources? > See comment #1.
Oh, looks like -r2 came out just in the last day or so. Identical symptoms.
could this be a duplicate of bug 326165?
(In reply to comment #5) > could this be a duplicate of bug 326165? > I'm not sure. Over there people mentioned having the problem with xf86-video-intel-2.12.0 and that downgrading to 2.10.0-r1 fixed the problem; I'm using stable versions and hence have 2.9.1.
Problem still occurs on newest stable 2.6.35-r4.
The 8xx situation in X-land has been hectic lately but is improving. For now, I'm not sure what to tell you except to try the latest ebuilds we supply and file bugs upstream [1] if something breaks. That's about as much as I can tell you. If you do file bugs upstream, please add "remi@gentoo.org" as a CC on the upstream bug so I can track the issue. Thanks [1] http://intellinuxgraphics.org/how_to_report_bug.html
Newest unstable xf86-video-intel, libdrm, and newest stable gentoo-sources appears not to have the problem (it's hard to tell as it could also be related to the presence of an external monitor, which I no longer attach to that computer—either way, the problem is no longer affecting *me*).
(I meant to close this fixed, not needinfo)
