Bug 85351 - 3.17-rc5 hangs on Supermicro X8DAH system
Summary: 3.17-rc5 hangs on Supermicro X8DAH system
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_video-dri
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-30 20:33 UTC by Ralf-Peter Rohbeck
Modified: 2016-06-08 23:23 UTC (History)
2 users (show)

See Also:
Kernel Version: 3.17-rc5
Subsystem:
Regression: Yes
Bisected commit-id:

Attachments
kern.log (148.53 KB, text/plain)
2014-09-30 20:33 UTC, Ralf-Peter Rohbeck 		Details
kern.log (145.72 KB, application/octet-stream)
2016-05-26 23:03 UTC, Joseph Bisch 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Ralf-Peter Rohbeck 2014-09-30 20:33:31 UTC 
Created attachment 152141 [details]
kern.log

This is with 3.17-rc5-amd64 from Debian experimental.
The last thing I saw on the console was
fb: switching to mgag200drmfb from simple
and then there's
[drm:mga_vram_init] *ERROR* can't reserve VRAM
mgag200 0000:06:04.0: Fatal error during GPU init: -6
Comment 1 Ralf-Peter Rohbeck 2014-09-30 22:28:12 UTC 
This is the graphics chip. The system also has a Nuvoton WPCM450 IPMI BMC that interfaces to it (or contains it, don't know.)

06:04.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 (rev 0a) (prog-if 00 [VGA controller])
        Subsystem: Super Micro Computer Inc Device 0100
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 64 (4000ns min, 8000ns max), Cache Line Size: 256 bytes
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at f9000000 (32-bit, prefetchable) [size=16M]
        Region 1: Memory at faffc000 (32-bit, non-prefetchable) [size=16K]
        Region 2: Memory at fb000000 (32-bit, non-prefetchable) [size=8M]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: [dc] 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-
Comment 2 Joseph Bisch 2016-05-26 23:02:56 UTC 
Happens to me too with 4.5.3-2_bpo8+1 from Debian jessie-backports. Attaching kern.log, but relevant output is:

May 26 16:31:39 bl460gen9-03 kernel: [   57.554859] fb: switching to mgag200drmfb from simple                                
May 26 16:31:39 bl460gen9-03 kernel: [   57.802070] Console: switching to colour dummy device 80x25                          
May 26 16:31:39 bl460gen9-03 kernel: [   58.075534] [drm:mgag200_driver_load [mgag200]] *ERROR* can't reserve VRAM           
May 26 16:31:39 bl460gen9-03 kernel: [   58.402739] mgag200 0000:01:00.1: Fatal error during GPU init: -6
Comment 3 Joseph Bisch 2016-05-26 23:03:20 UTC 
Created attachment 217761 [details]
kern.log
Comment 4 Ralf-Peter Rohbeck 2016-05-26 23:14:31 UTC 
I blacklisted mgag200 to fix it.
Comment 5 Ralf-Peter Rohbeck 2016-06-08 23:23:09 UTC 
The latest Debian 4.6 kernel (4.6.0-1-amd64 #1 SMP Debian 4.6.1-1 (2016-06-06)) still shows
[   20.413954] [drm:mgag200_driver_load [mgag200]] *ERROR* can't reserve VRAM
[   20.413962] mgag200 0000:06:04.0: Fatal error during GPU init: -6
but it recovers and the console works.
I'm running X with
[    41.153] (--) MGA(0): Chipset: "mgag200 eW Nuvoton"
now.
Note You need to log in before you can comment on or make changes to this bug.