After login via gdm, the xserver aborts after a few seconds while loading Gnome DE
Created attachment 9120 [details] Xorg log with NV_DMA_DEBUG enabled the Xorg log
Created attachment 9121 [details] the kernel log for the crash the kernel log
Created attachment 9122 [details] the lspci output the lspci output
it doesn't work even if the binary driver wasn't loaded before it works with this patch: --- sane-nouveau/xf86-video-nouveau/src/nv_driver.c 2007-03-05 14:26:05.000000000 +0100 +++ xf86-video-nouveau/src/nv_driver.c 2007-03-06 15:36:56.000000000 +0100 @@ -1702,8 +1702,7 @@ else gart_scratch_size = pNv->AGPSize; - pNv->AGPScratch = NVAllocateMemory(pNv, NOUVEAU_MEM_AGP, - gart_scratch_size); + pNv->AGPScratch = NULL; if (!pNv->AGPScratch) xf86DrvMsg(pScrn->scrnIndex, X_ERROR, "Unable to allocate AGP memory\n");
I think I've seen this particular bug before, does this patch also fix the problem? diff --git a/src/nv_exa.c b/src/nv_exa.c index ed6901b..9eaaa20 100644 --- a/src/nv_exa.c +++ b/src/nv_exa.c @@ -331,6 +331,9 @@ static Bool NVUploadToScreen(PixmapPtr pDst, h = pDst->drawable.height; #endif + if (src_pitch == 0) + return FALSE; + pitch_out = exaGetPixmapPitch(pDst); offset_out = NVAccelGetPixmapOffset(pNv, pDst); offset_out += y*pitch_out;
this patch fixes the SIGFPE but now i sometimes get an SIGSEV (Xorg.log attached) or X hangs (maybe related to #10199)
Created attachment 9140 [details] Xorg log for SIGSEV crash
the SIGSEV seems to be related to the Xserver not to nouveau. I reinstalled the Xorg Xserver shipped with Ubuntu Feisty fawn instead of using a self compiled git one. After i applied the patch suggested in comment #5 nouevau is working now. But it is very slow
Problem disappeared after an Xorg update. Thatswhy I assume it was related to Xorg not to nouveau. I mark it as resolved with resolution NOTOURBUG
I am hitting the same bug on debian sid (last tested Xorg = 1:7.2-3). This happen since an update that happen 1 or 2 month ago. Like comment #2, there nothing special in kernel log. I have got trace like comment #1, but there not always a X stack trace. If I try to attach gdb to Xorg, when X crash, I see garbage in the stack trace. I could trigger the bug under gdm, if I open a menu (for choosing another desktop, ...) an put the mouse on it. Comment #4 seems the avoid the bug, but comment #5 doesn't.
reasing
Should be fixed in latest git.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.