Opened 9 years ago
Closed 8 years ago
#15683 closed defect (fixed)
rhgb boot option crashes gdm with EFI -> fixed in releases higher than 5.1.6
| Reported by: | Freddy Willemsen | Owned by: | |
|---|---|---|---|
| Component: | guest additions/x11/graphics | Version: | VirtualBox 5.1.2 |
| Keywords: | rhgb gdm | Cc: | |
| Guest type: | Linux | Host type: | Linux |
Description
Using Fedora 24 both as host and as guest (fully updated with testing repos), GDM (login screen) keeps crashing when using the rhgb boot option. Removing the rhgb option makes everything work as expected. Had this problem from the getgo with VB 5.1, 5.1.2 did not solve the issue. Happens with both 3D enabled as disabled. I am not using any form of xorg.conf file with custom settings.
Attachments (5)
Change History (26)
by , 9 years ago
| Attachment: | journalloggdmcrash.log.zip added |
|---|
comment:1 by , 9 years ago
Could you please check to see whether this is still the case with the latest Additions test build? Thank you.
comment:2 by , 9 years ago
tried with VBoxGuestAdditions_5.1.3-109087.iso but the issue remains. No GDM login screen with the rhgb boot option.
comment:3 by , 9 years ago
How does one enable the testing repositories? And is it reasonable to assume that the problem is with VirtualBox and not something unstable in the repository?
comment:4 by , 9 years ago
dnf --enablerepo=update-testing update
I do think the problem is VirtualBox as the problem arose the minute I upgraded to VirtualBox-5.1. No problem whatsoever with VB-5.0. That being said, a Fedora 23 guest does not display this problem. It looks like a combination of Fedora24 (guest) and VB-5.1. After some more digging, it appears that using iomem=relaxed combined with rhgb does work.
comment:5 by , 9 years ago
No problem here. Before continuing, could you please check with Additions test build 109119 or later?
comment:6 by , 9 years ago
Test build<1> revision 109126 and later of the Additions contains a fix for a problem which could cause random (timing-related) failures, particularly in early boot.
comment:7 by , 9 years ago
same issue, I need to either add iomem=relaxed or remove rhgb from the boot options.
follow-up: 10 comment:9 by , 9 years ago
Test build 109138 has another fix. Probably not it, but you never know.
comment:10 by , 9 years ago
Replying to michael:
Test build 109138 has another fix. Probably not it, but you never know.
Nope, unfortunately not it. Still needs iomem=relaxed.
follow-up: 14 comment:11 by , 9 years ago
Try disabling EFI<1>.
<1> https://forums.virtualbox.org/viewtopic.php?f=3&t=78427&p=368135#p368130
follow-up: 13 comment:12 by , 9 years ago
I don't know anything about EFI by the way, so what do I need to do to make Fedora work with it? Just set it before installing the machine?
comment:13 by , 9 years ago
Replying to michael:
I don't know anything about EFI by the way, so what do I need to do to make Fedora work with it? Just set it before installing the machine?
That would be (by far) the easiest way. I will try to do a fresh install while not using EFI.
comment:14 by , 9 years ago
Replying to michael:
Try disabling EFI<1>.
<1> https://forums.virtualbox.org/viewtopic.php?f=3&t=78427&p=368135#p368130
Looks like EFI indeed has something to do with it. A fresh install not using EFI works out-of-the-box, no special boot parameters needed.
comment:15 by , 9 years ago
| Summary: | rhgb boot option crashes gdm → rhgb boot option crashes gdm with EFI |
|---|
comment:16 by , 8 years ago
Reproduced. Pressing escape during the splash screen also allowed me to boot. I think I can guess what the cause of this is: our graphics driver refuses to load if any of the Linux virtual consoles are in graphics mode (which to my understanding basically means that someone else has taken over the graphics card) to prevent fights with the VESA driver. Presumably the EFI splash screen also sets the graphics mode flag and unsets it if it is cancelled with escape. Now I just need to think about how to solve this.
comment:17 by , 8 years ago
Thanks for not forgetting about this one. Very curious what can be done about it.
comment:18 by , 8 years ago
| Summary: | rhgb boot option crashes gdm with EFI → rhgb boot option crashes gdm with EFI -> fixed in releases higher than 5.1.6 |
|---|
I committed a fix for this. I removed the offending code (nearly the end of vbox_drv.c if you are interested) and just made sure (hopefully) that the driver does not get loaded when the X server is already running. Normally it should load long before that. When I get a chance to update the test builds, Additions build revision 110797 or later should contain the fix.
follow-up: 20 comment:19 by , 8 years ago
Please download the most recent 5.1.x Guest Additions from our test builds page and install it. It contains the fix. Feedback welcome!
comment:20 by , 8 years ago
Replying to frank:
Please download the most recent 5.1.x Guest Additions from our test builds page and install it. It contains the fix. Feedback welcome!
Guest Additions test build 5.1.7-110797 does indeed seem to fix the issue, I can boot in rhgb mode without the iomem kernel parameter. Thanks for the fix!
journal log