Bug 437424
Summary: | OOo programs exit immediately on nouveau | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Horst H. von Brand <vonbrand> | ||||||||||||
Component: | xorg-x11-drv-nouveau | Assignee: | Dave Airlie <airlied> | ||||||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
Severity: | urgent | Docs Contact: | |||||||||||||
Priority: | low | ||||||||||||||
Version: | rawhide | CC: | ajax, antonio.montagnani, caolanm, mcepl, xgl-maint | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | i386 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2008-04-18 02:29:03 UTC | Type: | --- | ||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||
Documentation: | --- | CRM: | |||||||||||||
Verified Versions: | Category: | --- | |||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
Embargoed: | |||||||||||||||
Attachments: |
|
Description
Horst H. von Brand
2008-03-13 23:56:32 UTC
Created attachment 298002 [details]
*.dmp file created in /tmp here
Created attachment 298003 [details]
Output of strace -f oocalc
The strace output that helped identify the file attached to the bug
No, something weird here, loads of write and seek to fd 10, searching backwards from end on for = 10$ indeed shows [pid 10619] open("/tmp/21d540d4-96d0-e597-235674eb-50388e3d.dmp", O_WRONLY|O_CREAT|O_EXCL, 0600) = 10 but the creation of that is weird, ie. [pid 10619] --- SIGSEGV (Segmentation fault) @ 0 (0) --- ... [pid 10619] access("/usr/bin/gdb", X_OK) = 0 ... So something is crashing, and calling gdb and making that dump file. Our normal handler is the OOo crash dialog, so either we haven't gotten as far as setting our handler or it is some forked and execed thingy. Anyway, what's your X video driver ? It is nouveau or something exotic, and does it make a difference to try e.g. nv/vesa. The segv comes right after some fiddling with /dev/dri/card0 If it is some opengl foo, then perhaps export SAL_NOOPENGL=1 may workaround by disabling use of opengl Nope, "SAL_NOOPENGL=1 oowriter" exits just the same. Video driver is nouveau. Will try later with the other suggestions. I forgot that starting Gnome gives error messages. I don't know where I can find logs on them. Maybe that is the root cause? Just tried the nv driver, oocalc opens normally. I confirm what Horst is saying. nv driver is o.k, but with nouveau no way of starting oowriter and oocalc I'd be interested in anything else fails to startup, e.g. maybe glxglears and so forth ? And then the version of the nouveau driver in question xorg-x11-drv-nouveau-0.0.10-1.20080221git5db7920.fc9.i386, installed Fri 29 Feb 2008 05:17:13 PM CLST. This definitely predates the crash (I don't use OOo that much, but it was working before the day I reported it). Haven't tried nouveau again. Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please. We will review this issue again once you've had a chance to attach this information. Thanks in advance. Created attachment 299394 [details]
Requested xorg.conf
This is the file using nouveau. oowriter ends immediately, glxgears segfaults.
Created attachment 299395 [details]
Xorg.0.log with xorg.conf (nouveau)
Created attachment 299398 [details]
Xorg.0.log, no xorg.conf at all
Now oowriter and glxgears work fine. The keyboard is messed up, however (US
layouy, should be Spanish)
Looking at the Xorg.0.log file without xorg.conf, it autodetects the nv driver. That configuration used to work before too. closing, sounds like the problem with software GL being broken. |