<div>Hi.</div> <div> </div> <div>Sorry, forgot the list in copy...<br><br></div> <div class="gmail_quote">2010/7/6 Mart Raudsepp <span dir="ltr"><<a href="mailto:leio@gentoo.org">leio@gentoo.org</a>></span><br> <blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"> <div class="im">On Tue, 2010-07-06 at 16:26 +0200, Christophe Lindheimer wrote:<br>> Hi.<br>><br>> Ok, thanks for this quick answer.<br>> I will retry with 2.11.9 with pleasure.<br><br></div>With NoAccel or something? There will be no significant performance work<br> in upcoming 2.11.9</blockquote> <div> </div> <div> </div> <div>Yes I will try with NoAccel.</div> <div>I would like, at least, have the perf I had before.</div> <div>I tried vesa with new server & driver but it crashes (illegal extended x86 opcode)</div> <div>I also tried fbdev as advised on <a href="https://bugzilla.novell.com/show_bug.cgi?id=600862">https://bugzilla.novell.com/show_bug.cgi?id=600862</a> but it didn't work on my 11.2 (no correct output on screen)</div> <div>So real geode driver is my last hope :)</div> <div> </div> <div> </div> <blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"> <div class="im">> BTW, is it normal to have VTs buggy ?<br>> With Ctrl Alt F1, I have nothing on screen :[<br><br></div>No. Please send your e-mails to the mailing list.<br> <div> <div></div> <div class="h5"> </div></div></blockquote> <div> </div> <div>This seems to be the same issue that the ont reported in <a href="https://bugzilla.novell.com/show_bug.cgi?id=600862">https://bugzilla.novell.com/show_bug.cgi?id=600862</a></div> <div>I don't know how are managed the text consoles. Is it done by the geode driver ?</div> <div>The guy seems to say that with fbdev the consoles are OK...</div> <div> </div> <blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"> <div> <div class="h5">> Thanks<br>><br>><br>><br>> 2010/7/6 Mart Raudsepp <<a href="mailto:leio@gentoo.org">leio@gentoo.org</a>><br>> Hello Christophe,<br>><br>><br>> On T, 2010-07-06 at 15:54 +0200, Christophe Lindheimer wrote:<br> > > I use a board with a Geode LX800.<br>> ><br>> > previous config was :<br>> > Debian<br>> > X Window System 7.1.1<br>> > Video driver Vesa<br> > ><br>> > new config :<br>> > Opensuse 11.2<br>> > Updated Xserver 1.8.2<br>> > Updated Geode Driver 2.11.8<br>> ><br>> > My application worked fine before, it is now unusable (too<br> > slow)<br>> ><br>> > I run a x11perf -rgbftext.<br>> > Old config :81300 / s<br>> > New config : 36000 / s<br>> ><br>> > I am rather newbie in X11, so I don't what are the resources<br> > used by<br>> > x11perf in this case.<br>> > From your point of view, the lost of perf is due to :<br>> > 1. Issue within Geode driver.<br>> > 2. due to the change of OS (maybe change in Cairo version of<br> > other<br>> > stuff that would consume much more cpu ..)<br>><br>><br>> Before you used a completely different driver that does most<br>> everything<br>> in software on the CPU part of the chip. The current state of<br> > xf86-video-geode is that many things are actually slower with<br>> hardware<br>> acceleration due to many paths not being accelerated and the<br>> nature of<br>> EXA acceleration - as soon as something can't be accelerated,<br> > it<br>> involves slow memory copies to get the pixmap from video<br>> memory to<br>> system memory to do that operation in software. And then the<br>> next<br>> operation that can be accelerated makes it copy it from system<br> > memory to<br>> video memory again, and so on. So we are currently losing all<br>> the gains<br>> from hardware acceleration (and more) on memory copies, and in<br>> profiling<br> > memcpy should be the main CPU consumer shown.<br>><br>> We are aware that glyph drawing became even slower since<br>> xorg-server-1.7<br>> with xf86-video-geode, due to some improvements in EXA glyph<br> > cache<br>> handling (for the benefit of many other GPU drivers), which<br>> now uses<br>> some render operation that doesn't yet have hardware<br>> acceleration code<br> > in the geode driver, among other things we do have<br>> accelerated. So we<br>> suffer a pixmap ping-pong death (the glyph picture getting<br>> copied from<br>> system memory to reserved video memory and back).<br> ><br>> The focus will soon shift to performance in the revived<br>> xf86-video-geode<br>> development, and glyph drawing is probably the first thing<br>> that will be<br>> concentrated on. Big gains from probably just one new hwaccel<br> > path.<br>> So hopefully it will be better in 2.11.10 version or so,<br>> whenever we get<br>> to that, still work ongoing for 2.11.9, which concentrates on<br>> bug and<br> > misrendering fixes.<br>><br>> If you require more performant graphics from the Geode right<br>> now, then I<br>> suggest to use Option "NoAccel" "true" in your configuration,<br> > so that<br>> always software rendering is forced. However this currently<br>> crashes and<br>> can't be used - I hope to get this fixed later this week for<br>> the<br> > upcoming 2.11.9 release (the crash fix is trivial, but no<br>> picture is<br>> then shown until a VT switch to console and back, so that<br>> needs fixing<br>> too before pushing fixes).<br> > Of course once we shift focus on performance after 2.11.9 and<br>> fix things<br>> there, you would eventually want to stop using NoAccel, once<br>> hardware<br>> acceleration actually makes things faster again in a future<br> > release or<br>> GIT repository state.<br>><br>> I will soon write a long e-mail to the list of what<br>> outstanding tasks we<br>> have, with some details provided for each.<br> ><br>><br>> Feel free to monitor the list and actively test patches or GIT<br>> state :)<br>><br>> You can find some more information from<br>> <a href="http://www.x.org/wiki/GeodeDriver" target="_blank">http://www.x.org/wiki/GeodeDriver</a> - including more community<br> > resources<br>> (IRC, bugzilla locations, GIT repository information, etc)<br>><br>><br>> Regards,<br>> Mart Raudsepp<br>><br>><br></div></div><font color="#888888">--<br> Mart Raudsepp<br>Gentoo Developer<br>Mail: <a href="mailto:leio@gentoo.org">leio@gentoo.org</a><br>Weblog: <a href="http://blogs.gentoo.org/leio" target="_blank">http://blogs.gentoo.org/leio</a><br><br></font></blockquote> </div><br>