Re: X on O2, this time for real

[Andrew Randrianasulu <randrik_a%yahoo.com@localhost>]

with latest bits (support for ARGB alpha masks) text under xfce's desktop icons 
now visible (i screwed up my X install  slightly, and was not sure if invisible 
text is my local problem or problem with driver). Glxgears works for me too, 
~20 fps with default window. Xfce terminal emulator was broken with enabled 
composite extension (on screen it was like three window borders, menus with all 
the same entries, strange cursor). Disabling composite "fixes" this. Overall, 
driver works very well.

about  CrimeReadPixmap (if i read/understand correctly, this function (when 
implimented) should move data from video-memory to system  memory, and un-tile 
it in process, in our case). What was/is the problems with MTE? It hangs? move 
data without un-tiling it? Or something else ... 

Michael, can you post things/problems you working on, so i will able to do at 
least some testing? Of course, all O2 have same graphics engine, and any real 
(unlike myself) developer will just write code, without asking for guidance. 
Thanks for very intuitive register names i understand at least some functions, 
but not sure what king of bugs you see? 

I 'benchmarked' mplayer (on gentoo linux, decoding only test, '-vo null -ao 
null -quiet -benchmark' as mplayer's options) - 512x276 25 fps div3 + mp3 
low-bitrate audio was a bit too much for my r5k (~ 111 sec for 100 sec 
fragment). Adding real video out will slowdown things even more - so any kind 
of hw scaling and/or colorspace conversion will help (as 'textured video' xv 
adapter, not as xv overlay. Even hw without support for OpenGL rectangular 
textures can do textured xv, or some sort of it [1]). 

For start, i will build mplayer (from svn) for NetBSD, and see now well it 
works with  just x11 vo. Very rough test for x11 XputImage performance - 
x11perf -shmput500, i think.

my pc (950 mhz Duron, agp radeon 9200se, EXA) scored at

800 reps @   7.4931 msec (   133.0/sec): ShmPutImage 500x500 square

and for O2 i saw ~18  (but image was random noise). It was with Xfree86, not 
with new xorg. I will try to run few x11perf tests, and post numbers here. Any 
way to profile driver under NetBSD?  sorry for naive question ... will dig 
documentation.

sorry for slowness on my side (each OS behaves differently, and i want to learn 
[too?] many things in parallel. IRIX don't want to mount my NFS, NetBSD still 
don't have konqueror installed (links doesn't work with proxy for https - no 
yahoo mails! and no irc), Gentoo has strange X problems, and i still learn 
their package management system. All this is just configuration problems, but 
they consume some time ... hope i will resolve most of them soon). Lame, I know

[1] 
http://cgit.freedesktop.org/~agd5f/xf86-video-ati/commit/?h=r128-support&id=924c98f7002420ec2a701127073293daafb3f336

--- On Thu, 2/19/09, Michael <macallan%netbsd.org@localhost> wrote:

> From: Michael <macallan%netbsd.org@localhost>
> Subject: X on O2, this time for real
> To: port-sgimips%netbsd.org@localhost
> Date: Thursday, February 19, 2009, 8:14 PM
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> I just commited the missing bits to make my CRIME driver
> work with native Xorg and in the process got rid of most
> (all?) the remaining glitches. This needs xf86-video-crime
> and libxaa.so.1 rebuilt.
> 
> The driver supports:
> - - all the usual screen-to-screen copy, rectfill etc.
> stuff
> - - image uploads with pixel format conversion so we can
> pretend to run in ARGB instead of CRIME's native format
> - - Xrender acceleration ( not all ops are implemented,
> just what's used to draw anti-aliased text and
> transparent icons. The others aren't hard to add, CRIME
> supports all OpenGL alpha-blending operations )
> - - solid and dashed lines ( the hardware supports
> anti-aliased lines, no idea how X would use that )
> - - CPU-to-screen colour expansion
> - - hardware cursor
> - - 24bit only. The hardware supports a lot of other pixel
> formats though.
> 
> Stuff that doesn't work (yet):
> - - video overlays. They're handled by the graphics
> backend, not CRIME, I don't have enough information
> about that
> - - image reads need to be implemented. Screenshots will
> look completely messed up otherwise.
> - - uncommon Xrender ops
> - - any kind of OpenGL acceleration
> 
> All in all Xorg should do a LOT better than Xsgi with gtk2,
> KDE and anything that uses Xrender.
> 
> have fun
> Michael
> 
> PS: time to switch sgimips to Xorg, now that we have
> newport and crime support which both beat XFree86.
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (Darwin)
> 
> iQEVAwUBSZ29p8pnzkX8Yg2nAQIUtwf9FYmrgt+/fJR7+yqIsVZZKlr3fkLBSlWk
> oEi4fl8tVzeXUtvEYHtu14GSp7Kw1TU9bkrFFvY8aFEX+tiTMk6bJTewM1XumPuo
> 9e1tvScxTbiY7aMMLEIptC7Xf2hjnDnrOFI3uQ/FHZs2FUwob3a5AGhf645sNz0k
> wTCgmLypXmVG4gx5NS1bQtkQZenN5xZ1DAmxSXiUWVZUPb1mVR0BxYTyEHNdJUFw
> ldT29C5ejh55tFH0umWM7Yfgi5cT8U70Rzbg52lVJFJKPwdQ0R0OS3AlM/RZnPuQ
> 0m3hyDltJlDS2H5N6DB2oHSR30eF5K/gDeueJ6V77oX2D0D+q0I5oA==
> =1lWY
> -----END PGP SIGNATURE-----