Nouveau - Sep 2019 - [Bug 111853] New: nouveau kernel module won't load (not available) on Sony laptop with NVIDIA G86M [GeForce 8400M GT] ID: 10de:0426

https://bugs.freedesktop.org/show_bug.cgi?id=111853

            Bug ID: 111853
           Summary: nouveau kernel module won't load (not available) on
                    Sony laptop with NVIDIA G86M [GeForce 8400M GT] ID:
                    10de:0426
           Product: xorg
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: major
          Priority: not set
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: mrmazda at earthlink.net
        QA Contact: xorg-team at lists.x.org

Created attachment 145577
  --> https://bugs.freedesktop.org/attachment.cgi?id=145577&action=edit
dmesg using vanilla 5.2.14 and acpi=off on openSUSE Tumbleweed

Original summary:
nouveau won't load (not available) on Sony laptop with NVIDIA G86M [GeForce
8400M GT] ID: 10de:0426 

This is mostly copied from https://bugzilla.kernel.org/show_bug.cgi?id=204851

This errant behavior is similarly exhibited by openSUSE Tumbleweed, 15.0, 13.1
and 12.2; Linuxmint 19.0 live installation media; Knoppix 8.2 and 8.6 live
media; antiX 17.4. Using vanilla kernel 5.2.14 on Tumbleweed doesn't help.

Actual behavior:
1-nouveau kernel module doesn't load
2-ttys limited to 1024x768 mode
3-X runs only with VESA or FBDEV drivers and limited to 1024x768 mode
4-/dev/dri/card0 is absent
5-hwinfo reports HDTV display supports maximum VESA 1024x768 mode
6-GeForce 8400M gfx reported by lspci is not found by Xorg
7-[drm] Failed to open DRM device for pci:0000:01:00.0: -19
8-hwinfo improperly detects display
9-laptop locks up (requires poweroff reset) unless cmdline includes acpi=off
10-/sys/kernel/debug/dri/ is empty

Expected behavior:
1-ttys use display's native 1920x1080 mode
2-X uses modesetting DDX or nouveau DDX and native 1920x1080 mode

# inxi -GxxSMaz
System:    Host: vaio Kernel: 5.2.11-1-default x86_64 bits: 64 compiler: gcc v:
9.2.1 
           parameters: root=/dev/sda9 ipv6.disable=1 net.ifnames=0 noresume
mitigations=auto consoleblank=0 
           drm.debug=0x1e log_buf_len=1M acpi=off vga=791 video=1280x720 at 60
video=1024x768 at 60 video=1440x900 at 60 3 acpi=off 
           Console: tty 3 dm: N/A Distro: openSUSE Tumbleweed 20190907 
Machine:   Type: Laptop System: Sony product: VGN-AR730E v: C3LR1E11 serial:
<filter> Chassis: type: 10 serial: N/A 
           Mobo: Sony model: VAIO serial: N/A BIOS: Phoenix v: R2090J8 date:
02/26/2008 
Graphics:  Device-1: NVIDIA G86M [GeForce 8400M GT] vendor: Sony driver: N/A
bus ID: 01:00.0 chip ID: 10de:0426 
           Display: server: X.org 1.20.5 driver: nouveau,vesa unloaded:
fbdev,modesetting alternate: nv,nvidia tty: 128x48 
           Message: Advanced graphics data unavailable in console for root. 
# lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M GT]
(rev a1)
# lspci -vv -d 10de:0426
01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M GT]
(rev a1) (prog-if 00 [VGA controller])
        Subsystem: Sony Corporation Device 9016
        Physical Slot: 1
        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 5
        Region 0: Memory at ce000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M]
        Region 3: Memory at cc000000 (64-bit, non-prefetchable) [size=32M]
        Region 5: I/O ports at 2000 [size=128]
        [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: [60] 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: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [78] Express (v1) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
<512ns,
L1 <4us
                        ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
SlotPowerLimit 75.000W
                DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
                        RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+
                        MaxPayload 128 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr-
TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit
Latency L0s <512ns, L1 <4us
                        ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
                LnkCtl: ASPM L0s L1 Enabled; RCB 128 bytes Disabled- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s (ok), Width x16 (ok)
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        Kernel modules: nouveau
# dmesg | grep veau
# journalctl -b | grep veau
# lsmod | grep veau
# lsmod | grep video
uvcvideo              118784  0
videobuf2_vmalloc      20480  1 uvcvideo
videobuf2_memops       20480  1 videobuf2_vmalloc
video                  53248  0
videobuf2_v4l2         28672  1 uvcvideo
videobuf2_common       57344  2 videobuf2_v4l2,uvcvideo
videodev              233472  3 videobuf2_v4l2,uvcvideo,videobuf2_common
media                  57344  4
videodev,videobuf2_v4l2,uvcvideo,videobuf2_common
usbcore               303104  5 ehci_pci,usbhid,uvcvideo,ehci_hcd,uhci_hcd
# modprobe nouveau
modprobe: ERROR: could not insert 'nouveau': No such device
# hwinfo --monitor
31: None 00.0: 10000 Monitor
  [Created at fb.71]
  Unique ID: rdCR.EY_qmtb9YY0
  Hardware Class: monitor
  Model: "Generic Monitor"
  Vendor: "Generic"
  Device: "Monitor"
  Resolution: 1024x768 at 76Hz
  Year of Manufacture: 0
  Week of Manufacture: 0
  Driver Info #0:
    Max. Resolution: 1024x768
    Vert. Sync Range: 50-90 Hz
    Hor. Sync Range: 31-61 kHz
  Config Status: cfg=new, avail=yes, need=no, active=unknown
# hwinfo --gfxcard
16: PCI 100.0: 0300 VGA compatible controller (VGA)
  [Created at pci.386]
  Unique ID: VCu0.3ZIBFiHqnhE
  Parent ID: vSkL.__4Fox8chd3
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: graphics card
  Model: "nVidia GeForce 8400M GT"
  Vendor: pci 0x10de "nVidia Corporation"
  Device: pci 0x0426 "GeForce 8400M GT"
  SubVendor: pci 0x104d "Sony Corporation"
  SubDevice: pci 0x9016 
  Revision: 0xa1
  Memory Range: 0xce000000-0xceffffff (rw,non-prefetchable)
  Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable)
  Memory Range: 0xcc000000-0xcdffffff (rw,non-prefetchable)
  I/O Ports: 0x2000-0x2fff (rw)
  Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled)
  IRQ: 5 (no events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias:
"pci:v000010DEd00000426sv0000104Dsd00009016bc03sc00i00"
  Driver Info #0:
    XFree86 v4 Server Module: nv
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #12 (PCI bridge)
Primary display adapter: #16
# egrep 'dri|ailed|veau' /var/log/Xorg.0.log | grep -v 't
driver'
[  2155.322] (II) Scanning /etc/X11/xorg_pci_ids directory for additional PCI
ID's supported by the drivers
[  2155.322] (==) Matched nvidia as autoconfigured driver 0
[  2155.322] (==) Matched nouveau as autoconfigured driver 1
[  2155.322] (==) Matched nv as autoconfigured driver 2
[  2155.322] (==) Matched modesetting as autoconfigured driver 3
[  2155.322] (==) Matched fbdev as autoconfigured driver 4
[  2155.322] (==) Matched vesa as autoconfigured driver 5
[  2155.322] (==) Assigned the driver to the xf86ConfigLayout
[  2155.322] (EE) Failed to load module "nvidia" (module does not
exist, 0)
[  2155.322] (II) LoadModule: "nouveau"
[  2155.323] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so
[  2155.323] (II) Module nouveau: vendor="X.Org Foundation"
[  2155.323] (EE) Failed to load module "nv" (module does not exist,
0)
[  2155.323] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[  2155.323] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[  2155.324] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[  2155.324] (II) NOUVEAU driver 
[  2155.324] (II) NOUVEAU driver for NVIDIA chipset families :
[  2155.324] (II) FBDEV: driver for framebuffer: fbdev
[  2155.324] (II) VESA: driver for VESA chipsets: vesa
[  2155.535] (EE) [drm] Failed to open DRM device for pci:0000:01:00.0: -19
[  2155.536] (EE) open /dev/dri/card0: No such file or directory
[  2155.536] (EE) open /dev/dri/card0: No such file or directory
[  2156.135] (II) VESA(0): VESA VBE DDC read failed
[  2156.135] (II) VESA(0): VESA VBE PanelID read failed

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190929/b44798d9/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #1 from Ilia Mirkin <imirkin at alum.mit.edu> ---
I see no record of nouveau loading in the kernel logs. This most likely means
that it's blacklisted somehow.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190929/3d6c0caa/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #2 from Felix Miata <mrmazda at earthlink.net> ---
How?
e.g. on Tumbleweed:
Nothing in /etc/mo*/ contains veau
Nothing in /etc/ is named *veau*
# lspci | grep -i vidia
01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M GT]
(rev a1)
# uname -a
Linux vaio 5.3.1-2.g3354216-vanilla #1 SMP Thu Sep 26 06:05:47 UTC 2019
(3354216) x86_64 x86_64 x86_64 GNU/Linux
# cat /proc/cmdline
root=/dev/sda9 ipv6.disable=1 net.ifnames=0 noresume mitigations=auto
consoleblank=0 drm.debug=0x1e log_buf_len=1M acpi=off 3
# pwd
/lib/modules/5.3.1-2.g3354216-vanilla/kernel/drivers/gpu/drm/nouveau
ls -l | grep veau
-rw-r--r-- 1 root root 645980 Sep 27 05:03 nouveau.ko.xz
# zcat /proc/config.gz | grep -i veau
CONFIG_DRM_NOUVEAU=m
# CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT is not set
CONFIG_NOUVEAU_DEBUG=5
CONFIG_NOUVEAU_DEBUG_DEFAULT=3
# CONFIG_NOUVEAU_DEBUG_MMU is not set
CONFIG_DRM_NOUVEAU_BACKLIGHT=y
CONFIG_DRM_NOUVEAU_SVM=y
# modprobe nouveau
modprobe: ERROR: could not insert 'nouveau': No such device

How could it be blacklisted, and why does modprobe claim there is no such
device?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190929/7e95da7b/attachment-0001.html>

does anything in dmesg show the reason?

On Sun, Sep 29, 2019 at 10:41 PM <bugzilla-daemon at freedesktop.org>
wrote:
>
> Comment # 2 on bug 111853 from Felix Miata
>
> How?
> e.g. on Tumbleweed:
> Nothing in /etc/mo*/ contains veau
> Nothing in /etc/ is named *veau*
> # lspci | grep -i vidia
> 01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M
GT]
> (rev a1)
> # uname -a
> Linux vaio 5.3.1-2.g3354216-vanilla #1 SMP Thu Sep 26 06:05:47 UTC 2019
> (3354216) x86_64 x86_64 x86_64 GNU/Linux
> # cat /proc/cmdline
> root=/dev/sda9 ipv6.disable=1 net.ifnames=0 noresume mitigations=auto
> consoleblank=0 drm.debug=0x1e log_buf_len=1M acpi=off 3
> # pwd
> /lib/modules/5.3.1-2.g3354216-vanilla/kernel/drivers/gpu/drm/nouveau
> ls -l | grep veau
> -rw-r--r-- 1 root root 645980 Sep 27 05:03 nouveau.ko.xz
> # zcat /proc/config.gz | grep -i veau
> CONFIG_DRM_NOUVEAU=m
> # CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT is not set
> CONFIG_NOUVEAU_DEBUG=5
> CONFIG_NOUVEAU_DEBUG_DEFAULT=3
> # CONFIG_NOUVEAU_DEBUG_MMU is not set
> CONFIG_DRM_NOUVEAU_BACKLIGHT=y
> CONFIG_DRM_NOUVEAU_SVM=y
> # modprobe nouveau
> modprobe: ERROR: could not insert 'nouveau': No such device
>
> How could it be blacklisted, and why does modprobe claim there is no such
> device?
>
> ________________________________
> You are receiving this mail because:
>
> You are the assignee for the bug.
>
> _______________________________________________
> Nouveau mailing list
> Nouveau at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #3 from kherbst at redhat.com ---
does anything in dmesg show the reason?

