similar to: [Bug 27587] New: X (nouveau) crashes kernel on start

https://bugs.freedesktop.org/show_bug.cgi?id=33297 Summary: X hangs with nouveau and linux kernel 2.6.38-rc1 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=27574 Summary: BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

http://bugs.freedesktop.org/show_bug.cgi?id=25948 Summary: X don't start first time, and dies on logout from kde Product: xorg Version: 7.4 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

http://bugs.freedesktop.org/show_bug.cgi?id=26992 Summary: Systemsettings crashes when I try to open desktop settings Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

http://bugs.freedesktop.org/show_bug.cgi?id=26521 Summary: Bug in kernel module - ttm_bo_pci_offset Product: xorg Version: 7.4 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=32453 Summary: SIGABRT caused by malloc around RegionCreate. Can only reproduce with nouveau not vesa. Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=33373 Summary: nouveau dual monitor configuration doesn't work with linux 2.6.38-rc2 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On 26 November 2015 at 07:14, Ben Skeggs <skeggsb at gmail.com> wrote: > From: Ben Skeggs <bskeggs at redhat.com> > --- a/nouveau/Makefile.am > +++ b/nouveau/Makefile.am > @@ -14,9 +14,18 @@ libdrm_nouveau_la_LIBADD = ../libdrm.la @PTHREADSTUBS_LIBS@ > > libdrm_nouveau_la_SOURCES = $(LIBDRM_NOUVEAU_FILES) > > -libdrm_nouveauincludedir = ${includedir}/libdrm

https://bugs.freedesktop.org/show_bug.cgi?id=101191 Bug ID: 101191 Summary: [NVC3] Vsync stops working after mode changes in nouveau DDX Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

The DDX eating CPU isn't intrinsically bad. Did you check where perf says the CPU time is going? Could be doing copies/etc. On Mon, Aug 17, 2020 at 12:52 AM Andrew Randrianasulu <randrianasulu at gmail.com> wrote: > > I was testing Ilia's patches for ddx, and while they definitely helped for Xorg itself, > qemu still eats a lot of CPU if launched like this > >

https://bugs.freedesktop.org/show_bug.cgi?id=28039 Summary: nouveau can't display preview 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

So, with all the nouveau_class.h changes lately it's become rather difficult to keep libdrm synced up with a particular mesa version. This is much like what happens when we break our kernel ABI, but on a far more regular basis so it has a larger impact. I'm proposing we drop nouveau_class.h from libdrm again, and move it back to the ddx and mesa trees where it can be updated at the same

http://bugs.freedesktop.org/show_bug.cgi?id=26568 Summary: Xv Corruption and X Lockup w/ Nouveau on C51 (Geforce 6150 Go) Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

As per the schedule, I am pleased to announce the first release candidate of the standalone Xwayland 23.2.0 release (Xwayland 23.2.0 rc1). Some notable changes since Xwayland 23.1 include: - Optional support for emulated input by using libEI for XTEST, - Support for wp-tearing-control-v1, - Xwayland rootful is now resizable with libdecor. Testing of this release candidate would be

I rebuild mesa with debug symbols, and now top functions using CPU looks like this: CPU: AMD64 family15h, speed 3800 MHz (estimated) Counted CPU_CLK_UNHALTED events (CPU Clocks not Halted) with a unit mask of 0x00 (No unit mask) count 100000 samples % image name symbol name ------------------------------------------------------------------------------- 222978 45.1489

The DDX uses symbols from libdrm but currently does not link against it, but rather relies on indirect linkage from libdrm_nouveau. This could lead to insufficient dependencies in distribution packages, seen in http://bugs.debian.org/633786. Signed-off-by: Sven Joachim <svenjoac at gmx.de> --- configure.ac | 1 + src/Makefile.am | 4 ++-- 2 files changed, 3 insertions(+), 2

On Sun, Nov 22, 2009 at 01:52:39PM -0600, Steve Conklin wrote: > Steve, > > we appreciate you came forward beforehand. Below are some comments > on how I personally view the situation with Nouveau, and I believe > they are mostly the concensus among the developers. > > On Sat, 21 Nov 2009 21:33:33 -0600 > Steve Conklin <steve.conklin at canonical.com> wrote: >

http://bugs.freedesktop.org/show_bug.cgi?id=26057 Summary: Artefacts in kde 4 Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: alex.vizor at gmail.com

Ok, here's what I think we should release as 1.17. I plan on doing that in a few days (Monday? Tuesday?), unless there's some good reason not to. Let me know if there's some critical (i.e. crashing) fixes that I've missed somehow. And, again, I think we can run a shorter 1.18 cycle, given the pent-up list of fixes. Sorry for not getting this wrapped up sooner. Turns out that

Adam Jackson (2): Don't sleep(1) on VT entry. keyboard 1.3.0 Alan Coopersmith (4): Update kbd man page to say it has replaced keyboard driver now. Use $(XKBPATH) for xkb file path in man page Revert previous attempts to sync lock state & LEDs Correct COPYING file and note which notices apply to which code/OS'es Daniel Drake (1): Bug 11026: