similar to: [Bug 88515] After waking up from sleep nouveau fails with errors

https://bugs.freedesktop.org/show_bug.cgi?id=88515 --- Comment #6 from MiroJanosik <mirojano.sikgeo at gmail.com> --- Bug was reported at https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1412550 -- 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=88515 --- Comment #2 from MiroJanosik <mirojano.sikgeo at gmail.com> --- Okay, it seems to fix the problem! I have followed few steps described here to update the kernel: http://askubuntu.com/questions/119080/how-to-update-kernel-to-the-latest-mainline-version-without-any-distro-upgrade So I did: wget

https://bugs.freedesktop.org/show_bug.cgi?id=88515 MiroJanosik <mirojano.sikgeo at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Driver/nVidia (open) |Driver/nouveau Assignee|aplattner at nvidia.com |nouveau at lists.freedesktop.o

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO --- Comment #1 from Tobias Klausmann <tobias.klausmann at mni.thm.de> --- There were

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #112364|text/plain |application/zip mime type| | -- You are receiving this mail

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Tobias Klausmann <tobias.klausmann at mni.thm.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW --- Comment #3 from Tobias Klausmann <tobias.klausmann at mni.thm.de> --- I don't know

https://bugs.freedesktop.org/show_bug.cgi?id=88515 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Ilia Mirkin <imirkin at

As per title it seems like tinc installed as a service doesn't handle well the sleep/hibernate/wake-up calls e.g. the service is unresponsive after a wake up rather than restarted. As i read it should be easy to fix: https://stackoverflow.com/questions/11367318/how-do-windows-services-behave-when-entering-waking-up-from-sleep-or-hibernate-m

https://bugs.freedesktop.org/show_bug.cgi?id=57777 Priority: medium Bug ID: 57777 Assignee: nouveau at lists.freedesktop.org Summary: lcd screen of a laptop does not wake up after sleep QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: alinm.elena at

https://bugs.freedesktop.org/show_bug.cgi?id=54883 Bug #: 54883 Summary: Nvidia GLX560M: Display corruption in GTK+ apps and unable to wake from sleep Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=31139 Summary: Wake from sleep doesn't turn on display(s) Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

On Mar 19, 2012, at 6:11 PM, Sarah Sharp wrote: > On Mon, Mar 19, 2012 at 05:05:47PM -0400, Tom Goetz wrote: >> On Mar 19, 2012, at 12:45 PM, Tom Goetz wrote: >>> On Mar 19, 2012, at 9:32 AM, Tom Goetz wrote: >>> I''ve just found that if the xHCI is in D3, has a USB device plugged in, and is not waking up, it will wake up when another device in D3 wakes up.

Windows 7 Pro x64 NUT 2.6.5-4 APC RS 1200 (BR1200) and also RS 500 (BR500) Two PC's which are routinely put to sleep is giving usbhid-ups headaches. From the Event log... usbhid-ups - libusb_get_interrupt: libusb0-dll:err [submit_async] submitting request failed, win error: The system cannot find the file specified. Above is at the time of system sleep. The rest below happens when the

https://bugs.freedesktop.org/show_bug.cgi?id=53535 Bug #: 53535 Summary: G84M [Quadro NVS 140M] X crash after waking up from suspend: Process /usr/bin/Xorg was killed by signal 6 (SIGABRT) Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version:

https://bugs.freedesktop.org/show_bug.cgi?id=89186 Bug ID: 89186 Summary: Artifacts after waking up from suspend Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

Hi, My laptop runs a local IMAP server so that I'm immune from breaking my mail client, and when playing around with powertop I discovered that Dovecot (in particular imap-login) wakes up every 1000ms and then every 50ms even when no clients are connected. A bit of stracing shows this: gettimeofday({1180875699, 667917}, NULL) = 0 <0.000010> poll([{fd=7,

I just finished installing CentOS 5 (again)... and I'm having trouble with my X config (I _think_). If I 'startx' then switch to a console (using CTRL+ALT+F*) and then back to X (CTRL+ALT+F7), 1/2 the time it comes back, the other half I get a black screen and I can never recover the session. X is still running (CTRL+ALT+Backspace kills it) but there seems to be some type of power

Hi Zhu, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on vhost/linux-next] [also build test WARNING on v5.7-rc7 next-20200526] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify the base tree in git format-patch, please see

On 2020/5/26 ??1:32, Zhu Lingshan wrote: > Standard vhost devices rely on waking up a vhost_worker to kick > a virtquque. However vdpa devices have hardware backends, so it > does not need this waking up routin. In this commit, vdpa device > will kick a virtqueue directly, reduce the performance overhead > caused by waking up a vhost_woker. Thanks for the patch. It would be

On 2020/6/2 ??5:42, Dan Carpenter wrote: > Hi Zhu, > > url: https://github.com/0day-ci/linux/commits/Zhu-Lingshan/vdpa-bypass-waking-up-vhost_woker-for-vdpa-vq-kick/20200526-133819 > base: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git linux-next > config: x86_64-randconfig-m001-20200529 (attached as .config) > compiler: gcc-9 (Debian 9.3.0-13) 9.3.0 > >