Re: Drm: mgag200. Video adapter issue with 5.4.0-rc3 ; no graphics

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> On Nov 7, 2019, at 7:42 AM, Thomas Zimmermann <tzimmermann@xxxxxxx> wrote:
> 
> Hi John
> 
> Am 07.11.19 um 14:12 schrieb John Donnelly:
>> Hi  Thomas ;  Thank you for reaching out. 
>> 
>> See inline: 
>> 
>>> On Nov 7, 2019, at 1:54 AM, Thomas Zimmermann <tzimmermann@xxxxxxx> wrote:
>>> 
>>> Hi John,
>>> 
>>> apparently the vgaarb was not the problem.
>>> 
>>> Am 07.11.19 um 03:29 schrieb John Donnelly:
>>>> Hi,
>>>> 
>>>> I am investigating an issue where we lose video activity when the display is switched from from “text mode” to “graphic mode” 
>>>> on a number of  servers using this driver.    Specifically  starting the GNOME desktop. 
>>> 
>>> When you say "text mode", do you mean VGA text mode or the graphical
>>> console that emulates text mode?
>>> 
>> 
>> 
>> I call “text mode” the 24x80  ascii mode ;  - NOT GRAPHICS .       Ie : run-level 3;  So I  guess your term for it is VGA. 
> 
> Yes.
> 
> 
>> 
>> 
>>> When you enable graphics mode, does it set the correct resolution? A lot
>>> of work went into memory management recently. I could imagine that the
>>> driver sets the correct resolution, but then fails to display the
>>> correct framebuffer.
>> 
>>    There is no display at all ;  so there is no resolution  to mention.    
>> 
>> 
>> 
>>> 
>>> If possible, could you try to update to the latest drm-tip and attach
>>> the output of
>>> 
>>> /sys/kernel/debug/dri/0/vram-mm
>> 
>> I don’t see that file ;   Is there something else I need to do ? 
> 
> That file is fairly new and maybe it's not in the mainline kernel yet.
> See below for how to get it.

   I  built your “tip” ;  Still no graphics displayed . 


   mount -t debugfs none /sys/kernel
 
  cat /proc/cmdline 
BOOT_IMAGE=(hd0,msdos1)/vmlinuz-5.4.0-rc6.drm.+ root=/dev/mapper/ol_ca--dev55-root ro crashkernel=auto resume=/dev/mapper/ol_ca--dev55-swap rd.lvm.lv=ol_ca-dev55/root rd.lvm.lv=ol_ca-dev55/swap console=ttyS0,9600,8,n,1 drm.debug=0xff

 
 cat  /sys/kernel/dri/0/vram-mm 

In VGA mode :


cat  /sys/kernel/dri/0/vram-mm 
0x0000000000000000-0x0000000000000300: 768: used
0x0000000000000300-0x0000000000000600: 768: used
0x0000000000000600-0x00000000000007ee: 494: free
0x00000000000007ee-0x00000000000007ef: 1: used
0x00000000000007ef-0x00000000000007f0: 1: used


In GRAPHICS mode ( if it matters ) 


 cat  /sys/kernel/dri/0/vram-mm 
0x0000000000000000-0x0000000000000300: 768: used
0x0000000000000300-0x0000000000000600: 768: used
0x0000000000000600-0x00000000000007ee: 494: free
0x00000000000007ee-0x00000000000007ef: 1: used
0x00000000000007ef-0x00000000000007f0: 1: used
total: 2032, used 1538 free 494



 
> 
> 
>> 
>> I’ve attached : var/lib/gdm/.local/share/xorg/Xorg.0.log. ;   instead ; 
> 
> Good! Looking through that log file, the card is found at line 79 and
> the generic X modesetting driver initializes below. That works as expected.
> 
> I notices that several operations are not permitted (lines 78 and 87). I
> guess you're starting X from a regular user account? IIRC special
> permission is required to acquire control of the display. What happens
> if you start X as root user?


    I am starting GNOME  as  root by doing  “init 5” from either the console  session or from ssh .

   The default runlevel is 3  on boot .

On failing session  running  your 5.4.0.rc6.

 78 [   237.712] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)

  87 [   237.712] (EE) open /dev/fb0: Permission denied

Booting 4.18 kernel yields the same error results in: /var/lib/gdm/.local/share/xorg/Xorg.0.log

  78 [   101.334] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)

   87 [   101.334] (EE) open /dev/fb0: Permission denied


What is strange the X logs  ( bad and Ok ) files essentially appear as if GNOME started !




Attachment: Xorg.0.log.bad
Description: Binary data

Attachment: Xorg.0.log.Ok
Description: Binary data