On Sun, Sep 29, 2019 at 10:41 PM <bugzilla-daemon at freedesktop.org>
wrote:
>
> Comment # 2 on bug 111853 from Felix Miata
>
> How?
> e.g. on Tumbleweed:
> Nothing in /etc/mo*/ contains veau
> Nothing in /etc/ is named *veau*
> # lspci | grep -i vidia
> 01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8400M
GT]
> (rev a1)
> # uname -a
> Linux vaio 5.3.1-2.g3354216-vanilla #1 SMP Thu Sep 26 06:05:47 UTC 2019
> (3354216) x86_64 x86_64 x86_64 GNU/Linux
> # cat /proc/cmdline
> root=/dev/sda9 ipv6.disable=1 net.ifnames=0 noresume mitigations=auto
> consoleblank=0 drm.debug=0x1e log_buf_len=1M acpi=off 3
> # pwd
> /lib/modules/5.3.1-2.g3354216-vanilla/kernel/drivers/gpu/drm/nouveau
> ls -l | grep veau
> -rw-r--r-- 1 root root 645980 Sep 27 05:03 nouveau.ko.xz
> # zcat /proc/config.gz | grep -i veau
> CONFIG_DRM_NOUVEAU=m
> # CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT is not set
> CONFIG_NOUVEAU_DEBUG=5
> CONFIG_NOUVEAU_DEBUG_DEFAULT=3
> # CONFIG_NOUVEAU_DEBUG_MMU is not set
> CONFIG_DRM_NOUVEAU_BACKLIGHT=y
> CONFIG_DRM_NOUVEAU_SVM=y
> # modprobe nouveau
> modprobe: ERROR: could not insert 'nouveau': No such device
>
> How could it be blacklisted, and why does modprobe claim there is no such
> device?
>
> ________________________________
> You are receiving this mail because:
>
> You are the assignee for the bug.
>
> _______________________________________________
> Nouveau mailing list
> Nouveau at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190929/06229c3f/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #4 from Felix Miata <mrmazda at earthlink.net> ---
Created attachment 145584
  --> https://bugs.freedesktop.org/attachment.cgi?id=145584&action=edit
dmesg following modprobe nouveau running vanilla kernel 5.3.1

