All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjorn Helgaas <bhelgaas@google.com>
To: Linux PCI <linux-pci@vger.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: Bjorn Helgaas <bjorn@helgaas.com>,
	Patrick Volkerding <volkerdi@gmail.com>,
	Mika Westerberg <mika.westerberg@linux.intel.com>
Subject: Fwd: Hybrid graphics regression in 5.4.49+ [bisected]
Date: Wed, 15 Jul 2020 10:37:53 -0500	[thread overview]
Message-ID: <CAErSpo5sTeK_my1dEhWp7aHD0xOp87+oHYWkTjbL7ALgDbXo-Q@mail.gmail.com> (raw)
In-Reply-To: <5f99bc07-9b56-04c0-f022-3cbde3af5bb4@gmail.com>

---------- Forwarded message ---------
From: Patrick Volkerding <volkerdi@gmail.com>
Date: Tue, Jul 14, 2020 at 2:22 PM
Subject: Hybrid graphics regression in 5.4.49+ [bisected]
To: Bjorn Helgaas <bhelgaas@google.com>, Mika Westerberg
<mika.westerberg@linux.intel.com>
Cc: Patrick Volkerding <volkerdi@gmail.com>


Hello,

I ran into a problem recently with a laptop with hybrid graphics. Here
are the specs of the machine:

OS: Slackware 14.2 x86_64 (post 14.2 -current) x86_64
Host: 20QV000GUS ThinkPad X1 Extreme 2nd
CPU: Intel i7-9850H (12) @ 4.600GHz
GPU: NVIDIA GeForce GTX 1650 Mobile / Max-Q
GPU: Intel UHD Graphics 630

The graphics are set to hybrid in the BIOS, and no proprietary drivers
are in use.

With 5.4.48, starting X from a console works as expected and the Intel
UHD Graphics 630 is used.

Starting with 5.4.49, attempting to start X from a console causes the
machine to become unresponsive, and thousands of these messages are
found in the syslog:

Jul  1 14:39:26 z-mp kernel: [ 1657.318941] nouveau 0000:01:00.0: fifo:
PBDMA0: 01000000 [] ch 0 [00ff992000 DRM] subc 0 mthd 0008 data 00000000

A git bisect between 5.4.48 and 5.4.49 pointed to the commit
[828b192c57e8f4fee77f7a34bd19c1b58b049dad] PCI/PM: Assume ports without
DLL Link Active train links in 100 ms.

The commit reverts cleanly from 5.4.51, and then that kernel works as
expected. Additionally I should note that an unmodified kernel 5.7.7
also works as expected.

Happy to help test any proposed fix.

Here's the git bisect log:

git bisect start
# good: [67cb016870e2fa9ffc8d34cf20db5331e6f2cf4d] Linux 5.4.48
git bisect good 67cb016870e2fa9ffc8d34cf20db5331e6f2cf4d
# good: [67cb016870e2fa9ffc8d34cf20db5331e6f2cf4d] Linux 5.4.48
git bisect good 67cb016870e2fa9ffc8d34cf20db5331e6f2cf4d
# bad: [99705220b22ca116457edeae51ae817d056a6622] net: core:
device_rename: Use rwsem instead of a seqcount
git bisect bad 99705220b22ca116457edeae51ae817d056a6622
# bad: [7454c171a88c188583bbfe17db1f9e6e75723b5f] tty: n_gsm: Fix bogus
i++ in gsm_data_kick
git bisect bad 7454c171a88c188583bbfe17db1f9e6e75723b5f
# good: [390f1688fb4648474b29c8ea6c2c710b689cd669] f2fs: handle readonly
filesystem in f2fs_ioc_shutdown()
git bisect good 390f1688fb4648474b29c8ea6c2c710b689cd669
# good: [9eb54d0e8962d2f5d7a430f3a245037c990e3b42] PCI: v3-semi: Fix a
memory leak in v3_pci_probe() error handling paths
git bisect good 9eb54d0e8962d2f5d7a430f3a245037c990e3b42
# good: [4536dbe64bd17b7d16cb0da56a15616dda247940] USB: ohci-sm501: fix
error return code in ohci_hcd_sm501_drv_probe()
git bisect good 4536dbe64bd17b7d16cb0da56a15616dda247940
# bad: [b1bc8753eefc82b79e285977c6177c67bc17344e] ipmi: use vzalloc
instead of kmalloc for user creation
git bisect bad b1bc8753eefc82b79e285977c6177c67bc17344e
# good: [860b8717f7247384e500ba15c89e9b5327d00423] tty: n_gsm: Fix
waking up upper tty layer when room available
git bisect good 860b8717f7247384e500ba15c89e9b5327d00423
# good: [c6737f3a1b01120ce0991bb0b6b4c8da2b086f1e] HID: Add quirks for
Trust Panora Graphic Tablet
git bisect good c6737f3a1b01120ce0991bb0b6b4c8da2b086f1e
# bad: [5c2207ba2394ee6c2dd7383890818aca89ff4b9b] habanalabs: increase
timeout during reset
git bisect bad 5c2207ba2394ee6c2dd7383890818aca89ff4b9b
# bad: [828b192c57e8f4fee77f7a34bd19c1b58b049dad] PCI/PM: Assume ports
without DLL Link Active train links in 100 ms
git bisect bad 828b192c57e8f4fee77f7a34bd19c1b58b049dad
# first bad commit: [828b192c57e8f4fee77f7a34bd19c1b58b049dad] PCI/PM:
Assume ports without DLL Link Active train links in 100 ms

Best regards,

Pat

           reply	other threads:[~2020-07-15 15:38 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <5f99bc07-9b56-04c0-f022-3cbde3af5bb4@gmail.com>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAErSpo5sTeK_my1dEhWp7aHD0xOp87+oHYWkTjbL7ALgDbXo-Q@mail.gmail.com \
    --to=bhelgaas@google.com \
    --cc=bjorn@helgaas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=mika.westerberg@linux.intel.com \
    --cc=volkerdi@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.