similar to: [Bug 70452] [NV43] Graphical corruption after resume from suspend or hibernation

https://bugs.freedesktop.org/show_bug.cgi?id=70452 --- Comment #5 from Moi Jaiunvelo <moijaiunvelo at gmail.com> --- Hi, I ignore against which gcc version my libdrm was compiled but my libdrm version is 2.4.46-3 (I run debian/testing) : Versions of packages xserver-xorg-video-nouveau depends on: ii libc6 2.17-93 ii libdrm-nouveau2

https://bugs.freedesktop.org/show_bug.cgi?id=70452 --- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> --- Was your libdrm compiled with gcc-4.8? If so, make sure to get libdrm 2.4.48 or later. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=70452 --- Comment #6 from Moi Jaiunvelo <moijaiunvelo at gmail.com> --- I tried to backport libdrm from debian/sid and it fixed the graphical corruption. More precisely for users who would like to reproduce it, I backported libdrm2, libdrm-intel1, libdrm-radeon1 and libdrm-nouveau2 from debian/sid to have them in 2.4.49-1 version. Start-Date:

https://bugs.freedesktop.org/show_bug.cgi?id=70452 Moi Jaiunvelo <moijaiunvelo at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.debian.org/7258 | |71 -- You are receiving this

https://bugs.freedesktop.org/show_bug.cgi?id=70452 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED --- Comment #7 from Martin Peres

https://bugs.freedesktop.org/show_bug.cgi?id=70452 Alan Coopersmith <alan.coopersmith at oracle.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|aplattner at nvidia.com |nouveau at lists.freedesktop.o | |rg

https://bugs.freedesktop.org/show_bug.cgi?id=57484 Priority: medium Bug ID: 57484 Assignee: nouveau at lists.freedesktop.org Summary: NV43: fail resume after suspend QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: xoddark at gmail.com

If either idling channels or suspending the fence were to fail, the display would never be resumed. Also if a client fails, resume the fence (not functionally important, but it would potentially leak memory). See https://bugs.freedesktop.org/show_bug.cgi?id=70213 Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Untested, but makes sense given that the bug report has cursor setting

https://bugs.freedesktop.org/show_bug.cgi?id=72651 Priority: medium Bug ID: 72651 Assignee: nouveau at lists.freedesktop.org Summary: [NV11] Hang during suspend/resume on Geforce 2 MX200 & MX400 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

On Sat, Feb 22, 2014 at 10:45 PM, Daniel J Blueman <daniel at quora.org> wrote: > On 9 February 2014 02:57, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> On Sat, Feb 8, 2014 at 10:38 AM, Daniel J Blueman <daniel at quora.org> wrote: >>> Interestingly, there was graphical failure booting 3.6.11, even >>> nvidia-current fails to initialise, but these

https://bugs.freedesktop.org/show_bug.cgi?id=100357 Bug ID: 100357 Summary: [NV50] Resume from hibernate/suspend does not work Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee: nouveau at

Hi guys, i''ve read, a few threads ago, that suspend/resume should work on 3.4 kernels. Actually it doesn''t work for me, the system goes on suspend, keeping monitors on and power led blinking, but it never resumes, I always have to brutally shutdown it. CONFIG_XEN_ACPI_PROCESSOR is set. Same thing it always did with previouses kernels. It works flawlessy if I start the system

With this patch I can suspend/resume a KVM guest. [root at test ~]# cd /sys/power/ [root at test power]# echo test_resume > disk [root at test power]# lscss Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs ---------------------------------------------------------------------- 0.0.0003 0.0.0000 0000/00 3832/03 yes 80 80 ff 00000000 00000000 0.0.0000 0.0.0001

With this patch I can suspend/resume a KVM guest. [root at test ~]# cd /sys/power/ [root at test power]# echo test_resume > disk [root at test power]# lscss Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs ---------------------------------------------------------------------- 0.0.0003 0.0.0000 0000/00 3832/03 yes 80 80 ff 00000000 00000000 0.0.0000 0.0.0001

http://bugs.freedesktop.org/show_bug.cgi?id=25393 Summary: Repeated "EDID checksum is invalid" erros with varying remainders on NV43 Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

The inst variable (and thus engctx) will not be properly populated for pre-NV44 cards. The dma setter method didn't need it anyways, so call it directly instead of the nv_call indirection. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Tested on NV42. Ben, I'm going to guess that you hate this patch, since it gets rid of the beautiful nv_call stuff. However I wasn't

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

https://bugs.freedesktop.org/show_bug.cgi?id=99889 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|DRI |xorg QA Contact| |xorg-team at lists.x.org Assignee|dri-devel at

https://bugs.freedesktop.org/show_bug.cgi?id=98457 Bug ID: 98457 Summary: [NVD9] GPU lockup after resume from hibernation with Nouveau driver and firmware-nonfree Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

On 9 February 2014 02:57, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sat, Feb 8, 2014 at 10:38 AM, Daniel J Blueman <daniel at quora.org> wrote: >> Interestingly, there was graphical failure booting 3.6.11, even >> nvidia-current fails to initialise, but these two issues could be due >> to running the Xorg stack in Ubuntu 14.04 pre-release. Using >>