similar to: [Bug 104649] New: System freeze after resuming from suspend

https://bugs.freedesktop.org/show_bug.cgi?id=104523 Bug ID: 104523 Summary: System does not resume from suspend Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=104421 Bug ID: 104421 Summary: System freeze on wayland with nouveau on NV137 (GP107) Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

https://bugs.freedesktop.org/show_bug.cgi?id=104222 Bug ID: 104222 Summary: GNOME/Wayland desktop freezes when resizing Firefox window Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=101215 Bug ID: 101215 Summary: Graphics Crash Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi all, I've got myself all confused about the capabilities of *. I somehow convinced myself (because I see a lot emails flying around about IP phones) that Asterisk works as a PBX and trunking gateway, but does not do voice coding (i.e. TDM in, VoIP out). Does Asterisk work as a VoIP gateway that regular (non-IP, non-SIP) phones can connect to and establish voice connections to other

https://bugs.freedesktop.org/show_bug.cgi?id=93629 Bug ID: 93629 Summary: [NVE6] complete system freeze, PGRAPH engine fault on channel 2, SCHED_ERROR [ CTXSW_TIMEOUT ] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=76585 Priority: medium Bug ID: 76585 Assignee: nouveau at lists.freedesktop.org Summary: [NVE6] kernel oops and Xorg crash when resuming after suspend QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: All

Dear openssh developers, is there any plan to include the reget & reput commands into the sftp client? The sftp-server seems to already support the needed offset parameters. Frank

https://bugs.freedesktop.org/show_bug.cgi?id=94949 Bug ID: 94949 Summary: Possible memory leak when hibernating/resuming Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

On a failed resume we may experience unrecoverable errors. Plumb the error code through to actually let the driver fail. On a reverse-prime setup this helps the drm subsystem to at least recover the integrated gpu. This can especially happen with secboot timing out, leaving the hardware in a non-functioning state. Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de>

On Tue, Sep 3, 2019 at 4:49 PM Lyude Paul <lyude at redhat.com> wrote: > > Since we're going to be reprobing the entire topology state on resume > now using sideband transactions, we need to ensure that we actually have > short HPD irqs enabled before calling drm_dp_mst_topology_mgr_resume(). > So, do that. > > Cc: Juston Li <juston.li at intel.com> > Cc:

Since we're going to be reprobing the entire topology state on resume now using sideband transactions, we need to ensure that we actually have short HPD irqs enabled before calling drm_dp_mst_topology_mgr_resume(). So, do that. Cc: Juston Li <juston.li at intel.com> Cc: Imre Deak <imre.deak at intel.com> Cc: Ville Syrjälä <ville.syrjala at linux.intel.com> Cc: Harry Wentland

On 2018?10?11? 15:51, Ake Koomsin wrote: > commit 713a98d90c5e ("virtio-net: serialize tx routine during reset") > disabled the virtio tx before going to suspend to avoid a use after free. > However, after resuming, it causes the virtio_net device to lose its > network connectivity. > > To solve the issue, we need to enable tx after resuming. > > Fixes commit

On 2018?10?11? 18:22, ake wrote: > > On 2018?10?11? 18:44, Jason Wang wrote: >> >> On 2018?10?11? 15:51, Ake Koomsin wrote: >>> commit 713a98d90c5e ("virtio-net: serialize tx routine during reset") >>> disabled the virtio tx before going to suspend to avoid a use after free. >>> However, after resuming, it causes the virtio_net device to lose

Hello, pardon my chaotic question, but does anybody have an idea, why can't I suspend vim-enhanced-7.2.411-1.6.el6.x86_64 with a CTRL-Z, then execute few commands at my bash prompt and then get back to the vim session again with "fg"? It has stopped working at my CentOS 6.2 machine (I haven't noticed exactly when) but works fine with CentOS 5.x. I'm using PuTTY to login to

Hi All, Does rsync support resuming feature? Now, this is the case, when we back a 4GB file, for example. I have backed up for about 2GB in progress, and we found this is a connnection problem to Internet, so we simply re-plug the net-cable and do rsynce again. Currently, I found rsync have to re-transfer the 4GB file again. Is there any way out of the problem or simply an option will do?

Hello, I have very-large file to transfer 10 GB and I have problems to transfer it if connection drops often. When I don't use --partial option, It will compare file with version on server and transfer difference but what if it only comes to 99% and connection drops. I will lost that 99% part and will need to start again. When I use --partial option when transfer is interrupted full version

On 6 May 2016 at 23:31, Tanya Lattner <tanyalattner at llvm.org> wrote: > I am not going to argue with you anymore. I hope this isn't how we'll deal with CoC violations. > Please stop twisting my words. I'm certainly not twisting your words. I'm sorry you feel that way. I explicitly said I was confused, and I asked questions to understand what the point was. This

On 2018?10?12? 12:30, ake wrote: > > On 2018?10?11? 22:06, Jason Wang wrote: >> >> On 2018?10?11? 18:22, ake wrote: >>> On 2018?10?11? 18:44, Jason Wang wrote: >>>> On 2018?10?11? 15:51, Ake Koomsin wrote: >>>>> commit 713a98d90c5e ("virtio-net: serialize tx routine during reset") >>>>> disabled the virtio tx before

https://bugs.freedesktop.org/show_bug.cgi?id=41608 Summary: Suspending/resuming system with cursor on external screen prevents said screen from restoring after resume Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium