Re: Fullscreen DGA really slow

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 31 Jan 2004, Mark Vojkovich wrote:

Hello Mark,
  thanks for nice explanation. Could you tell me then why is my system
thousand times slower( Radeon 9200, AGP 8x but Xfree4.4.0 RC2 accepts only
AGP 4x)?

(--) PCI:*(1:0:0) ATI Technologies Inc Radeon RV280 [Radeon 9200] rev 1, Mem @ 0xd0000000/27, 0xfe8f0000/16, I/O @ 0xb000/8, BIOS @ 0xfe8c0000/17
(--) PCI: (1:0:1) ATI Technologies Inc unknown chipset (0x5941) rev 1, Mem @ 0xc8000000/27, 0xfe8e0000/16

(II) Primary Device is: PCI 01:00:0
(--) Assigning device section with no busID to primary device
(WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found
(--) Chipset ATI Radeon 9200 5961 (AGP) found

(II) Loading sub module "radeon"
(II) LoadModule: "radeon"
(II) Reloading /usr/X11R6/lib/modules/drivers/radeon_drv.o
(II) resource ranges after probing:

(II) Setting vga for screen 0.
(II) RADEON(0): MMIO registers at 0xfe8f0000
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/X11R6/lib/modules/libvgahw.a
(II) Module vgahw: vendor="The XFree86 Project"
        compiled for 4.3.99.902, module version = 0.1.0
        ABI class: XFree86 Video Driver, version 0.7
(II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(II) RADEON(0): PCI bus 1 card 0 func 0
(**) RADEON(0): Depth 24, (--) framebuffer bpp 32
(II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
(==) RADEON(0): Default visual is TrueColor
(**) RADEON(0): Option "AGPMode" "4"
(**) RADEON(0): Option "EnablePageFlip" "yes"
(==) RADEON(0): RGB weight 888
(II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/X11R6/lib/modules/linux/libint10.a
(II) Module int10: vendor="The XFree86 Project"
        compiled for 4.3.99.902, module version = 1.0.0
        ABI class: XFree86 Video Driver, version 0.7
(II) RADEON(0): initializing int10
(WW) RADEON(0): Bad V_BIOS checksum

-----------------^   what's that? It's a brand new card!


(II) RADEON(0): Primary V_BIOS segment is: 0xc000
(--) RADEON(0): Chipset: "ATI Radeon 9200 5961 (AGP)" (ChipID = 0x5961)
(--) RADEON(0): Linear framebuffer at 0xd0000000
(--) RADEON(0): BIOS at 0xfe8c0000
(--) RADEON(0): VideoRAM: 131072 kByte (128 bit DDR SDRAM)
(II) RADEON(0): AGP card detected

(**) RADEON(0): Using AGP 4x mode
(II) RADEON(0): AGP Fast Write disabled by default
(II) RADEON(0): Depth moves disabled by default
(II) Loading sub module "shadowfb"
(II) LoadModule: "shadowfb"
(II) Loading /usr/X11R6/lib/modules/libshadowfb.a
(II) Module shadowfb: vendor="The XFree86 Project"
        compiled for 4.3.99.902, module version = 1.0.0
        ABI class: XFree86 ANSI C Emulation, version 0.2
(II) RADEON(0): Page flipping enabled
(!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net.
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC?  No, I don't.

(II) RADEON(0): Wrote: rd=12, fd=96, pd=1
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: open result is -1, (No such device)
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 7, (OK)
drmGetBusid returned ''
(II) RADEON(0): [drm] loaded kernel module for "radeon" driver
(II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:0:0"
(II) RADEON(0): [drm] added 8192 byte SAREA at 0xf8d63000
(II) RADEON(0): [drm] mapped SAREA 0xf8d63000 to 0x40016000
(II) RADEON(0): [drm] framebuffer handle = 0xd0000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): [agp] Mode 0x1f004a0f [AGP 0x8086/0x2578; Card 0x1002/0x5961]
(II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
(II) RADEON(0): [agp] ring handle = 0xe8000000
(II) RADEON(0): [agp] Ring mapped at 0x48267000
(II) RADEON(0): [agp] ring read ptr handle = 0xe8101000
(II) RADEON(0): [agp] Ring read ptr mapped at 0x40018000
(II) RADEON(0): [agp] vertex/indirect buffers handle = 0xe8102000
(II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x48368000
(II) RADEON(0): [agp] GART texture map handle = 0xe8302000
(II) RADEON(0): [agp] GART Texture map mapped at 0x48568000
(II) RADEON(0): [drm] register handle = 0xfe8f0000
(II) RADEON(0): [dri] Visual configs initialized
(II) RADEON(0): CP in BM mode
(II) RADEON(0): Using 8 MB GART aperture
(II) RADEON(0): Using 1 MB for the ring buffer
(II) RADEON(0): Using 2 MB for vertex/indirect buffers
(II) RADEON(0): Using 5 MB for GART textures
(II) RADEON(0): Memory manager initialized to (0,0) (1280,8191)
(II) RADEON(0): Reserved area from (0,1024) to (1280,1026)

(II) RADEON(0): Largest offscreen area available: 1280 x 7165
(II) RADEON(0): Will use back buffer at offset 0x1400000
(II) RADEON(0): Will use depth buffer at offset 0x1900000
(II) RADEON(0): Will use 100352 kb for textures at offset 0x1e00000
(II) RADEON(0): Using XFree86 Acceleration Architecture (XAA)
        Screen to screen bit blits
        Solid filled rectangles
        8x8 mono pattern filled rectangles
        Indirect CPU to Screen color expansion
        Solid Lines
        Scanline Image Writes
        Offscreen Pixmaps
        Setting up tile and stipple cache:
                32 128x128 slots
                32 256x256 slots
                16 512x512 slots
(II) RADEON(0): Acceleration enabled
(==) RADEON(0): Backing store disabled
(==) RADEON(0): Silken mouse enabled
(II) RADEON(0): Using hardware cursor (scanline 1026)
(II) RADEON(0): Largest offscreen area available: 1280 x 7161
(**) Option "dpms"
(**) RADEON(0): DPMS enabled
(II) RADEON(0): X context handle = 0x00000001
(II) RADEON(0): [drm] installed DRM signal handler
(II) RADEON(0): [DRI] installation complete
(II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers
(II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers
(II) RADEON(0): [drm] dma control initialized, using IRQ 16
(II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
(II) RADEON(0): Direct rendering enabled
(==) RandR enabled


The x11perf output is the one at the very end. Thanks!
Martin

> On Sat, 31 Jan 2004, [iso-8859-2] Martin MOKREJŠ wrote:
>
> > On Sun, 2 Nov 2003, Pieter Hulshoff wrote:
> >
> > > On Sunday 02 November 2003 20:10, Billy Biggs wrote:
> > > >   So you compared the output of x11perf or xvtest ?  I'm curious if
> > > > you have stats for those.
> > >
> > > I don't have xvtest on my computer, but here's the output from x11perf:
> > >
> > > x11perf - X11 performance program, version 1.5
> > > The XFree86 Project, Inc server version 40300000 on :0.0
> > > from Spaceballs50
> > > Sun Nov  2 20:16:33 2003
> > >
> > > Sync time adjustment is 0.0502 msecs.
> > >
> > >    1200 reps @   5.1985 msec (   192.0/sec): ShmPutImage 500x500 square
> > >    1200 reps @   5.2014 msec (   192.0/sec): ShmPutImage 500x500 square
> > >    1200 reps @   5.2001 msec (   192.0/sec): ShmPutImage 500x500 square
> > >    1200 reps @   5.2020 msec (   192.0/sec): ShmPutImage 500x500 square
> > >    1200 reps @   5.1998 msec (   192.0/sec): ShmPutImage 500x500 square
> > >    6000 trep @   5.2004 msec (   192.0/sec): ShmPutImage 500x500 square
>
>    This is a perfectly respectable score for 32bpp.  It's actually
> exemplary if you're doing it in software.  That's about AGP 2x
> performance if you're doing it in hardware.
>
> > >
> > > I've just downloaded a new kernel. I'll see if I can get it installed and
> > > working, and see if I get any better results that way.
> >
> > Hi,
> >   I just tried on my xfree86 4.4.0 RC2 candidate linux box with Radeon 9200
> > with DRI enabled:
> >
> > $ x11perf -getimagexy500
>
>
>    XY images operations are usually in software because no modern
> hardware can really accelerate them very well.  XY images are a fallback
> from the days when graphics hardware designers couldn't decide
> whether linear or planar framebuffers were better.  Today, it's
> obvious that linear (the "Z" format) are the way to go.  I wish
> X11 didn't support XY formats.  Certainly, nobody should be using
> them.  Also, PC hardware typically can do putimage much quicker
> than getimage operations.
>
>
> 			Mark.
>
>
> > x11perf - X11 performance program, version 1.5
> > The XFree86 Project, Inc server version 40399902 on :0.0
> > from aquarius
> > Sat Jan 31 01:35:00 2004
> >
> > Sync time adjustment is 0.0280 msecs.
> >
> >       4 reps @ 2372.4955 msec (     0.4/sec): GetImage XY 500x500 square
> >       4 reps @ 2642.7983 msec (     0.4/sec): GetImage XY 500x500 square
> >       4 reps @ 2372.0420 msec (     0.4/sec): GetImage XY 500x500 square
> >       4 reps @ 2369.9855 msec (     0.4/sec): GetImage XY 500x500 square
> >       4 reps @ 2369.9825 msec (     0.4/sec): GetImage XY 500x500 square
> >      20 trep @ 2425.4608 msec (     0.4/sec): GetImage XY 500x500 square
> >
> > $
> >
> > My system was even slower, it more or less hung my X-windows for a while.
> >
> > --
> > Martin Mokrejs <mmokrejs@xxxxxxxxxxxxx>
> > PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
> > _______________________________________________
> > XFree86 mailing list
> > XFree86@xxxxxxxxxxx
> > http://XFree86.Org/mailman/listinfo/xfree86
> >
>
>

-- 
Martin Mokrejs <mmokrejs@xxxxxxxxxxxxx>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
_______________________________________________
XFree86 mailing list
XFree86@xxxxxxxxxxx
http://XFree86.Org/mailman/listinfo/xfree86

[Index of Archives]     [X Forum]     [Xorg]     [XFree86 Newbie]     [IETF Announce]     [Security]     [Font Config]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux Kernel]

  Powered by Linux