You are not logged in.

#1 2019-02-27 15:04:57

sirgienko.n
Member
Registered: 2019-02-22
Posts: 2

X server almost always fails

Hi, community, I have a problem with X server on my TV server (no keyboard, no mouse, only connect to TV via VGA): rerely he starts without any problems and works normally, but most part of time he failed on startup with

[  1363.448] (EE) [drm] Failed to open DRM device for pci:0000:03:00.0: -19

. And I have not idea, why it's happends, and why it's so nondeterministic, so i create this thread.

Full Xorg.log: https://pastebin.com/x9Rk2mAE

[root@mmtv ~]# uname -a
Linux mmtv 4.20.7-arch1-1.0-ARCH #1 SMP PREEMPT Fri Feb 8 16:28:45 CET 2019 i686 GNU/Linux
[root@mmtv ~]# lshw -C display
  *-display                 
       description: VGA compatible controller
       product: G72 [GeForce 7300 GS]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:03:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom
       configuration: driver=nouveau latency=0
       resources: irq:10 memory:cf000000-cfffffff memory:d0000000-dfffffff memory:ce000000-ceffffff memory:c0000-dffff
[root@mmtv ~]# lsmod
Module                  Size  Used by
8021q                  28672  0
garp                   16384  1 8021q
mrp                    20480  1 8021q
stp                    16384  1 garp
llc                    16384  2 garp,stp
ccm                    20480  3
iTCO_wdt               16384  0
iTCO_vendor_support    16384  1 iTCO_wdt
ppdev                  24576  0
rtl8xxxu              114688  0
arc4                   16384  2
rtl8192cu              81920  0
rtl_usb                20480  1 rtl8192cu
rtl8192c_common        57344  1 rtl8192cu
saa7134               159744  1
nouveau              1658880  1
rtlwifi               106496  3 rtl_usb,rtl8192c_common,rtl8192cu
mac80211              700416  4 rtl_usb,rtlwifi,rtl8192cu,rtl8xxxu
tveeprom               24576  1 saa7134
v4l2_common            16384  1 saa7134
videobuf2_dma_sg       16384  1 saa7134
acpi_cpufreq           24576  1
videobuf2_memops       20480  1 videobuf2_dma_sg
videobuf2_v4l2         24576  1 saa7134
intel_powerclamp       20480  0
videobuf2_common       45056  2 saa7134,videobuf2_v4l2
videodev              172032  4 v4l2_common,saa7134,videobuf2_common,videobuf2_v4l2
cfg80211              585728  2 mac80211,rtlwifi
pcspkr                 16384  0
media                  45056  4 saa7134,videobuf2_common,videodev,videobuf2_v4l2
mxm_wmi                16384  1 nouveau
skge                   49152  1
rfkill                 24576  3 cfg80211
snd_hda_intel          40960  1
rc_core                53248  1 saa7134
wmi                    28672  2 mxm_wmi,nouveau
lpc_ich                24576  1
ttm                    90112  1 nouveau
snd_hda_codec         118784  1 snd_hda_intel
drm_kms_helper        159744  1 nouveau
i2c_i801               32768  0
rng_core               16384  0
snd_hda_core           73728  2 snd_hda_intel,snd_hda_codec
snd_hwdep              16384  1 snd_hda_codec
drm                   376832  3 nouveau,ttm,drm_kms_helper
snd_pcm               102400  3 snd_hda_intel,snd_hda_codec,snd_hda_core
syscopyarea            16384  1 drm_kms_helper
snd_timer              32768  1 snd_pcm
sysfillrect            16384  1 drm_kms_helper
parport_pc             40960  0
sysimgblt              16384  1 drm_kms_helper
snd                    73728  5 snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_pcm
fb_sys_fops            16384  1 drm_kms_helper
parport                49152  2 parport_pc,ppdev
evdev                  20480  2
i2c_algo_bit           16384  1 nouveau
soundcore              16384  1 snd
intel_agp              16384  0
mac_hid                16384  0
intel_gtt              20480  1 intel_agp
agpgart                36864  5 intel_agp,intel_gtt,nouveau,ttm,drm
ip_tables              24576  0
x_tables               32768  1 ip_tables
ext4                  581632  1
crc32c_generic         16384  2
crc16                  16384  1 ext4
mbcache                16384  1 ext4
jbd2                  102400  1 ext4
fscrypto               28672  1 ext4
sr_mod                 24576  0
cdrom                  61440  1 sr_mod
sd_mod                 40960  2
ata_generic            16384  0
pata_acpi              16384  0
ata_piix               32768  1
libata                217088  3 ata_piix,ata_generic,pata_acpi
firewire_ohci          36864  0
scsi_mod              200704  3 sd_mod,libata,sr_mod
firewire_core          57344  1 firewire_ohci
uhci_hcd               45056  0
crc_itu_t              16384  1 firewire_core
ehci_pci               20480  0
ehci_hcd               69632  1 ehci_pci
floppy                 61440  0
[root@mmtv ~]# lsmod | grep nouveau
nouveau              1658880  1
mxm_wmi                16384  1 nouveau
wmi                    28672  2 mxm_wmi,nouveau
ttm                    90112  1 nouveau
drm_kms_helper        159744  1 nouveau
drm                   376832  3 nouveau,ttm,drm_kms_helper
i2c_algo_bit           16384  1 nouveau
agpgart                36864  5 intel_agp,intel_gtt,nouveau,ttm,drm
[root@mmtv ~]# pacman -Qs nvidia
local/libvdpau 1.1.1+3+ga21bf7a-1.1
    Nvidia VDPAU library
