[Bug 917385] New: Xorg 1.17.0 fails to start inside qemu-kvm on i586
http://bugzilla.opensuse.org/show_bug.cgi?id=917385 Bug ID: 917385 Summary: Xorg 1.17.0 fails to start inside qemu-kvm on i586 Classification: openSUSE Product: openSUSE Factory Version: 201502* Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs@forge.provo.novell.com Reporter: dimstar@opensuse.org QA Contact: xorg-maintainer-bugs@forge.provo.novell.com Found By: --- Blocker: --- Since 20150210, we have Xorg 1.17.0 checked in into openSUSE:Factory. Due to resource limitations, Staging projects are only QA'ed on x86_64, so it was not seen before checkin On the actual Tumbleweed snapshot, all tests running on the i586 media fail (rescue CD, KDE, GNOME) due to X not being able to be started. I got a screenshot from my local test
qemu-kvm -cdrom
-m 1024
X already fails to start here; the log mentioning: EE AIGLX: reverting to Software Rendering -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
--- Comment #1 from Dominique Leuenberger
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
--- Comment #2 from Stefan Dirsch
Created attachment 622820 [details] The screenshot promised - I can try to extract a log in text form if needed
Complete logfile in text format, please! -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
--- Comment #3 from Stefan Dirsch
?!? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
Dominique Leuenberger
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
Dominique Leuenberger
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
Stefan Dirsch
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
Max Lin
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
--- Comment #6 from Dominique Leuenberger
http://bugzilla.opensuse.org/show_bug.cgi?id=917385
--- Comment #7 from Stefan Dirsch
Some more info:
* the system starts up with "nomodeset" passed to the kernel
Sure, In that case likely the non-KMS based cirrus driver instead of builtin modeset(ting) is being used.
* the system FAILS to start with "nomodeset x11failsafe"
So here you're trying to use modesetting driver without KMS enabled. Not the smartest idea IMO. Anyway, the issue here is. The builtin modeset(ting) driver now tries to use glamor for acceleration. Apparently this doesn't work during installation due to missing Mesa drivers depending on llvmpipe (huge deps to llvm libs). The fallback to ShadowFB fails as well. Culprit seems to be hw/xfree86/drivers/modesetting/driver.c:789 ret = drmGetCap(ms->fd, DRM_CAP_DUMB_PREFER_SHADOW, &value); For some reason this fails. So neither glamor nor ShadowFB acceleration (also known as acceleration "none"). More to come ... -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com