similar to: [Bug 69387] New: X hangs on resume/monitor blank with nv50cal_space: -16

https://bugs.freedesktop.org/show_bug.cgi?id=108615 Bug ID: 108615 Summary: [NVE7] changing resolution causes blank screen Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=86164 Bug ID: 86164 Summary: Dual screen causes KDE crash on NV50 (NV98) in nouveau (bisected) Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #27 from aaron.hamid at gmail.com --- I am encountering the same "kernel rejected pushbuf: Device or resource busy" crash/lock cited here and in https://bugs.freedesktop.org/show_bug.cgi?id=100567 I'm posting here as I don't see SCHED_ERROR in my systemd journal, and I can reliably trigger it by running qemu android

https://bugs.freedesktop.org/show_bug.cgi?id=105117 Bug ID: 105117 Summary: desktop freeze playing video nouveau: DATA_ERROR INVALID_BITFIELD Product: xorg Version: 7.6 (2010.12) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium

Hi! In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0: > drm/nouveau/mmu: ALIGN_DOWN correct variable > > Commit 7110c89bb8852ff8b0f88ce05b332b3fe22bd11e ("mmu: swap out round > for ALIGN") replaced two calls to round/rounddown with ALIGN/ALIGN_DOWN, > but erroneously applied ALIGN_DOWN to a different variable (addr) and left > intended variable (tail) not

https://bugs.freedesktop.org/show_bug.cgi?id=97438 Bug ID: 97438 Summary: Running a lot of Firefox instances causes kernel page fault. Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=95282 Bug ID: 95282 Summary: system hang on video playback via vdpau Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=92833 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|nouveau E[ |[NV117] nouveau E[ |PFIFO][0000:01:00.0] read |PFIFO][0000:01:00.0] read

https://bugs.freedesktop.org/show_bug.cgi?id=92833 --- Comment #2 from barry at barrys-emacs.org --- (In reply to Ilia Mirkin from comment #1) > Are those the first messages? There where some info ones. (sorry I've lost the setup for the moment to repro this). > What kernel are you using? Or to rephrase, > does this still happen with kernel 4.3.0? F23 is on 4.2.5. I will see if I

https://bugs.freedesktop.org/show_bug.cgi?id=92971 --- Comment #6 from Philippe Condé <conde.philippe at skynet.be> --- Hello, I tested with the non Xen kernel vmlinux-4.3.0-1-default. The crash exists also with this kernel here the journalctl output with a crash when loading a page in the browser: The screen was totally corrupted but I succeeded to go the the console CTRL Alt F1 and

Commit "drm/nouveau: port all engines to new engine module format" changed IB size calculation to be less wasteful, but didn't take into account already existing off-by-one bugs :). So: - ib_max is the last entry, so we need to +1 when calculating number of free entries - nv50_dma_wait already does +1 (for FIRE_RING), so we don't need another +1 on nouveau_gem_ioctl_pushbuf

Commit 7110c89bb8852ff8b0f88ce05b332b3fe22bd11e ("mmu: swap out round for ALIGN") replaced two calls to round/rounddown with ALIGN/ALIGN_DOWN, but erroneously applied ALIGN_DOWN to a different variable (addr) and left intended variable (tail) not rounded/ALIGNed. As a result screen corruption, X lockups are observable. An example of kernel log of affected system with NV98 card where it

https://bugs.freedesktop.org/show_bug.cgi?id=105173 --- Comment #18 from Maris Nartiss <maris.nartiss at gmail.com> --- (In reply to Sérgio M. Basto from comment #17) > I tested https://bugs.freedesktop.org/attachment.cgi?id=137730 on a > kernel-4.15 > but doesn't fixed my boot problem . Then, please, open a different bug and provide full kernel (dmesg) output. Or even better

https://bugs.freedesktop.org/show_bug.cgi?id=92971 --- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to Philippe Condé from comment #6) > Hello, > > I tested with the non Xen kernel vmlinux-4.3.0-1-default. > The crash exists also with this kernel > > here the journalctl output with a crash when loading a page in the browser: > The screen was

https://bugs.freedesktop.org/show_bug.cgi?id=93254 Bug ID: 93254 Summary: [NVA5] The Long Dark (game) is very slow because of "kernel rejected pushbuf" messages in log files Product: Mesa Version: 11.0 Hardware: Other OS: All Status: NEW Severity: normal Priority:

https://bugs.freedesktop.org/show_bug.cgi?id=105173 --- Comment #19 from Sérgio M. Basto <sergio at serjux.com> --- (In reply to Maris Nartiss from comment #18) > (In reply to Sérgio M. Basto from comment #17) > > I tested https://bugs.freedesktop.org/attachment.cgi?id=137730 on a > > kernel-4.15 > > but doesn't fixed my boot problem . > > Then, please, open

https://bugs.freedesktop.org/show_bug.cgi?id=110748 Bug ID: 110748 Summary: [NVC1] [optimus] fifo: read fault at 0000000000 engine 00 [PGRAPH] client 00 [] reason 02 [PAGE_NOT_PRESENT] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

I'm dealing with an idea to exchange data in a socket connection style or a sort of ftp transfer with IAX2 as the transport medium. An IAX client on e.g. a notebook could establish a connection to any remote machine (also client) via any Asterisk Server where both clients are registered. Due to the unique properties of IAX2 one could connect quite easily to any "hidden" remote

https://bugs.freedesktop.org/show_bug.cgi?id=55227 Bug #: 55227 Summary: GeForce GTX 560 Ti fails to resume Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

> Message: 1 > Date: Thu, 15 Jul 2010 00:19:43 -0600 > From: devi at purpletalk.com > Subject: [Speex-dev] Speex Echo Cancellation > To: speex-dev at xiph.org > Message-ID: <20100715001943.pr04hvtxsc8k04so at mail.purpletalk.com> > Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; > format="flowed" > > Hi > > I am using speex