From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751238AbVHVVhD (ORCPT ); Mon, 22 Aug 2005 17:37:03 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751279AbVHVVhD (ORCPT ); Mon, 22 Aug 2005 17:37:03 -0400 Received: from embla.aitel.hist.no ([158.38.50.22]:26073 "HELO embla.aitel.hist.no") by vger.kernel.org with SMTP id S1751238AbVHVVg6 (ORCPT ); Mon, 22 Aug 2005 17:36:58 -0400 Date: Mon, 22 Aug 2005 23:44:53 +0200 To: Linus Torvalds Cc: Dave Airlie , Linux Kernel Mailing List , akpm@osdl.org Subject: Re: rc6 keeps hanging and blanking displays Message-ID: <20050822214453.GA31266@aitel.hist.no> References: <20050815221109.GA21279@aitel.hist.no> <21d7e99705081516182e97b8a1@mail.gmail.com> <21d7e99705081516241197164a@mail.gmail.com> <20050816165242.GA10024@aitel.hist.no> <20050816211424.GA14367@aitel.hist.no> <21d7e99705081616504d28cca5@mail.gmail.com> <43031A12.8020301@aitel.hist.no> <21d7e997050817040523a1bf46@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i From: Helge Hafting Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Aug 17, 2005 at 08:19:36AM -0700, Linus Torvalds wrote: > > > On Wed, 17 Aug 2005, Dave Airlie wrote: > > Just grab it from the link to comment #16 on > > http://bugzilla.kernel.org/show_bug.cgi?id=4965 > > That's a good one to try (and if it matters, can you please do a full > "lspci -vvx" for before-and-after? In fact, it would probably be good to > do that _regardless_ - do it with an old known-good kernel, and with one > recent kernel). > > At the same time, something struck me. Does it happen to be much warmer in > your room lately? As in due to a heatwave? I'm just wondering if it might > be something as silly as a thermal shutdown. Not warmer than usual, but the machine is always hot to the touch, it is sitting in a small closet where I have taken the door off. Air circulation still isn't perfect, but there is a strong fan on the cpu, almost as noisy as a vacuum cleaner. :-( Cpu loads never killed it before, so I don't suspect that unless the radeon 9200SE has a thermal shutdown of its own. I have found that the crash and the balnking may be different problems. It seems that any kernel with a _working_ drm sooner or later will cause a hang on the radeon display, possibly but not necessarily freezing the machine for a while or forever. This happens more often if I actually stress drm, such as playing tuxracer. But it can happen with plain firefox/xterm/thunderbird work too. (no opengl screensavers or animated window managers here.) My rock solid 2.6.13-rc4-mm1 has drm compiled in, but drm fails when X starts, and therefore drm isn't used. And therefore, a stable kernel. >>From Xorg.2.log: drmOpenDevice: open result is 6, (OK) drmOpenByBusid: drmOpenMinor returns 6 drmOpenByBusid: drmGetBusid reports pci:0000:00:08.0 (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:00:08.0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xffffc20000147000 (II) RADEON(0): [drm] drmMap failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191) (II) RADEON(0): Reserved area from (0,1024) to (1280,1026) (II) RADEON(0): Largest offscreen area available: 1280 x 7165 (II) RADEON(0): Render acceleration enabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) drmMap failed for this kernel. Seems like replacing the radeon is a good idea, it will probably never do stable 3D as even old kernels have this particular problem. The performance is apalling too, the old g550 gets a 3x-5x better framerate... The blank display problem is different. That problem follows the bisect search, i.e. the "good" kernels never ever blanks the display for me, and the "bad" kernels always do so after a little while. Even if all I use is 2D stuff. (All with drm configured) As for the patch to revert - it did fix things so an rc6 without drm came up. I'm using that kernel now. I guess it'll be fine, with no drm. I'll keep it running tomorrow, for stability testing. What is the next logical step? rc6 with both drm and this patch reverted? Or is there any new development? There are three lspci-vvx files attached. One for plain 2.6.13rc6, which can't run X. One for 2.6.13rc6 with the patch reverted, and one for the same kernel after I rebooted the machine and also started X. The lspci-vvx was sligthly different then. Helge Hafting --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="lspci-vvx-2.6.13rc6" 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8385 [K8T800 AGP] Host Bridge (rev 01) Subsystem: Micro-Star International Co., Ltd.: Unknown device 1300 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Capabilities: [c0] #08 [0060] Capabilities: [68] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] #08 [8001] 00: 06 11 88 31 06 00 30 22 01 00 00 06 00 08 00 00 10: 08 00 00 d8 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 00 13 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00: 06 11 88 b1 07 01 30 02 00 00 04 06 00 00 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 00 f0 00 20 22 20: 00 f2 f0 f4 00 f0 f0 f1 00 00 00 00 00 00 00 00 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 08 00 0000:00:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895 (rev 01) Subsystem: Tekram Technology Co.,Ltd. DC-390U2B SCSI adapter Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Capabilities: [c0] #08 [0060] Capabilities: [68] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] #08 [8001] 00: 06 11 88 31 06 00 30 a2 01 00 00 06 00 08 00 00 10: 08 00 00 d8 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 00 13 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00: 06 11 88 b1 07 01 30 02 00 00 04 06 00 00 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 00 f0 00 20 22 20: 00 f2 f0 f4 00 f0 f0 f1 00 00 00 00 00 00 00 00 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 08 00 0000:00:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895 (rev 01) Subsystem: Tekram Technology Co.,Ltd. DC-390U2B SCSI adapter Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Capabilities: [c0] #08 [0060] Capabilities: [68] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] #08 [8001] 00: 06 11 88 31 06 00 30 22 01 00 00 06 00 08 00 00 10: 08 00 00 d8 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 00 13 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00: 06 11 88 b1 07 01 30 02 00 00 04 06 00 00 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 00 f0 00 20 22 20: 00 f2 f0 f4 00 f0 f0 f1 00 00 00 00 00 00 00 00 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 0000:00:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895 (rev 01) Subsystem: Tekram Technology Co.,Ltd. DC-390U2B SCSI adapter Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR-