similar to: Nouveau driver fails to resume

http://bugs.freedesktop.org/show_bug.cgi?id=24603 Summary: LVDS-0 off after resume, PGRAPH_ERROR in kern.log Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugzilla.samba.org/show_bug.cgi?id=5695 Summary: rsync local timeout Product: rsync Version: 3.0.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: gabriele.tozzi@gmail.com QAContact:

https://bugs.freedesktop.org/show_bug.cgi?id=57081 Priority: medium Bug ID: 57081 Assignee: nouveau at lists.freedesktop.org Summary: dell latitude laptop E6510 with nouveau and nvs3100 nvidia doesn't resume properly QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

Hi there, In my last request I have asked info about backuppc and other backup solutions. After some test I have choosen bacula. Many people said it's too complex and try to make it works is a challenge. I've tested backuppc and I don't like it for a stupid reason... I must install on centos external software, configure a web server with cgi with suid enabled (apache does not have

On Wed, 2018-07-18 at 10:36 +0200, Lukas Wunner wrote: > On Wed, Jul 18, 2018 at 10:25:05AM +0200, Lukas Wunner wrote: > > The GPU contains an i2c subdevice for each connector with DDC lines. > > I believe those are modelled as children of the GPU's PCI device as > > they're accessed via mmio of the PCI device. > > > > The problem here is that when the

Hello, I'd like to bring to your attention a bug report[1] I have filed on the Gentoo bugzilla about a regression (quite an old one) in the nouveau driver. If there is anything missing in the report that could help fixing the problem, please feel free to ask. [1] https://bugs.gentoo.org/show_bug.cgi?id=534038 -- Było mi bardzo miło. Twoje oczy lubią mnie >Łukasz<

On Wed, Jul 18, 2018 at 09:38:41AM +0200, Rafael J. Wysocki wrote: > On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner <lukas at wunner.de> wrote: > > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire() > > wants it in resumed state, so is waiting forever for the device to > > runtime suspend in order to resume it again immediately afterwards. > > >

#regzbot introduced: 89c290ea758911e660878e26270e084d862c03b0 #regzbot link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/273 #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 ## Reproducing 1. Boot system to framebuffer console. 2. Run `systemctl suspend`. If undocked without secondary display, suspend fails. If docked with secondary display, suspend succeeds. 3. Resume

On Tue, Jul 17, 2018 at 02:24:31PM -0400, Lyude Paul wrote: > On Tue, 2018-07-17 at 20:20 +0200, Lukas Wunner wrote: > > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire() > > wants it in resumed state, so is waiting forever for the device to > > runtime suspend in order to resume it again immediately afterwards. > > > > The deadlock in the stack

https://bugs.freedesktop.org/show_bug.cgi?id=40572 Summary: Nouveau drm causes failure to resume from suspend with any kernel newer than 2.6.36 Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

http://bugs.freedesktop.org/show_bug.cgi?id=25451 Summary: Nouveau fails to resume on NV50 board Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=55450 Priority: medium Bug ID: 55450 Assignee: nouveau at lists.freedesktop.org Summary: nouveau driver fails to restore screen content / video mode after resume from s2ram QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

Hello after upgrading to 9.2-release i can see periodical page faults. advises welcome. examples: 1. Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 22 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8051095c stack pointer = 0x28:0xffffff88a9d77800 frame pointer =

As it turns out, on cards that actually have CRTCs on them we're already calling drm_kms_helper_poll_enable(drm_dev) from nouveau_display_resume() before we call it in nouveau_pmops_runtime_resume(). This leads us to accidentally trying to enable polling twice, which results in a potential deadlock between the RPM locks and drm_dev->mode_config.mutex if we end up trying to enable polling

https://bugs.freedesktop.org/show_bug.cgi?id=57151 Priority: medium Bug ID: 57151 Assignee: nouveau at lists.freedesktop.org Summary: repeatable nouveau driver crashes/hangs during resume on Dell Latitude E6510 when drm.debug=14 QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified

On Tue, Jul 17, 2018 at 12:53:11PM -0400, Lyude Paul wrote: > On Tue, 2018-07-17 at 09:16 +0200, Lukas Wunner wrote: > > On Mon, Jul 16, 2018 at 07:59:25PM -0400, Lyude Paul wrote: > > > In order to fix all of the spots that need to have runtime PM get/puts() > > > added, we need to ensure that it's possible for us to call > > > pm_runtime_get/put() in any

[cc += linux-pm] Hi Lyude, First of all, thanks a lot for looking into this. On Mon, Jul 16, 2018 at 07:59:25PM -0400, Lyude Paul wrote: > In order to fix all of the spots that need to have runtime PM get/puts() > added, we need to ensure that it's possible for us to call > pm_runtime_get/put() in any context, regardless of how deep, since > almost all of the spots that are

On 13.09.2014 07:02, poma wrote: > On 13.09.2014 06:57, poma wrote: >> >> Actually I have nothing to show cause logs are all OK. >> Haha, it seems to me that the bugs become intelligent. >> >> 3.15.10-201.fc20.x86_64 >> 3.16.2-200.fc20.x86_64 >> 3.17.0-0.rc4.git3.2.fc22.1.x86_64 >> nouveau [ DRM] suspending display... >> nouveau [

On resume of a hibernated notebook, I get garbled virtual consoles. fb_set_suspend(*dev, state == 0 means dev is running ...) This patch fixes that issue for me: hibernate: kernel: nouveau [ DRM] suspending fbcon... kernel: nouveau [ DRM] suspending display... kernel: nouveau [ DRM] unpinning framebuffer(s)... kernel: nouveau [ DRM] evicting buffers... kernel: nouveau [

Hi Owen, On Fri, Nov 10, 2023 at 5:55?AM Owen T. Heisler <writer at owenh.net> wrote: > > #regzbot introduced: 89c290ea758911e660878e26270e084d862c03b0 > #regzbot link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/273 > #regzbot link: https://bugzilla.kernel.org/show_bug.cgi?id=218124 Thanks for the bug report. Do you prefer to continue the discussion here, on gitlab or