> 
> 
>> 
>> 
>> 
>> 
>> Here is my cmdline  -  I just tested 5.3.0 and it fails too  ( my last test was 5.3.8 and it failed also ) . 
>> 
>> # cat /proc/cmdline 
>> BOOT_IMAGE=(hd0,msdos1)/vmlinuz-5.3.0+ root=/dev/mapper/ol_ca--dev55-root ro crashkernel=auto resume=/dev/mapper/ol_ca--dev55-swap rd.lvm.lv=ol_ca-dev55/root rd.lvm.lv=ol_ca-dev55/swap console=ttyS0,9600,8,n,1 drm.debug=0xff
>> 
>> When you say “tip”. - Are you referring to a specific kernel  ?  I can build a  5.4.0.rc6  ;   The problem appears to have been introduced around 5.3 time frame. 
> 
> The latest and greatest DRM code is in the drm-tip branch at
> 
>  git://anongit.freedesktop.org/drm/drm-tip
> 
> If you build this version you should find
> 
>  /sys/kernel/debug/dri/0/vram-mm
> 
> on the device. You have to build with debugfs enabled and
> maybe have to mount debugfs at /sys/kernel/debug.
> 
> 
>> 
>> 
>>> 
>>> before and after switching to graphics mode. The file lists the
>>> allocated regions of the VRAM.
>>> 
>>>> 
>>>> This adapter is  Server Engines  Integrated Remote Video Acceleration Subsystem (RVAS)  and is used as remote console in iLO/DRAC environments.  
>>>> 
>>>> I don’t see any specific errors in the gdm logs or message file other than this:
>>> 
>>> You can boot with drm.debug=0xff on the kernel command line to enable
>>> more warnings.
>>> 
>>> 
>>> Could you please attach the output of lspci -v for the VGA adapter?
>>> 
>> 
>> 
>> Here is the output from the current machine; The previous addresses were from another model using the same SE device:
>> 
>> 
>> Nov  7 04:42:50 ca-dev55 kernel: mgag200 0000:3d:00.0: remove_conflicting_pci_framebuffers: bar 0: 0xc5000000 -> 0xc5ffffff
>> Nov  7 04:42:50 ca-dev55 kernel: mgag200 0000:3d:00.0: remove_conflicting_pci_framebuffers: bar 1: 0xc6810000 -> 0xc6813fff
>> Nov  7 04:42:50 ca-dev55 kernel: mgag200 0000:3d:00.0: remove_conflicting_pci_framebuffers: bar 2: 0xc6000000 -> 0xc67fffff
>> Nov  7 04:42:50 ca-dev55 kernel: mgag200 0000:3d:00.0: vgaarb: deactivate vga console
>> 
>> 
>> lspci -s 3d:00.0 -vvv -k 
>> 3d:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerEngines (SEP1) (rev 05) (prog-if 00 [VGA controller])
>> 	Subsystem: Oracle/SUN Device 4852
>> 	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, Cache Line Size: 64 bytes
>> 	Interrupt: pin A routed to IRQ 16
>> 	NUMA node: 0
>> 	Region 0: Memory at c5000000 (32-bit, non-prefetchable) [size=16M]
>> 	Region 1: Memory at c6810000 (32-bit, non-prefetchable) [size=16K]
>> 	Region 2: Memory at c6000000 (32-bit, non-prefetchable) [size=8M]
>> 	Expansion ROM at 000c0000 [disabled] [size=128K]
>> 	Capabilities: [dc] Power Management version 2
>> 		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
>> 		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
>> 	Capabilities: [e4] Express (v1) Legacy Endpoint, MSI 00
>> 		DevCap:	MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
>> 			ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
>> 		DevCtl:	Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported-
>> 			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
>> 			MaxPayload 128 bytes, MaxReadReq 128 bytes
>> 		DevSta:	CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-
>> 		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Exit Latency L0s <64ns
>> 			ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
>> 		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- CommClk+
>> 			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
>> 		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
>> 	Capabilities: [54] MSI: Enable- Count=1/1 Maskable- 64bit-
>> 		Address: 00000000  Data: 0000
>> 	Kernel driver in use: mgag200
>> 	Kernel modules: mgag200
> 
> Looks all normal.
> 
> Best regards
> Thomas
> 
>> 
>> 
>>> Best regards
>>> Thomas
>>> 
>>>> 
>>>> fb0: switching to mgag200drmfb from EFI VGA 
>>>> mgag200 0000:04:00.0: vgaarb: deactivate vga console 
>>>> fbcon: mgag200drmfb (fb0) is primary device 
>>>> mgag200 0000:04:00.0: fb0: mgag200drmfb frame buffer device 
>>>> [drm] Initialized mgag200 1.0.0 20110418 for 0000:04:00.0 on minor 0
>>>> 
>>>> The systems worked fine with  4.18  kernels  and a recent Linux  5.2.18 ;  The symptom first appears in 5.3.6. and onward. 
>>>> _______________________________________________
>>>> dri-devel mailing list
>>>> dri-devel@xxxxxxxxxxxxxxxxxxxxx
>>>> https://lists.freedesktop.org/mailman/listinfo/dri-devel
>>>> 
>>> 
>>> -- 
>>> Thomas Zimmermann
>>> Graphics Driver Developer
>>> SUSE Software Solutions Germany GmbH
>>> Maxfeldstr. 5, 90409 Nürnberg, Germany
>>> (HRB 36809, AG Nürnberg)
>>> Geschäftsführer: Felix Imendörffer
>>> 
>> 
> 
> -- 
> Thomas Zimmermann
> Graphics Driver Developer
> SUSE Software Solutions Germany GmbH
> Maxfeldstr. 5, 90409 Nürnberg, Germany
> (HRB 36809, AG Nürnberg)
> Geschäftsführer: Felix Imendörffer
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux