[nvidia] X crash in compPaintWindowBackground
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-restricted-modules-2.6.22 (Ubuntu) |
Won't Fix
|
High
|
Unassigned | ||
nvidia-graphics-drivers-180 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: xserver-xorg
X sometimes crashes at random. I get a console for a few seconds then it starts up again to the gdm login window.
This is what the /var/log/Xorg.0.log file reports about the crash, everything priror to this has to do with the X startup.
Backtrace:
0: /usr/X11R6/
1: [0xffffe420]
2: /usr/X11R6/bin/X [0x81541bb]
3: /usr/X11R6/
4: /usr/X11R6/
5: /usr/X11R6/
6: /usr/X11R6/
7: /usr/X11R6/
8: /lib/tls/
9: /usr/X11R6/
Fatal server error:
Caught signal 11. Server aborting
I'm using Ubuntu Edgy 6.10, kernel 2.6.17-10-386
It might also be of interest that I'm using the nvidia driver (1.0-9629) on a GeForce 6600GT. (this also happened before I installed the new driver though)
lspci reports: 05:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2)
The version of the X server is: X Window System Version 7.1.1
description: | updated |
description: | updated |
Niklas Vanhainen (niklas-vanhainen) wrote : | #1 |
Niklas Vanhainen (niklas-vanhainen) wrote : | #2 |
[sellout] (sellout4him) wrote : | #3 |
Identical issue only i am using an nvidia geforce 5200
Backtrace is almost identical as well, and x dies randomly, and usually never lasts longer than 5 mins.
edschofield (schofield) wrote : | #4 |
- My xorg.conf - Valid Edit (3.8 KiB, text/plain)
I can confirm this bug with an Intel G965 X3000 GMA. I'm using xorg-server-
A backtrace from /var/log/
Backtrace:
0: /usr/X11R6/
1: /lib/libc.so.6 [0x2b9400cdbd40]
2: /usr/lib/
3: /usr/lib/
4: /usr/lib/
5: /usr/X11R6/
6: /usr/X11R6/
7: /usr/X11R6/
8: /usr/X11R6/
9: /usr/X11R6/
10: /usr/X11R6/
11: /usr/X11R6/
12: /usr/X11R6/
13: /lib/libc.
14: /usr/X11R6/
Fatal server error:
Caught signal 11. Server aborting
My xorg.conf is attached. I'm using the 'vesa' driver with a 1024x768 screen resolution. (The 'i810' driver unfortunately gives a blank screen.)
edschofield (schofield) wrote : | #5 |
edschofield (schofield) wrote : | #6 |
(All of these Xorg crashes I've experienced so far (about two per day) have occurred while using Firefox.)
Matthew L. Dailey (matthew-l-dailey) wrote : | #7 |
- X Segfault on nVidia/Matlab Edit (3.0 KiB, text/plain)
I just wanted to add a "me, too." We've now seen this on three different machines (two different hardware setups). It seems to occur during graphically-
Matthew L. Dailey (matthew-l-dailey) wrote : | #8 |
Matthew L. Dailey (matthew-l-dailey) wrote : | #9 |
Matthew L. Dailey (matthew-l-dailey) wrote : | #10 |
I think this may be a duplicate of https:/
I'll try the patches in this bug later in the week and see if they make a difference...
Timo Aaltonen (tjaalton) wrote : | #11 |
Matthew: have you tried the patch from the other bug?
Changed in xorg: | |
status: | Unconfirmed → Needs Info |
Matthew L. Dailey (matthew-l-dailey) wrote : | #12 |
Sorry for the delayed update...any dri patches I could find had no effect in our situation. Our crashes seem related to glx and libglcore rather than dri. Disabling dri in xorg.conf had no effect on our crashes, either, but disabling glx did fix the crashes - of course any sort of graphical performance was gone. :-)
For our machines, the only workable solution was to install the binary drivers from nVidia (many thanks to Alberto Milone and his "Envy" script). On both our GeForce MX 440's and our FX 5200's this eliminated all crashes, and also gave us a huge performance boost with 3D apps.
On our one Intel (i810 driver), we could not reliably reproduce the crashes (although we can on the nVidias with the nv driver), so I think this may be an entirely different bug.
This probably isn't much help for solving this bug, but I hope it at least helps a little. If I run into anything more definitive or helpful, I'll pass it along...
Bryce Harrington (bryce) wrote : | #13 |
bug 91351 has the same backtrace, but occurs on login after the splash screen.
User reports that he was able to get it to work by removing the following directory from his /etc/X11/xorg.conf file:
# /var/lib/
The specific font package causing the problem for him seemed to be "ttf-arabeyes".
Changed in xorg: | |
importance: | Undecided → High |
status: | Needs Info → Confirmed |
Matti Lindell (mlind) wrote : Re: X crash: FontFileCompleteXLFD+0xa1 | #14 |
I wonder if this is the same issue I'm having with feisty with both opensource and proprietary ATI drivers. Happens only when the screensaver has been active for some time though (random mode)
Backtrace:
0: /usr/X11R6/
1: [0xffffe420]
2: /usr/X11R6/
3: /usr/X11R6/bin/X [0x8134ad7]
4: /usr/X11R6/bin/X [0x8134f14]
5: /usr/X11R6/bin/X [0x81424ce]
6: /usr/X11R6/
7: /usr/X11R6/
8: /lib/tls/
9: /usr/X11R6/
Fatal server error:
Caught signal 11. Server aborting
Luke Plant (spookylukey) wrote : | #15 |
Another "me too" -- similar backtrace to 'mlind', but not identical. I'm using Ubuntu Feisty with ubuntu's NVidia drivers and a GeForce 5200 FX card. The crashes happen randomly -- the only common thing I've found is it tends to be when I'm using Yakuake (KDE terminal), or just switching away from it, usually at the same time as doing something reasonable system intensive e.g. saving lots of data. I can go days without seeing this, then will happen twice in half an hour. I'm using Beryl as my window manager, in case that is relevant.
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x81623ad]
3: /usr/bin/X [0x815ea9f]
4: /usr/bin/
5: /usr/bin/X [0x8153c0c]
6: /usr/bin/X [0x814f145]
7: /usr/bin/X [0x81424ce]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Diego Gaustein (gregorovius) wrote : | #16 |
Another "me too" here. Crashes are a little random, but AFAIK it only happens with Beryl enabled. Using latest nvidia-glx-new. I'm not sure if this happens with Compiz as I haven't used it much. I think this bug should be marked as critical.
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x81623ad]
3: /usr/bin/X [0x815ea9f]
4: /usr/bin/
5: /usr/bin/X [0x8153c0c]
6: /usr/bin/X [0x814f145]
7: /usr/bin/X [0x81424ce]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
TuxFan (make) wrote : | #17 |
I have the same problem now after I've upgraded to Feisty. Didn't have stability problems with Edgy as the original poster. But then again, I'm using Kubuntu.
More of my backtraces and other findings can be seen in bug #108829 but here's my latest backtrace:
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/
3: /usr/bin/
4: /usr/bin/
5: /usr/bin/
6: /lib/tls/
7: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
TuxFan (make) wrote : | #18 |
I tried commenting out the one font row from xorg.conf that Bryce mentioned, but it didn't help.
This time X just hanged, but sshd was killed (gkrellmd was still running though). Just before the hang I was trying to close one firefox window.I was able to login from normal terminals (Ctrl-Alt-F1..). After logging in there was few rows of some high ASCII garbage and when I tried to halt or reboot I got these errors:
/dev/.initramfs
error: '/etc/init.d/rc' exited outside the expected code flow.
Diego Gaustein (gregorovius) wrote : | #19 |
Just a comment: I've tried CompComm from the SVN packages build by Evandro and the same thing happens. Since I've disabled Beryl it hasn't happened anymore, so it's definitely related, at least in my case. If anyone is following this bug, I think it should be marked in Gutsy Milestones, considering the composite-
TuxFan (make) wrote : | #20 |
In my case it's definately not because of Beryl, since I don't have it. (And I've never even tried it.) And since this crashing seems to happen on different manufacturers graphics cards I don't think the problem is in those driversl...
There are two upstream bugs having same kind of backtraces:
https:/
https:/
And in the first one there's a comment: "I think this is an ubuntu bug, or at least was fixed in upstream Mesa since
then, I see it in gutsy.."
The second one has a list of steps which should make GNOME to crash, but since I have KDE I can't test if that bug is related to this one...
TuxFan (make) wrote : | #21 |
I finally got tired of the crashing (three times a day isn't so nice...) and upgraded to Gutsy last week. So far I haven't had a single crash, so I guess my problem is fixed in Gutsy.
Bryce Harrington (bryce) wrote : | #22 |
Compiz has received a LOT of attention for Gutsy, including many bug fixes.
Can one other person confirm that this behavior stops happening when upgrading to Gutsy? If so, we can close this bug as fixed.
Unfortunately it's not likely that this will be backported to Feisty, however Gutsy's release is coming up in a few months. :-)
Matti Lindell (mlind) wrote : | #23 |
Although my backtrace looks bit different in comment #14, xserver stopped crashing for me too when I upgraded to gutsy.
Bryce Harrington (bryce) wrote : | #24 |
Thanks mlind. I'll go ahead and close the bug. If anyone spots this behavior again on Gutsy, please enter a new bug report.
Changed in xorg: | |
status: | Confirmed → Fix Released |
TuxFan (make) wrote : | #25 |
Just one more note: this wasn't a compiz problem, since I don't even have it installed.
Diego Gaustein (gregorovius) wrote : Re: [Bug 71913] Re: X crash: FontFileCompleteXLFD+0xa1 | #26 |
In my case it only happened with Compiz or Beryl activated. I'll try
installing the Gutsy beta and see if it still happens.
Magnes (magnesus2) wrote : Re: X crash: FontFileCompleteXLFD+0xa1 | #27 |
I have something like this:
Backtrace:
0: /usr/X11R6/
1: [0xffffe420]
2: /usr/lib/
3: /usr/lib/
Fatal server error:
Caught signal 11. Server aborting
It's happening in random moments, mostly when I use Firefox. I don't use Compiz/Beryl when it happens.
Looks like this bug - https:/
My xserver-xorg-core version is 2:1.2.0-3ubuntu8
Diego Gaustein (gregorovius) wrote : | #28 |
Still happening on Gutsy Beta asof 11-oct, only when Compiz is on. I'm not sure how many people have this problem, but it makes Compiz unusable to me, so the composite-
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x817e39d]
3: /usr/bin/X [0x817a9ef]
4: /usr/bin/
5: /usr/bin/X [0x8168f19]
6: /usr/bin/X [0x8164315]
7: /usr/bin/X [0x815754e]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
Magnes (magnesus2) wrote : | #29 |
For me random crashes stopped when I replaced damaged capacitor on the main board and changed not working properly power supply! It looks it had something to do with the hardware malfunction.
Diego Gaustein (gregorovius) wrote : Re: [Bug 71913] Re: X crash: FontFileCompleteXLFD+0xa1 | #30 |
Well, in my case, everything works perfectly, including games, so it'd be
quite odd if it was a hardware issue.
On 10/12/07, Magnes <email address hidden> wrote:
>
> For me random crashes stopped when I replaced damaged capacitor on the
> main board and changed not working properly power supply! It looks it
> had something to do with the hardware malfunction.
>
> --
> X crash: FontFileComplet
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Luke Plant (spookylukey) wrote : Re: X crash: FontFileCompleteXLFD+0xa1 | #31 |
Another "me too" for Gutsy RC, with nvidia-glx-new
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x817e39d]
3: /usr/bin/X [0x817a9ef]
4: /usr/bin/
5: /usr/bin/X [0x8168f19]
6: /usr/bin/X [0x8164315]
7: /usr/bin/X [0x815754e]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Diego Gaustein (gregorovius) wrote : | #32 |
I'm sorry, but at least two of us are still experiencing this issue on Gutsy RC, so I'm marking this as confirmed again.
Changed in xorg: | |
status: | Fix Released → Confirmed |
Eddie Hung (eddieh) wrote : | #33 |
New Note 5
I can confirm a similar problem - I'm not sure if this is the same bug as described here, but here goes - firefox has been completely crashing my computer since I upgraded from Feisty to Gutsy a week or so ago (i.e. I can't switch VTs to find out what's going on, can't reset Xorg using Ctrl+Alt+Backspace - I have to Alt+SysReq+B to reboot my computer. I've noticed it most whenever I've been writing into text boxes (e.g. gmail) - which makes it even more frustrating!
I have the flash plugin installed from the official repos, and my Xorg.conf is the default configuration, albeit with the VNC module loaded, and I'm running the latest Gutsy in dual head mode (ATI card - so using xrandr).
I have reproduced the crash using two different firefox profiles - my main one with a handful of extensions, and a basic profile with no extensions at all - so I think we can rule profiles out.
I have a crash log I found in /var/crash which I've submitted, and gedit-ing it seems to bring my computer grinding to a halt - and so far I can't find any mention of a backtrace like what some of you have included: The only mention is:
Stacktrace: #0 0xffffe410 in ?? ()
StacktraceTop: ?? ()
And is it also worth mentioning that it also says that firefox-bin crashed with SIGSEGV?
Does any of this information seem familiar to anyone else?
Eddie Hung (eddieh) wrote : | #34 |
I also forgot to mention that I am not using compiz or beryl...
carpelo (carpelo) wrote : | #35 |
Another "Me too", with Gutsy and official NVIDIA drivers
Same Backtrace:
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x817e39d]
3: /usr/bin/X [0x817a9ef]
4: /usr/bin/
5: /usr/bin/X [0x8168f19]
6: /usr/bin/X [0x8164315]
7: /usr/bin/X [0x815754e]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
carpelo (carpelo) wrote : | #36 |
I forgot to mention that i do use compiz-fusion
Bas van Schaik (bas-tuxes) wrote : | #37 |
Just a "me too" here. I'm also using Kubunto with Compiz, but didn't try switching Compiz off yet.
I don't have a clue what's going on here, but it seems like it has something to do with the CPU or I/O load. Currently I've got a RAID resync running and a large rsync operation and I've encountered four crashes during these operations. Yesterday I had no crashes at all with my computer being almost idle.
I've got two almost identical backtraces from my X-logs:
> Backtrace:
> 0: /usr/bin/
> 1: [0xffffe420]
> 2: /usr/bin/X [0x817e39d]
> 3: /usr/bin/X [0x817a9ef]
> 4: /usr/bin/
> 5: /usr/bin/X [0x8168f19]
> 6: /usr/bin/X [0x8164315]
> 7: /usr/bin/X [0x815754e]
> 8: /usr/bin/
> 9: /usr/bin/
> 10: /lib/tls/
> 11: /usr/bin/
>
> Fatal server error:
> Caught signal 11. Server aborting
And:
> Backtrace:
> 0: /usr/bin/
> 1: [0xffffe420]
> 2: /usr/bin/X [0x817e39d]
> 3: /usr/bin/X [0x817a9ef]
> 4: /usr/bin/
> 5: /usr/bin/X [0x8168f19]
> 6: /usr/bin/X [0x8164315]
> 7: /usr/bin/X [0x815754e]
> 8: /usr/bin/
> 9: /usr/bin/
> 10: /lib/tls/
> 11: /usr/bin/
>
> Fatal server error:
> Caught signal 11. Server aborting
I'm using the latest Kubuntu (Gutsy Gibbon) and the latest NVidia drivers (v100.14.23). Apart from the NVidia-drivers, all software on my system is installed from packages.
arnulfo.rodriguez (arnulfo) wrote : | #38 |
Another me too, I had this error before in Gutsy (beta), I reinstalled the final version and everything was working fine, then the last thing I did was install some devel packages to compile kmediafactory (xorg-devel included) ,and shutdown the computer. The next time I booted the computer, X failed to start with the same error. I have a gforce 7300 LE and I'm using the propietary drivers and compiz fusion.
swoke (swoke) wrote : | #39 |
A "me too" under Kubuntu Gutsy with NVidia 100.14.19.
Same backtrace.
Luke Plant (spookylukey) wrote : | #40 |
I just got exactly the same thing, but this time while not running Compiz or any OpenGL. It happened immediately after I entered my password to unlock KDE, immediately after resuming from 'Suspend'. This is a not a laptop, but I have got suspend and hibernate working fine on it (until this hiccough).
miaviator278 (stormesi) wrote : | #41 |
If anyone from cannonical/ubuntu is willing to acknowlegde this issue I can reproduce it at will and provide strace logs of the crash.
I am using NVIDIA drivers and any GLX usage will cause a crash.
Bas van Schaik (bas-tuxes) wrote : Change of source package? | #42 |
Actually I'm not using the nvidia driver from
linux-restricte
itself (v100.14.23). The problem still exists, which makes it either a
general NVidia issue (but then much more people should be complaining)
or an xorg issue. Since this is not clear yet, why did Timo change the
source package?
Czikus (czikus) wrote : Re: X crash: FontFileCompleteXLFD+0xa1 | #43 |
The same problem again with Kubutuntu Gutsy 7.10, Compiz Fusion and intel driver.
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x817e39d]
3: /usr/bin/X [0x817a9ef]
4: /usr/bin/
5: /usr/bin/X [0x8168f19]
6: /usr/bin/X [0x8164315]
7: /usr/bin/X [0x815754e]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
Bas van Schaik (bas-tuxes) wrote : Re: [Bug 71913] Re: X crash: FontFileCompleteXLFD+0xa1 | #44 |
Ah, the first report from a non-Nvidia user! This effectively rules out
the possibility that the problem lies within the nvidia driver, it
definitely seems to be a problem with Compiz or X...
Luke Plant (spookylukey) wrote : Re: X crash: FontFileCompleteXLFD+0xa1 | #45 |
As I mentioned above, I've had this crash when not running Compiz (only one though), so it seems more likely to be a bug with X, but one that is made much more common by Compiz (and usually by simultaneous intensive disk IO and CPU).
Tormod Volden (tormodvolden) wrote : Re: X crash in compPaintWindowBackground | #46 |
This bug report seems to have collected a lot of "me-too'ers". Many of the backtraces are completely different from the one in the original report, and are likely different issues. Please file new bugs. In the first place, file it on the package corresponding to the driver you are using (that is linux-restricted-* for the closed-source drivers like nvidia or fglrx).
greenfog (greenfog) wrote : | #47 |
i also got a problem: when i try to run any fullscreen stuff like games on Ubuntu Studio x64 and the same NVidia driver --they work fine but i can't return to system because when i try to do so, the system crashes completely! please help! :-) thanx@
Abhinay Mukunthan (lexxonnet) wrote : New Bug Report | #48 |
Hello everyone,
A lot of you have reported a backtrace containing the following error, or something similar.
/usr/bin/
Diego Gaustein has opened a new bug report to collate the occurrences of any error involving "CompositeGlyphs". So far, we have a confirmed report from Diego himself(using an nVidia card) and myself(using an ATi). It would be helpful if the others who are experiencing this bug, could migrate to the other thread, so that we can figure out which package the error lies in :) It would also hopefully bring the bug in this thread to a conclusion.
The aforementioned bug report is here:
https:/
Diego Gaustein (gregorovius) wrote : | #49 |
I might add something:
I wanted to avoid all the "me too"s, as it happened in this thread, and as Tormod Volden pointed out. A slightly different backtrace might as well be a completely different bug. So, I'd appreciate, if you have the same backtrace as me and Abhinay Mukunthan, that you go and post your experience, but please double check you're having the same issue.
Cheers.
Antony Jones (wrh) wrote : | #50 |
- XOrg Config - Valid Edit (2.4 KiB, text/plain)
I am having the same problem with an integrated Intel card on a Dell GX620 Desktop machine:
The Xserver dissappears (crashes), turns my monitor to standby, and sends me back to the gdm login screen after a few seconds.
It has happened to me twice now, both times I have been un-minimizing Mozilla Firefox from the taskbar (by clicking it)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
Xorg.0.log.old provides:
Backtrace:
0: /usr/bin/
1: [0xffffe420]
2: /usr/bin/X [0x817e389]
3: /usr/bin/X [0x817ad15]
4: /usr/bin/
5: /usr/bin/X [0x81674ff]
6: /usr/bin/X [0x8164425]
7: /usr/bin/X [0x815765e]
8: /usr/bin/
9: /usr/bin/
10: /lib/tls/
11: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
(II) AIGLX: Suspending AIGLX clients for VT switch
(II) intel(0): xf86UnbindGARTM
(II) intel(0): xf86UnbindGARTM
(II) intel(0): xf86UnbindGARTM
(II) intel(0): xf86UnbindGARTM
(II) intel(0): xf86UnbindGARTM
My XOrg config is attached.
Antony Jones (wrh) wrote : | #51 |
I too forgot to mention that I use compiz/beryl, in full fledged mode.
Erik de Castro Lopo (erikd) wrote : | #52 |
I'm seeing this on a Dell X1 laptop with Intel graphics:
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
Here's the Xorg.0.log message:
Backtrace:
0: /usr/bin/
1: [0xb7eea420]
2: /usr/bin/X [0x80da805]
3: /usr/lib/
4: /usr/lib/
5: /usr/bin/X [0x81506de]
6: /usr/bin/
7: /usr/bin/
8: /lib/tls/
9: /usr/bin/
Fatal server error:
Caught signal 11. Server aborting
I don't use compviz or beryl. I don't even use Gnome/KDE. Running Enlightenment E17 compiled from source.
Crash usually happens during high X loading; youtube/TED flash videos inside Firefox, vlc etc.
Erik de Castro Lopo (erikd) wrote : | #53 |
Ok, I now have a recipie that allows me to reproduce this reasonably reliably.
I've have a HD video in AVI format (Elephant Dreams) and a low res video (Johnny Cash - Hurt) in FLV format from youtube and I'm playing them using vlc.
My machine is not quite powerful enough to play the HD video so I get jumpy and mangle frames along with blue frames. If I then quit the HD video and play the low res video, X gets this signal 11.
What I need now is info on how to get some good debugging info. Should I run X under gdb? If so, how do I set this up the maximize the useful information?
Erik de Castro Lopo (erikd) wrote : | #54 |
Ping!!!
I can reliably reproduce this. What do I need to do to collect enough info so this can be fixed?
Erik de Castro Lopo (erikd) wrote : | #55 |
I am attempting to debug this using the information from here:
http://
After attaching gdb to the running /usr/bin/X process and then crashing it I get the following backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7c57a30 (LWP 6204)]
0xb7d699bc in memcpy () from /lib/tls/
(gdb) bt
#0 0xb7d699bc in memcpy () from /lib/tls/
#1 0xb7b351e8 in I830PutImage (pScrn=0x821aef8, src_x=<value optimized out>, src_y=<value optimized out>, drw_x=4, drw_y=106, src_w=384,
src_h=288, drw_w=20, drw_h=15, id=842094169, buf=0xa2406000 '\ufffd' <repeats 200 times>..., width=384, height=288, sync=0, clipBoxes=
data=0x82589dc, pDraw=0x8587bf0) at ../../src/
#2 0x080da805 in xf86XVPutImage (client=0x853a668, pDraw=0x8587bf0, pPort=0x82591b8, pGC=0x8587b58, src_x=<value optimized out>,
src_y=<value optimized out>, src_w=<value optimized out>, src_h=<value optimized out>, drw_x=0, drw_y=0, drw_w=<value optimized out>,
drw_h=<value optimized out>, format=0x8258f00, data=0xa2406000 '\ufffd' <repeats 200 times>..., sync=0, width=<value optimized out>,
height=<value optimized out>) at ../../.
#3 0xb7be3608 in XvdiPutImage (client=0x853a668, pDraw=0x8587bf0, pPort=0x82591b8, pGC=0x8587b58, src_x=<value optimized out>,
src_y=<value optimized out>, src_w=<value optimized out>, src_h=<value optimized out>, drw_x=<value optimized out>,
drw_y=<value optimized out>, drw_w=<value optimized out>, drw_h=<value optimized out>, image=0x8258f00,
data=0xa2406000 '\ufffd' <repeats 200 times>..., sync=0, width=<value optimized out>, height=<value optimized out>) at ../../Xext/
#4 0xb7be6476 in ProcXvShmPutImage (client=0x853a668) at ../../Xext/
#5 0x081506ee in XaceCatchExtProc (client=0x853a668) at ../../Xext/
#6 0x0808d8df in Dispatch () at ../../dix/
#7 0x0807471b in main (argc=10, argv=0xbfb6e904, envp=Cannot access memory at address 0x68
) at ../../dix/
Sergio Zanchetta (primes2h) wrote : | #56 |
The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://
linux-restricte
new Jaunty Jackalope 9.04 release and confirm if this issue remains -
http://
release, please update this report by changing the Status of the "linux (Ubuntu)"
task from "Incomplete" to "New". Thanks in advance.
Changed in linux-restricted-modules-2.6.22 (Ubuntu): | |
status: | Confirmed → Won't Fix |
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
affects: | linux (Ubuntu) → nvidia-graphics-drivers-180 (Ubuntu) |
Ariel Faigon (ariel.faigon) wrote : | #57 |
A very similar bug and stack trace starting at:
/usr/
and causing firefox to crash Xorg (both nvidia and intel drivers) with SEGV in a reproducible way on certain web pages.
Appears on this RedHat bugzilla:
https:/
It suggest a workaround as follows:
-------
1) edit /etc/X11/xorg.conf
2) Add the following line to "Section "Device":
Option "XaaNoOffscreen
3) restart Xorg
I'm not seeing this bug on Ubuntu (I was seeing it consistently and frequently on RHEL5, on different hardware though)
Just thought it may be helpful to mention it here.
Bryce Harrington (bryce) wrote : | #58 |
We're closing this bug since it is has been some time with no response from the original bug reporter. However, if the issue still exists in the latest development version of Ubuntu and you are the original reporter please feel free to reopen with the requested information. If you are not the original reporter, please don't reopen this one but instead file a new bug and reference this one.
Changed in nvidia-graphics-drivers-180 (Ubuntu): | |
status: | Incomplete → Invalid |
Here is my xorg.conf