(In reply to kherbst from comment #3)
> does anything in dmesg show the reason?
Not only is nothing showing any reason, but nothing showing modprobe nouveau
was even attempted. Last line in journal ls initial login, and in dmesg, sky2
0000:02:00.0 eth0: Link is up at 1000 Mbps, full duplex, flow control both

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190929/73e84d63/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
The only thing I can think of is the vesafb usage. However I thought there was
a mechanism for us to kick out such a driver. But perhaps not, and perhaps it
broke somehow. Can you try not booting with video=?

Also, perhaps something's VERY wrong with the device, s.t. something fails
very
early in nouveau's attempts -- try loading nouveau with

debug=trace (or, if putting into the kernel cmdline, nouveau.debug=trace)

which should spam the kernel log pretty hard.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190929/713a71d5/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #6 from Felix Miata <mrmazda at earthlink.net> ---
(In reply to Ilia Mirkin from comment #5)
> The only thing I can think of is the vesafb usage. However I thought there
> was a mechanism for us to kick out such a driver. But perhaps not, and
> perhaps it broke somehow. Can you try not booting with video=? 
That results in use of 80x25 text mode that is corrupted, random letters get
shifted by one character from what they should have been, e.g. "t"
drawn where
"s" should be, or "d" drawn where "c" should be,
and many clearly wrong
characters, such as 15-30% of a screen full of "!!". The BIOS logo
also has
vertical lines through the SONY image, and the !! pairs appear on the otherwise
black screen between BIOS splash and GFX Grub menu, and plain text mode Grub.
> Also, perhaps something's VERY wrong with the device, s.t. something
fails
> very early in nouveau's attempts -- try loading nouveau with
> debug=trace (or, if putting into the kernel cmdline, nouveau.debug=trace)
> which should spam the kernel log pretty hard.
It didn't, 331 bytes less than that of comment 4, only two lines containing
"veau", both included on Kernel command line.

This laptop isn't mine. It belongs to my church. It came to me to repair
because of video corruption in Windows 7 that appeared only after warmup. I
took out its HD and put in my SSD to facilitate troubleshooting after having
the same trouble with Knoppix as is happening in openSUSE, and taking a long
time to boot each time from Knoppix DVD.

I quickly decided the Windows video corruption seemed to be nothing but
overheating, so I've been running it most of the time with a 4" fan
blowing on
its bottom after having blown through its airways with compressed air when I
first got it. Without the 4" fan, I can't tell if the heat coming from
the vent
is simply radiation, or from its fan.

In 1024x768 VESA mode (with vga=) the video output doesn't get corrupted
either
on vttys or in Xorg. When I plug in a display to its HDMI port, the external
display wakes up only to report "no HDMI signal", which it repeats
going into
or out of Xorg.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190930/b93bf23d/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #7 from Felix Miata <mrmazda at earthlink.net> ---
Created attachment 145591
  --> https://bugs.freedesktop.org/attachment.cgi?id=145591&action=edit
dmesg without vga= & with nouveau.debug=trace

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20190930/203ddda1/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #8 from Felix Miata <mrmazda at earthlink.net> ---
A fresh installation of Windows 7 uses the panel's native 1440x900 mode via
its
"VGA" driver, though the HDMI port sends nothing to a display more
than what's
necessary to make it complain mode not supported.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191010/2f66292c/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #9 from Ilia Mirkin <imirkin at alum.mit.edu> ---
This is weird:

[    0.519104] pci 0000:01:00.0: BAR 6: no space for [mem size 0x00020000 pref]
[    0.519109] pci 0000:01:00.0: BAR 6: failed to assign [mem size 0x00020000
pref]

Not sure if it's related.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191010/8c4aaf53/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #10 from Felix Miata <mrmazda at earthlink.net> ---
Created attachment 145757
  --> https://bugs.freedesktop.org/attachment.cgi?id=145757&action=edit
Xorg.0.log from live LMDE 2 Betsy boot

# uname -a
Linux stresslinux 2.6.37.6-0.5-default #1 SMP 2011-04-25 21:48:33 +0200 x86_64
x86_64 x86_64 GNU/Linux
# lsmod | sort | grep veau
button                  6797  1 nouveau
drm                   229676  3 nouveau,ttm,drm_kms_helper
drm_kms_helper         36630  1 nouveau
i2c_algo_bit            6342  1 nouveau
nouveau               678496  1 
ttm                    72581  1 nouveau
video                  15865  1 nouveau

But Stresslinux 0.7.106 has no X :-(

# uname -a
Linux mint 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) x86_64
GNU/Linux
# lsmod | sort | grep veau
button                 12944  1 nouveau
drm                   249955  3 ttm,drm_kms_helper,nouveau
drm_kms_helper         49210  1 nouveau
i2c_algo_bit           12751  1 nouveau
i2c_core               46012  7
drm,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,nouveau,videodev
mxm_wmi                12515  1 nouveau
nouveau              1122419  0 
ttm                    77862  1 nouveau
video                  18096  1 nouveau
wmi                    17339  2 mxm_wmi,nouveau
# inxi -GxxS
System:    Host: mint Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
           Desktop: MATE 1.8.1 (Gtk 3.14.5+4) dm: mdm Distro: LinuxMint 2 betsy
Graphics:  Card: NVIDIA G86M [GeForce 8400M GT] bus-ID: 01:00.0 chip-ID:
10de:0426
           Display Server: X.Org 1.16.4 drivers: fbdev,vesa,nouveau Resolution:
1024x768 at 61.00hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.5, 128 bits)
           GLX Version: 3.0 Mesa 10.3.2 Direct Rendering: Yes

With this old live distro, nouveau loads, but there's no /dev/dri/card0 or
/dev/fb0, so it's stuck in VESA 1024x768.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191016/a46c8067/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #11 from Felix Miata <mrmazda at earthlink.net> ---
Created attachment 145758
  --> https://bugs.freedesktop.org/attachment.cgi?id=145758&action=edit
Xorg.0.log from live Knoppix 7.6.1

# lsmod | sort | grep veau
drm_kms_helper         70712  1 nouveau
mxm_wmi                 1635  1 nouveau
nouveau              1033769  0
ttm                    60685  1 nouveau
wmi                     7363  2 mxm_wmi,nouveau
# inxi -c0 -GxxSM
System:    Host: Microknoppix Kernel: 4.2.6-64 x86_64 (64 bit gcc: 5.2.1)
           Console: tty 3 dm: kdm Distro: Debian GNU/Linux stretch/sid
Machine:   System: Sony (portable) product: VGN-AR730E v: C3LR1E11 serial:
28272434-3101919
           Mobo: Sony model: VAIO Bios: Phoenix v: R2090J8 date: 02/26/2008
           Chassis: type: 10
Graphics:  Card: NVIDIA G86M [GeForce 8400M GT]
           bus-ID: 01:00.0 chip-ID: 10de:0426
           Display Server: X.org 1.17.3 drivers: vesa,nouveau (unloaded: fbdev)
           tty size: 80x25 Advanced Data: N/A for root out of X
# dmesg | grep ailed
[    0.770863] acpi PNP0A08:00: _OSC failed (AE_SUPPORT); disabling ASPM
[    0.849357] pci 0000:01:00.0: BAR 6: failed to assign [mem size 0x00020000
pref]
[    1.607734] ACPI Error: Method parse/execution failed
[\_SB_.PCI0.SATA.PRT0._SDD] (Node ffff8800bf08f338), AE_NOT_FOUND
(20150619/psparse-536)
[    1.609103] ACPI Error: Method parse/execution failed
[\_SB_.PCI0.SATA.PRT0._SDD] (Node ffff8800bf08f338), AE_NOT_FOUND
(20150619/psparse-536)
[   37.465961] systemd-udevd[2004]: Process '/usr/sbin/alsactl -E
HOME=/var/run/alsa restore 0' failed with exit code 99.
[   38.226541] systemd-udevd[2008]: Process '/sbin/crda' failed with
exit code
249.
[   38.229603] systemd-udevd[2008]: Process '/sbin/crda' failed with
exit code
249.
[   42.469065] systemd-udevd[2086]: Process '/usr/sbin/alsactl -E
HOME=/var/run/alsa restore 0' failed with exit code 99.
[   69.564168] systemd-logind[2229]: Failed to start user service, ignoring:
Unknown unit: user at 1000.service
[  100.435441] uvcvideo: Failed to query (129) UVC probe control : -32 (exp.
26).
[  100.435443] uvcvideo: Failed to initialize the device (-5).

Again, nouveau loads, but X video is scrambled VESA, again with no
/dev/dri/card0 or /dev/fb0.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191016/add60891/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

--- Comment #12 from Felix Miata <mrmazda at earthlink.net> ---
AFAICT, the last or nearly the last tty message before screen stops responding
without acpi=off follows this line:

fb: switching to nouveaufb from VESA VGA

at least, it does if I include vga=791 to try to get a reasonable text size on
the vttys, and avoid all the !!!!!s.

In the currently installed (on owner's HD alongside Win7) openSUSE 15.1 I
tried
disabling the built-in video camera with:

module_blacklist=uvcvideo,videobuf2_core,videobuf2_memops,videobuf2_v4l2,videobuf2_vmalloc,videodev

on cmdline instead of acpi=off, but it had no apparent impact.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191019/b1f012bd/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=111853

Martin Peres <martin.peres at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |MOVED

--- Comment #13 from Martin Peres <martin.peres at free.fr> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/507.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/33e7c8ec/attachment.html>