Bug 17472

Summary: 32bit Xorg server is slow to start under 64bit VBox host
Product: Mageia Reporter: Anne Nicolas <ennael1>
Component: InstallerAssignee: All Packagers <pkg-bugs>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: release_blocker CC: jyri2000, marja11, shybluenight, thierry.vignaud, tmb
Version: Cauldron   
Target Milestone: ---   
Hardware: i586   
OS: Linux   
Whiteboard:
Source RPM: CVE:
Status comment:
Attachments: Stage 2 error / Xorg
Second step of Xorg error
Install logs

Description Anne Nicolas 2016-01-11 08:54:16 CET
Created attachment 7338 [details]
Stage 2 error / Xorg

Using last test iso of Mageia 6 in vbox, stage2 is very slow to start as it seems default graphic driver does not work. It then switches to another one. Graphic detection seems broken, as it was not able at all to configure it. Don't know if it's linked but I was not able to install any of the DE proposed in installer.

Attached screenshots and logs
Comment 1 Anne Nicolas 2016-01-11 08:54:46 CET
Created attachment 7339 [details]
Second step of Xorg error
Comment 2 Anne Nicolas 2016-01-11 08:55:14 CET
Created attachment 7340 [details]
Install logs
Anne Nicolas 2016-01-11 08:56:21 CET

CC: (none) => tmb

Samuel Verschelde 2016-01-11 11:13:39 CET

CC: (none) => thierry.vignaud

Comment 3 Thierry Vignaud 2016-01-11 11:57:30 CET
There's issue with fb under Vbox either b/c of latest kernels or b/c of latest vbox...
Comment 4 Rémi Verschelde 2016-01-11 12:03:57 CET
I had this issue already 1 month ago though. It's probably still an issue with recent kernels and/or vbox, but maybe not a recent regression.
Comment 5 Thomas Backlund 2016-01-11 18:11:30 CET
Well, I have done some cross-testing....

On x86_64 host (both mga5 and cauldron) it only happends when booting 32bit cauldron install on 64bit host.

booting mga5 i586 install (xorg 1.16.4) under 64bit vbox does not show this issue.

And using mga5 boot.iso to and pointing to cauldron i586 stage2 gets the same issue.

so I'd say kernel is ruled out, and the issue is 32bit xorg-1.18 vs vbox interaction that gets us.

Has anyone tested 32bit install on real hw?
Comment 6 Thierry Vignaud 2016-01-12 10:16:03 CET
Do the patches you backported improved this situation?
Comment 7 Thierry Vignaud 2016-01-12 10:16:20 CET
You can also compare under virt-manager
Thierry Vignaud 2016-01-12 10:19:22 CET

Summary: Xorg server is slow to start => 32bit Xorg server is slow to start under 64bit VBox host

Comment 8 Thomas Backlund 2016-01-12 14:18:19 CET
Nope, just tested, didn't help :/
Comment 9 Jüri Ivask 2016-01-25 10:40:15 CET
(In reply to Thomas Backlund from comment #5)
> Has anyone tested 32bit install on real hw?

I did - see bug 17485.
Probably a duplicate of this one?

CC: (none) => jyri2000

Comment 10 Samuel Verschelde 2016-02-23 13:30:49 CET
Assigning to packagers collectively until we find the culprit.

Priority: Normal => release_blocker
Assignee: bugsquad => pkg-bugs

Comment 11 Thierry Vignaud 2016-06-29 16:23:13 CEST
Has anyone tested with sta1 (newer kernel, newer VBox ...)?

Keywords: (none) => NEEDINFO

Marja Van Waes 2016-07-10 13:16:05 CEST

Blocks: (none) => 15527

Comment 12 Marja Van Waes 2016-07-12 16:33:31 CEST
(In reply to Thierry Vignaud from comment #11)
> Has anyone tested with sta1 (newer kernel, newer VBox ...)?

Ping? Is this bug still valid?

CC: (none) => marja11

Comment 13 Chris B 2016-09-13 15:25:14 CEST
Tested on M6 Cauldron,fully updated, VB 5.1.4 as host, on real hardware.

Installing guest with:
Mageia-Cauldron-netinstall-i586.iso
(latest available on mirror: 22-8-16)

Stage2 works fine, no delay, no slowness, graphics ok.
I cancelled the install after setting keyboard etc because the image is outdated and would error out while trying to install. 

I'd say if this bug is only about stage2: this is solved.

CC: (none) => shybluenight

Comment 14 Chris B 2016-09-13 15:53:42 CEST
Not a problem on a M5 host either. VB 5.1.2 on the host.
Comment 15 Rémi Verschelde 2016-10-17 13:41:01 CEST
Closing as fixed as per comment 13 and comment 14. Please reopen if you still experience this bug.

Keywords: NEEDINFO => (none)
Status: NEW => RESOLVED
Resolution: (none) => FIXED

Samuel Verschelde 2017-01-17 10:29:39 CET

Blocks: 15527 => (none)