similar to: nvkm_pmu_reset issue with Optimus card

https://bugs.freedesktop.org/show_bug.cgi?id=106787 Bug ID: 106787 Summary: Thinkpad P52s NVIDIA Quadro P500 gp108 WARNING: CPU: 3 PID: 395 at drivers/gpu/drm/nouveau/nvkm/subdev/pmu/base.c:86 nvkm_pmu_reset+0x14c/0x160 [nouveau] Product: xorg Version: unspecified Hardware: x86-64

https://bugs.freedesktop.org/show_bug.cgi?id=91408 Bug ID: 91408 Summary: Lenovo T440s alternate way to turn off discrete GPU Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

On Thu, Nov 21, 2019 at 12:46 PM Mika Westerberg <mika.westerberg at intel.com> wrote: > > On Thu, Nov 21, 2019 at 12:34:22PM +0100, Rafael J. Wysocki wrote: > > On Thu, Nov 21, 2019 at 12:28 PM Mika Westerberg > > <mika.westerberg at intel.com> wrote: > > > > > > On Wed, Nov 20, 2019 at 11:29:33PM +0100, Rafael J. Wysocki wrote: > > > >

This is my /proc/cmdline BOOT_IMAGE=(hd0,gpt2)/boot/vmlinuz-4.18.0-147.5.1.el8_1.x86_64 root=UUID=c1bef884-0180-4955-a669-c99a8c64f75a ro crashkernel=auto resume=UUID=0fe1a972-9912-4803-b5ec-265a13a888c1 biosdevname=0 net.ifnames=0 rhgb quiet rd.driver. blacklist=nouveau nomodeset nouveau.modeset=0 acpi_backlight=vendor "acpi_osi=!Windows 2013" "acpi_osi=!Windows 2012" Jerry

https://bugs.freedesktop.org/show_bug.cgi?id=106454 Bug ID: 106454 Summary: Xorg crashes with nouveau on lenovo y50 (nvidia GTX 860M) (freezes with proprietary drivers) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major

Hi, Here are two patches to fix an issue reported on kernel bugzilla (infinite loop due to unchecked function) and a more important fix to fix hanging Optimus machines when runtime PM is enabled (with pm/pci patches). An older (obsolete) patch for the first issue was tested by the reporter: https://bugzilla.kernel.org/show_bug.cgi?id=104791#c11 (it is replaced by "check for function 0x1B

First off, the current state of support for Maxwell (GM107/NV110) is not very useful to end-users. It's especially not useful if it's a 3d accelerator card without outputs (as yours appears to be), since acceleration is not supported in 3.15 out of the box. You'd have to figure out how to extract the context switching firmware from the blob driver and load it in nouveau. I'm told

On Fri, Jul 15, 2016 at 12:41:49PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu <peter at lekensteyn.nl> wrote: > > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: > >> > Hi, > >> > > >> > Here are two patches to fix

I was getting a glicthy checkerboard mess at the cursor in some programs (konsol+) with # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro text quiet changed the command line in a blind attempt to: $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=4107d1db-62a3-427c-8515-c954a103ce25 ro nouveau.config=NvForcePost=1

Yes, you are right - the Intel-chip is connected to the display, it just offloads 3D work to do to the nVidia-chip, which isn't even to tell how to get the EDID. I just wanted to try it out, simply for two reasons: 1. I heard that nouveau now "supports" the chip, and since I got the hardware, I wanted to try it out - just for the fun of it. :) 2. As far as I am informed, a way to

Hello, guys. First apologize my flaws, I am not a native English speaker and thus am prone to stupid errors. My box is an ASUSTek Notebook with Optimus capability (no, this is NOT about Optimus, I don't try to use Optimus yet, so please don't switch off here) with a running Gentoo. The first GPU is an Haswell-based Intel chip, the second one is a nVidia GeForce GTX 850M, the chip is a

On Fri, Feb 17, 2017 at 11:22 AM, João Paulo Rechi Vita <jprvita at gmail.com> wrote: > Hello Ilia, > > On 17 February 2017 at 11:14, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> On Fri, Feb 17, 2017 at 10:54 AM, João Paulo Rechi Vita >> <jprvita at gmail.com> wrote: >>> I'm happy to file >>> a bugzilla entry and provide any other

Hello all, I've juste installed a new computer and I feel like I'm having trouble with my NVIDIA GPU but it could be something else so I've enclosed detailed output. As you can see in [lspci] output, my GPU is `NVIDIA Corporation GM107M [GeForce GTX 850M] (rev a2)` whose specification can be found in [specs]. The trouble I'd like to solve has the following symptoms: -->

https://bugs.freedesktop.org/show_bug.cgi?id=92057 Bug ID: 92057 Summary: nouveau hard crash seems to poke arbitrary mmio address Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component:

On Wed, Nov 20, 2019 at 11:29:33PM +0100, Rafael J. Wysocki wrote: > > last week or so I found systems where the GPU was under the "PCI > > Express Root Port" (name from lspci) and on those systems all of that > > seems to work. So I am wondering if it's indeed just the 0x1901 one, > > which also explains Mikas case that Thunderbolt stuff works as devices >

Hi, I have an Optimus-enabled laptop with a GTX 1060m. I never got it to fully work with Nouveau even after Pascal support was added. I need to run the kernel with nouveau.runpm=0 to get it to work. Unfortunately without proper power mangement support, my laptop will run out of battery after about 1h30, so I'd love to get Optimus working. What I can see is that when the extra GPU is not in

I realize this falls under the category of "so incredibly vague I should maybe not send it", so I have low expectations and apologize beforehand if it's just pure noise. That being said - it appears that the whole HOST system becomes laggy. It can effect the mouse, the keyboard, the network. There are no messages in the logs that I can find that indicate the system is blocked or

On Thu, Nov 21, 2019 at 12:28 PM Mika Westerberg <mika.westerberg at intel.com> wrote: > > On Wed, Nov 20, 2019 at 11:29:33PM +0100, Rafael J. Wysocki wrote: > > > last week or so I found systems where the GPU was under the "PCI > > > Express Root Port" (name from lspci) and on those systems all of that > > > seems to work. So I am wondering if

On Sat, Nov 21, 2015 at 1:04 AM, Andrey Plankin via Syslinux <syslinux at zytor.com> wrote: > Hello, > > I'm booting linux-3.16-686-pae kernel (32-bit) via syslinux.efi 64-bit version. > After boot linux sees only 2.5G of RAM while system has 32G installed. Why not use a 64-bit kernel with such a large machine? Do you have the config used to build that kernel? I'm

Hello, I'm booting linux-3.16-686-pae kernel (32-bit) via syslinux.efi 64-bit version. After boot linux sees only 2.5G of RAM while system has 32G installed. If I boot the same kernel with GRUB64 efi instead of syslinux then amount of RAM available to linux is 32G. Is this a bug or I'm missing something? syslinux.cfg: label live-686-pae menu label Linux (686-pae) menu