[Xorg-driver-geode] Driver Perf LX800

Christophe Lindheimer christophe.lindheimer at gmail.com
Tue Jul 6 23:09:25 PDT 2010


Hi.

Sorry, forgot the list in copy...

2010/7/6 Mart Raudsepp <leio at gentoo.org>

> On Tue, 2010-07-06 at 16:26 +0200, Christophe Lindheimer wrote:
> > Hi.
> >
> > Ok, thanks for this quick answer.
> > I will retry with 2.11.9 with pleasure.
>
> With NoAccel or something? There will be no significant performance work
> in upcoming 2.11.9



Yes I will try with NoAccel.
I would like, at least, have the perf I had before.
I tried vesa with new server & driver but it crashes (illegal extended x86
opcode)
I also tried fbdev as advised on
https://bugzilla.novell.com/show_bug.cgi?id=600862 but it didn't work on my
11.2 (no correct output on screen)
So real geode driver is my last hope :)



> > BTW, is it normal to have VTs buggy ?
> > With Ctrl Alt F1, I have nothing on screen :[
>
> No. Please send your e-mails to the mailing list.
>
>

This seems to be the same issue that the ont reported in
https://bugzilla.novell.com/show_bug.cgi?id=600862
I don't know how are managed the text consoles. Is it done by the geode
driver ?
The guy seems to say that with fbdev the consoles are OK...


>  > Thanks
> >
> >
> >
> > 2010/7/6 Mart Raudsepp <leio at gentoo.org>
> >         Hello Christophe,
> >
> >
> >         On T, 2010-07-06 at 15:54 +0200, Christophe Lindheimer wrote:
> >         > I use a board with a Geode LX800.
> >         >
> >         > previous config was :
> >         >   Debian
> >         >   X Window System 7.1.1
> >         >   Video driver Vesa
> >         >
> >         > new config :
> >         >   Opensuse 11.2
> >         >   Updated Xserver 1.8.2
> >         >   Updated Geode Driver 2.11.8
> >         >
> >         > My application worked fine before, it is now unusable (too
> >         slow)
> >         >
> >         > I run a x11perf -rgbftext.
> >         >   Old config :81300 / s
> >         >   New config : 36000 / s
> >         >
> >         > I am rather newbie in X11, so I don't what are the resources
> >         used by
> >         > x11perf in this case.
> >         > From your point of view, the lost of perf is due to :
> >         > 1. Issue within Geode driver.
> >         > 2. due to the change of OS (maybe change in Cairo version of
> >         other
> >         > stuff that would consume much more cpu ..)
> >
> >
> >         Before you used a completely different driver that does most
> >         everything
> >         in software on the CPU part of the chip. The current state of
> >         xf86-video-geode is that many things are actually slower with
> >         hardware
> >         acceleration due to many paths not being accelerated and the
> >         nature of
> >         EXA acceleration - as soon as something can't be accelerated,
> >         it
> >         involves slow memory copies to get the pixmap from video
> >         memory to
> >         system memory to do that operation in software. And then the
> >         next
> >         operation that can be accelerated makes it copy it from system
> >         memory to
> >         video memory again, and so on. So we are currently losing all
> >         the gains
> >         from hardware acceleration (and more) on memory copies, and in
> >         profiling
> >         memcpy should be the main CPU consumer shown.
> >
> >         We are aware that glyph drawing became even slower since
> >         xorg-server-1.7
> >         with xf86-video-geode, due to some improvements in EXA glyph
> >         cache
> >         handling (for the benefit of many other GPU drivers), which
> >         now uses
> >         some render operation that doesn't yet have hardware
> >         acceleration code
> >         in the geode driver, among other things we do have
> >         accelerated. So we
> >         suffer a pixmap ping-pong death (the glyph picture getting
> >         copied from
> >         system memory to reserved video memory and back).
> >
> >         The focus will soon shift to performance in the revived
> >         xf86-video-geode
> >         development, and glyph drawing is probably the first thing
> >         that will be
> >         concentrated on. Big gains from probably just one new hwaccel
> >         path.
> >         So hopefully it will be better in 2.11.10 version or so,
> >         whenever we get
> >         to that, still work ongoing for 2.11.9, which concentrates on
> >         bug and
> >         misrendering fixes.
> >
> >         If you require more performant graphics from the Geode right
> >         now, then I
> >         suggest to use Option "NoAccel" "true" in your configuration,
> >         so that
> >         always software rendering is forced. However this currently
> >         crashes and
> >         can't be used - I hope to get this fixed later this week for
> >         the
> >         upcoming 2.11.9 release (the crash fix is trivial, but no
> >         picture is
> >         then shown until a VT switch to console and back, so that
> >         needs fixing
> >         too before pushing fixes).
> >         Of course once we shift focus on performance after 2.11.9 and
> >         fix things
> >         there, you would eventually want to stop using NoAccel, once
> >         hardware
> >         acceleration actually makes things faster again in a future
> >         release or
> >         GIT repository state.
> >
> >         I will soon write a long e-mail to the list of what
> >         outstanding tasks we
> >         have, with some details provided for each.
> >
> >
> >         Feel free to monitor the list and actively test patches or GIT
> >         state :)
> >
> >         You can find some more information from
> >         http://www.x.org/wiki/GeodeDriver - including more community
> >         resources
> >         (IRC, bugzilla locations, GIT repository information, etc)
> >
> >
> >         Regards,
> >         Mart Raudsepp
> >
> >
> --
> Mart Raudsepp
> Gentoo Developer
> Mail: leio at gentoo.org
> Weblog: http://blogs.gentoo.org/leio
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-driver-geode/attachments/20100707/281c45db/attachment.htm>


More information about the Xorg-driver-geode mailing list