<div>Thanks.  I tried that - no luck.  This would appear to be some kind of X11 issue as updating KDE without updating X results in KDE4 loading however it freezes once loaded.</div>
<div> </div>
<div>Hopefully these issues don't extend to real hardware.</div>
<div> </div>
<div>Mark Bidewell</div>
<div><br> </div>
<div><span class="gmail_quote">On 2/4/08, <b class="gmail_sendername">Kevin Kofler</b> <<a href="mailto:kevin.kofler@chello.at">kevin.kofler@chello.at</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Mark Bidewell <mark.bidewell <at> <a href="http://alumni.clemson.edu">alumni.clemson.edu</a>> writes:<br>
> Has anyone tried running F9 rawhide KDE 4.0 in Qemu x86_64 (with or without<br>> KVM).  startx exits with error setting mtrr invalid argument (cat /proc/mtrr<br>> returns nothing).  Running startkde after xinit doesn't crash X but KDE<br>
> doesn't work.  In both cases I get the initial KDE splash before the crash<br><br>Last I tried I got this crash:<br><a href="https://bugzilla.redhat.com/show_bug.cgi?id=427383">https://bugzilla.redhat.com/show_bug.cgi?id=427383</a><br>
<br>It appears to be an X11 issue, there's not much we KDE maintainers can do about<br>it. Unfortunately, the logs are very non-informative, so if I was an X11<br>maintainer I wouldn't know where to start debugging this. :-( That's probably<br>
why it hasn't been looked into yet.<br><br>Maybe forcing xdriver=cirrus (as a boot parameter) helps? Supposedly, QEMU<br>emulates a Cirrus Logic chip and the cirrus driver is supposed to be working<br>now in Rawhide.<br>
<br>       Kevin Kofler<br><br>--<br>fedora-devel-list mailing list<br><a href="mailto:fedora-devel-list@redhat.com">fedora-devel-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-devel-list">https://www.redhat.com/mailman/listinfo/fedora-devel-list</a><br>
</blockquote></div><br>