local/xf86-video-nouveau 1.0.16-1.0 (xorg-drivers)
    Open Source 3D acceleration driver for nVidia cards
[root@mmtv ~]# lspci | grep -e VGA -e 3D
03:00.0 VGA compatible controller: NVIDIA Corporation G72 [GeForce 7300 GS] (rev a1)
[root@mmtv ~]# pacman -Qs xf86-video
local/xf86-video-nouveau 1.0.16-1.0 (xorg-drivers)
    Open Source 3D acceleration driver for nVidia cards

Offline

#2 2019-02-27 20:31:01

levi
Moderator
From: Yorkshire, UK
Registered: 2018-06-16
Posts: 389

Re: X server almost always fails

That's quite an old video card I think, so may not be an active testing candidate (for the upstream archlinux that is, for us archlinux32 users the test pool is us I tend to think).  You could try a legacy nvidia driver instead of nouveaux, or depending on your uses of the box, it might be worth trying to disable 3d entirely thus eliminating the need to DRM as I understand it.

Edit: To use the legacy nvidia driver, I think you'll need to downgrade xorg a little, so it might be worth trying other things first.  Looking at the docs I'm not sure how DRM interfaces with KMS in the nouveaux context, but it might be worth trying to move that into the initiramfs.

Last edited by levi (2019-02-27 20:49:01)


Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.

Offline

#3 2019-02-28 17:35:51

sirgienko.n
Member
Registered: 2019-02-22
Posts: 2

Re: X server almost always fails

levi wrote:

That's quite an old video card I think, so may not be an active testing candidate (for the upstream archlinux that is, for us archlinux32 users the test pool is us I tend to think).  You could try a legacy nvidia driver instead of nouveaux, or depending on your uses of the box, it might be worth trying to disable 3d entirely thus eliminating the need to DRM as I understand it.

Edit: To use the legacy nvidia driver, I think you'll need to downgrade xorg a little, so it might be worth trying other things first.  Looking at the docs I'm not sure how DRM interfaces with KMS in the nouveaux context, but it might be worth trying to move that into the initiramfs.

Hi, @levi, If I not mistaken, you suggest add nouvea module to initiramfs (https://wiki.archlinux.org/index.php/No … _early_KMS), right?
I have done it and X server start work. If the server will works the next two weaks without reported problem, I will close this thread as solved.
Thanks, @levi, for the fast answer.

Offline

#4 2019-02-28 22:35:21

levi
Moderator
From: Yorkshire, UK
Registered: 2018-06-16
Posts: 389

Re: X server almost always fails

Good stuff.  Yeah, that was my main idea of what to try first, although I still don't quite understand how DRM and KMS interact, so it is a fix it was a pure guess.


Architecture: pentium4, Testing repos: Yes, Hardware: EeePC 901+2GB RAM+OS half on the SD card.

Offline

Board footer

Powered by FluxBB