VirtualBox

Opened 11 years ago

Closed 11 years ago

#11821 closed defect (invalid)

X server fails on 32-bit Fedora 19 with Guest Additions installed -> Fedora issue

Reported by: Ben Liblit Owned by:
Component: guest additions Version: VirtualBox 4.2.12
Keywords: Cc:
Guest type: Linux Host type: Linux

Description

I am using VirtualBox guests running Fedora(RC 3.1). My 32-bit Fedorabefore installing Guest Additions. After Guest Additions are installed, the X server no longer starts correctly. Instead I am simply left with a completely black screen. No mouse pointer or text cursor visible at all.

Strangely, my 64-bit Fedora(RC 3.1) guest works fine both before and after installing Guest Additions. So whatever is going wrong here seems to be specific to 32-bit environments.

Once the guest is in this state, it is not completely frozen. I can ssh into it remotely, it responds properly to ACPI shutdown requests, etc. Just the display is broken.

By ssh'ing in remotely after the failure I can observe that no "X" or "Xorg" process is still running. So whatever went wrong, it killed the X server entirely. The last line of "/var/log/Xorg.0.log" reads "(EE) AIGLX error: vboxvideo does not export required DRI extension". But this is probably *not* the fatal problem. I see that same message in the X server log for my working 64-bit guest, followed by several more lines that reveal that the X server is falling back on software rendering:

(EE) AIGLX error: vboxvideo does not export required DRI extension
(EE) AIGLX: reverting to software rendering
(II) AIGLX: Loaded and initialized swrast
(II) GLX: Initialized DRISWRAST GL provider for screen

My 32-bit guest's X server apparently dies after printing just the first of the about .

I've tried ssh'ing in remotely, then launching Xorg within gdb, all as root, to see where the X server is dying. gdb shows the following clues:

... (initial X server output removed for brevity) ...
Initializing built-in extension XFree86-DRI
Initializing built-in extension DRIMissing separate debuginfo for /usr/lib/xorg/modules/drivers/vboxvideo_drv.so
[tcsetpgrp failed in terminal_inferior: Operation not permitted]
Missing separate debuginfo for /usr/lib/dri/vboxvideo_dri.so
Missing separate debuginfo for /lib/VBoxOGLcrutil.so

Program received signal SIGSEGV, Segmentation fault.
_dl_fixup (l=60, reloc_arg=576) at dl-runtime.c:74
74	    = (const void *) (D_PTR (l, l_info[DT_JMPREL]) + reloc_offset);

The gdb-reported stack trace at this point of failure is:

#0  _dl_fixup (l=60, reloc_arg=576) at dl-runtime.c:74
#_dl_runtime_resolve () at ../sysdeps/i386/dl-trampoline.S:36
#__glXDRIscreenProbe (pScreen=66948) at glxdri.c:1148
#() at glxext.c:355
#(argc=argc@entry=1, argv=argv@entry=4) at ../../../mi/miinitext.c:337
#(argc=1, argv=4, envp= at main.c:208

Attachments (1)

VBox.log (134.0 KB ) - added by Ben Liblit 11 years ago.

Download all attachments as: .zip

Change History (6)

comment:1 by Ben Liblit, 11 years ago

Some formatting was mangled in my original post, producing cryptic "Fedora(RC 3.1)" text. The actual guest operating system is Fedora 19 beta (RC 3.1).

comment:2 by Ben Liblit, 11 years ago

And it seems even more formatting got mangled in the gdb stack trace. The stack trace at the point of failure should actually be:

#0  _dl_fixup (l=0x9b62e60, reloc_arg=576) at dl-runtime.c:74
#1  0xb7748e70 in _dl_runtime_resolve () at ../sysdeps/i386/dl-trampoline.S:36
#2  0xb6d308b2 in __glXDRIscreenProbe (pScreen=0x9b66948) at glxdri.c:1148
#3  0xb6d274d3 in GlxExtensionInit () at glxext.c:355
#4  0x08107625 in InitExtensions (argc=argc@entry=1, argv=argv@entry=0xbfe03ef4) at ../../../mi/miinitext.c:337
#5  0x080681e0 in main (argc=1, argv=0xbfe03ef4, envp=0xbfe03efc) at main.c:208

by Ben Liblit, 11 years ago

Attachment: VBox.log added

comment:3 by Michael Thayer, 11 years ago

This looks like the same issue as ArchLinux bug 33229<1> which I thought was already fixed in upstream X.Org. You might want to report this on the Fedora bug tracker.

<1> https://bugs.archlinux.org/task/33229

Last edited 11 years ago by Michael Thayer (previous) (diff)

comment:4 by Ben Liblit, 11 years ago

Thank you for this suggestion, Michael. The Arch Linux bug you cite referred me to a proposed upstream fix at <https://www.virtualbox.org/ticket/11821>. That fix does indeed make the problem I reported here go away. The problem appeared every single time before, but vanishes completely with this fix in place.

See also <https://bugzilla.redhat.com/show_bug.cgi?id=972095> for my report of this as a Fedora bug, in which I suggest that the fix from <https://www.virtualbox.org/ticket/11821> be applied to Fedora's X server builds.

comment:5 by Michael Thayer, 11 years ago

Resolution: invalid
Status: newclosed
Summary: X server fails on 32-bit Fedora 19 with Guest Additions installedX server fails on 32-bit Fedora 19 with Guest Additions installed -> Fedora issue

Thanks for checking that. I will close this ticket.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use