Re: DGA - the future?
CH we are missing a point here. you do know Xfree is used on handheld CH devices like pda's etc. ? i have measured a full 20% speedup in CH rendering with direct fb access compared to going via a CH shmputimage pipeline on my ipaq, Good point. The same will be true of older machines (a 68K mac makes a great X terminal). Have you measured memcpy speed on those machines, so we can know whether it's actually the extra copy that bites you, or whether we're doing something wrong? Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: DGA - the future?
On 10 Mar 2004 09:32:46 +0100 Juliusz Chroboczek [EMAIL PROTECTED] babbled: (B (B CH we are missing a point here. you do know Xfree is used on handheld (B CH devices like pda's etc. ? i have measured a full 20% speedup in (B CH rendering with direct fb access compared to going via a (B CH shmputimage pipeline on my ipaq, (B (B Good point. The same will be true of older machines (a 68K mac makes (B a great X terminal). (B (B Have you measured memcpy speed on those machines, so we can know (B whether it's actually the extra copy that bites you, or whether we're (B doing something wrong? (B (Bno - i haven't measured it... BUT it isn't great. memory bandwidth isn't a big (Bpositive of these devices. i'm almost certain it is the memcpy and context (Bswitch as that really is the ONLY difference in the rendering code i have as all (Bthings are cpu rendered in rgba32 then down converted to screen depth - this is (Bthe point where it either gets converted direct to framebuffer (which (Bincidentally lives within system memory like the i810 - stealing a little system (Bram and having the ramdac scan that), or if running in x, will get converted to (Ban shm buffer, then context switch and have shm buffer copied to real fb. this (Bcopy is the only real difference :/ it's even worse with a shadow fb and (Bportrait rotation! thus u prefer using my own code that can do the rotation (Bwhile converting 32bpp to 16bpp and dithering :) (B (Bbut the point is - dga has valid uses. if the drivers simply flushed and (Bdisabled all hardware accel pipelines when going int dga mode, then re-enabled (Bcoming out, that'd be a nice simple way of handling it. it is a pain - but it (Bdoes have legitimate uses. (B (Bthen again i have issues with dga as it stands. firstly needing to be root is (Bone :/ secondly - last time (a LONG time ago now - so long i dont remember when) (Bgoing in and out of dga meant a screen reset by the driver and so it was (Bpractically infeasible to combine dga rendering with normal rendering by other (Bclients. i seriously think maybe dga should be moved over to be part of DRI. if (BDRI HAS to (for sanity) run a shadowfb system to make this work - (when DGA is (Bin use) so be it, but it would make it sane to use. (B (Bthat said i do agree - the games or software should ALSO use shmputimage and (Bhave a method to use that - on todays boxes it should be fast enough. there (Bstill are things opengl can't do... :) though that keeps being decreased in (Bnumber... :) (B (Banyway.. back to lurking! :) (B (B-- (B- Codito, ergo sum - "I code, therefore I am" -- (BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED] $B7'<*(B - $Bhttp://XFree86.Org/mailman/listinfo/devel
included more than once
In a make World on FreeBSD/alpha (version 5.2), the latest CVS-updated sources generate 766 warnings about header files being included more than once. In the instances I've looked at, this is quite on purpose. Would it be appropriate to suggest that makedepend be run with this warning turned off? Terry R. Friedrichsen [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: included more than once
On Wed, 10 Mar 2004, Terry R. Friedrichsen wrote: In a make World on FreeBSD/alpha (version 5.2), the latest CVS-updated sources generate 766 warnings about header files being included more than once. In the instances I've looked at, this is quite on purpose. Would it be appropriate to suggest that makedepend be run with this warning turned off? Please resync with CVS. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
re: included more than once
On Wed, 10 Mar 2004, Terry R. Friedrichsen wrote: I wrote: generated 766 warnings about header files being included more than once. Marc replied: Please resync with CVS. I'll be happy to do that, but I'd like to point out that I did just that, not 4 hours ago, and this problem has existed for at least a month or so (about as long as I've been tracking the CVS sources). Then please wait until whatever you are resynching with has a chance to catch up with what I've committed less than four hours ago. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
