* Kernel DRI support
@ 2004-02-06 22:06 David Seery
2004-02-06 22:32 ` Micha Feigin
0 siblings, 1 reply; 5+ messages in thread
From: David Seery @ 2004-02-06 22:06 UTC (permalink / raw)
To: linux-kernel
Hello,
I have a laptop with a Radeon IGP 320M U1 Mobility graphics card.
I've been looking for information on the bugzilla at XFree86, usenet,
various Linux forums and the archives of this and other mailing lists.
It's not too difficult to get the thing up and running, at the moment
with a patched XFree86 and a patched 2.6.2 kernel.
I have two questions:
1. It seems like support for these nasty chipsets went into the kernel
around 2.4.22, but it doesn't work out of the box on 2.6.2 and I needed
to apply a patch, mostly to drivers/char/drm/radeon_cp.c, to shift the
base of the framebuffer. This comes from http://bugs.xfree86.org/
show_bug.cgi?id=314. The patch didn't apply cleanly so I did it by
hand.
Is this correct, or should the radeon agp stuff as is?
2. The result is not really any faster than doing it in software. In
particular, it doesn't make any difference if I have mtrr write-
combining ranges set up or not, so it seems like the AGP acceleration
isn't really being used.
Am I off the mark here, or is this a known problem with support for
these IGP devices?
I've been unable to find previous responses about this. Pardon me if
I'm rehashing old ground.
For benchmarking purposes, I get about 450-480 fps with glxgears as
compared with 430-450 without DRI. Or, is there another reason I should
be thinking about for poor performance? (Such as, the inherent badness
of the card, perhaps?)
Cheers,
David
Some relevant output:
dmesg | grep -i agp
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected Ati IGP320/M chipset
agpgart: Maximum main memory to use for agp memory: 148M
agpgart: AGP aperture is 64M @ 0xd4000000
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:01:05.0 into 4x mode
dmesg | grep -i drm
[drm] Initialized i830 1.3.2 20021108 on minor 0
[drm] Initialized radeon 1.9.0 20020828 on minor 1
cat /proc/mtrr
reg00: base=0x00000000 ( 0MB), size= 128MB: write-back, count=1
reg01: base=0x08000000 ( 128MB), size= 64MB: write-back, count=1
reg02: base=0xd4000000 (3392MB), size= 64MB: write-combining, count=2
reg03: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=2
grep -i drm /var/log/XFree86.0.log (trimmed)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 1
drmOpenDevice: node name is /dev/dri/card1
drmOpenDevice: open result is 6, (OK)
drmGetBusid returned ''
(II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:5:0"
(II) RADEON(0): [drm] added 8192 byte SAREA at 0xcc92b000
(II) RADEON(0): [drm] mapped SAREA 0xcc92b000 to 0x44268000
(II) RADEON(0): [drm] framebuffer handle = 0xe0000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): [drm] register handle = 0xd0100000
(II) RADEON(0): [drm] installed DRM signal handler
(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 9
(II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
grep -i agp /var/log/XFree86.0.log (trimmed)
(**) RADEON(0): Option "AGPMode" "4"
(**) RADEON(0): Option "AGPFastWrite" "true"
(II) RADEON(0): AGP card detected
(**) RADEON(0): AGP 4x mode is configured
(**) RADEON(0): Enabling AGP Fast Write
(II) RADEON(0): [agp] Mode 0x0f000214 [AGP 0x1002/0xcab0; Card
0x1002/0x4336]
(II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
(II) RADEON(0): [agp] ring handle = 0xd4000000
(II) RADEON(0): [agp] Ring mapped at 0x4426a000
(II) RADEON(0): [agp] ring read ptr handle = 0xd4101000
(II) RADEON(0): [agp] Ring read ptr mapped at 0x4436b000
(II) RADEON(0): [agp] vertex/indirect buffers handle = 0xd4102000
(II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4436c000
(II) RADEON(0): [agp] GART texture map handle = 0xd4302000
(II) RADEON(0): [agp] GART Texture map mapped at 0x4456c000
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel DRI support
2004-02-06 22:06 Kernel DRI support David Seery
@ 2004-02-06 22:32 ` Micha Feigin
2004-02-06 22:44 ` David Seery
2004-02-07 19:22 ` Micha Feigin
0 siblings, 2 replies; 5+ messages in thread
From: Micha Feigin @ 2004-02-06 22:32 UTC (permalink / raw)
To: linux-kernel
On Fri, Feb 06, 2004 at 10:06:41PM +0000, David Seery wrote:
> Hello,
>
Try the dri-devel mailing list, you'll probably have more luck with
this subject there.
Look at http://dri.sourceforge.net/cgi-bin/moin.cgi/
> I have a laptop with a Radeon IGP 320M U1 Mobility graphics card.
>
> I've been looking for information on the bugzilla at XFree86, usenet,
> various Linux forums and the archives of this and other mailing lists.
> It's not too difficult to get the thing up and running, at the moment
> with a patched XFree86 and a patched 2.6.2 kernel.
>
> I have two questions:
>
> 1. It seems like support for these nasty chipsets went into the kernel
> around 2.4.22, but it doesn't work out of the box on 2.6.2 and I needed
> to apply a patch, mostly to drivers/char/drm/radeon_cp.c, to shift the
> base of the framebuffer. This comes from http://bugs.xfree86.org/
> show_bug.cgi?id=314. The patch didn't apply cleanly so I did it by
> hand.
>
> Is this correct, or should the radeon agp stuff as is?
>
> 2. The result is not really any faster than doing it in software. In
> particular, it doesn't make any difference if I have mtrr write-
> combining ranges set up or not, so it seems like the AGP acceleration
> isn't really being used.
>
Try running glxinfo and look near the top whether dri is enabled (You
also need to have it enabled in XF86Config).
I'm afraid that I don't know this card so except for the setup options
I probably can't help much with that one, sorry.
> Am I off the mark here, or is this a known problem with support for
> these IGP devices?
>
> I've been unable to find previous responses about this. Pardon me if
> I'm rehashing old ground.
>
> For benchmarking purposes, I get about 450-480 fps with glxgears as
> compared with 430-450 without DRI. Or, is there another reason I should
> be thinking about for poor performance? (Such as, the inherent badness
> of the card, perhaps?)
>
> Cheers,
>
> David
>
> Some relevant output:
>
> dmesg | grep -i agp
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
> Linux agpgart interface v0.100 (c) Dave Jones
> agpgart: Detected Ati IGP320/M chipset
> agpgart: Maximum main memory to use for agp memory: 148M
> agpgart: AGP aperture is 64M @ 0xd4000000
> agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
> agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
> agpgart: Putting AGP V2 device at 0000:01:05.0 into 4x mode
>
> dmesg | grep -i drm
> [drm] Initialized i830 1.3.2 20021108 on minor 0
> [drm] Initialized radeon 1.9.0 20020828 on minor 1
>
> cat /proc/mtrr
> reg00: base=0x00000000 ( 0MB), size= 128MB: write-back, count=1
> reg01: base=0x08000000 ( 128MB), size= 64MB: write-back, count=1
> reg02: base=0xd4000000 (3392MB), size= 64MB: write-combining, count=2
> reg03: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=2
>
> grep -i drm /var/log/XFree86.0.log (trimmed)
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 6, (OK)
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 6, (OK)
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 6, (OK)
> drmOpenDevice: minor is 1
> drmOpenDevice: node name is /dev/dri/card1
> drmOpenDevice: open result is 6, (OK)
> drmGetBusid returned ''
> (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:5:0"
> (II) RADEON(0): [drm] added 8192 byte SAREA at 0xcc92b000
> (II) RADEON(0): [drm] mapped SAREA 0xcc92b000 to 0x44268000
> (II) RADEON(0): [drm] framebuffer handle = 0xe0000000
> (II) RADEON(0): [drm] added 1 reserved context for kernel
> (II) RADEON(0): [drm] register handle = 0xd0100000
> (II) RADEON(0): [drm] installed DRM signal handler
> (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 9
> (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
>
> grep -i agp /var/log/XFree86.0.log (trimmed)
> (**) RADEON(0): Option "AGPMode" "4"
> (**) RADEON(0): Option "AGPFastWrite" "true"
> (II) RADEON(0): AGP card detected
> (**) RADEON(0): AGP 4x mode is configured
> (**) RADEON(0): Enabling AGP Fast Write
> (II) RADEON(0): [agp] Mode 0x0f000214 [AGP 0x1002/0xcab0; Card
> 0x1002/0x4336]
> (II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
> (II) RADEON(0): [agp] ring handle = 0xd4000000
> (II) RADEON(0): [agp] Ring mapped at 0x4426a000
> (II) RADEON(0): [agp] ring read ptr handle = 0xd4101000
> (II) RADEON(0): [agp] Ring read ptr mapped at 0x4436b000
> (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xd4102000
> (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4436c000
> (II) RADEON(0): [agp] GART texture map handle = 0xd4302000
> (II) RADEON(0): [agp] GART Texture map mapped at 0x4456c000
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel DRI support
2004-02-06 22:32 ` Micha Feigin
@ 2004-02-06 22:44 ` David Seery
2004-02-07 19:22 ` Micha Feigin
1 sibling, 0 replies; 5+ messages in thread
From: David Seery @ 2004-02-06 22:44 UTC (permalink / raw)
To: linux-kernel
On Sat, 2004-02-07 at 00:32 +0200, Micha Feigin wrote:
> Try the dri-devel mailing list, you'll probably have more luck with
> this subject there.
> Look at http://dri.sourceforge.net/cgi-bin/moin.cgi/
Thanks. I had considered this; it's always a little difficult to know
the best venue for queries like this when you're not sure what the exact
cause of the problem is. I'll take this query there.
Sorry about the unnecessary triple posting. I'm using an unstable
version of Evolution which did something strange.
Cheers,
David
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel DRI support
2004-02-06 22:32 ` Micha Feigin
2004-02-06 22:44 ` David Seery
@ 2004-02-07 19:22 ` Micha Feigin
1 sibling, 0 replies; 5+ messages in thread
From: Micha Feigin @ 2004-02-07 19:22 UTC (permalink / raw)
To: lkml
On Sat, Feb 07, 2004 at 12:32:05AM +0200, Micha Feigin wrote:
> On Fri, Feb 06, 2004 at 10:06:41PM +0000, David Seery wrote:
> > Hello,
> >
>
> Try the dri-devel mailing list, you'll probably have more luck with
BTW forgive me, I got this wrong, you should send this to the dri-users
list not the dri-devel list.
> this subject there.
> Look at http://dri.sourceforge.net/cgi-bin/moin.cgi/
>
> > I have a laptop with a Radeon IGP 320M U1 Mobility graphics card.
> >
> > I've been looking for information on the bugzilla at XFree86, usenet,
> > various Linux forums and the archives of this and other mailing lists.
> > It's not too difficult to get the thing up and running, at the moment
> > with a patched XFree86 and a patched 2.6.2 kernel.
> >
> > I have two questions:
> >
> > 1. It seems like support for these nasty chipsets went into the kernel
> > around 2.4.22, but it doesn't work out of the box on 2.6.2 and I needed
> > to apply a patch, mostly to drivers/char/drm/radeon_cp.c, to shift the
> > base of the framebuffer. This comes from http://bugs.xfree86.org/
> > show_bug.cgi?id=314. The patch didn't apply cleanly so I did it by
> > hand.
> >
> > Is this correct, or should the radeon agp stuff as is?
> >
> > 2. The result is not really any faster than doing it in software. In
> > particular, it doesn't make any difference if I have mtrr write-
> > combining ranges set up or not, so it seems like the AGP acceleration
> > isn't really being used.
> >
>
> Try running glxinfo and look near the top whether dri is enabled (You
> also need to have it enabled in XF86Config).
> I'm afraid that I don't know this card so except for the setup options
> I probably can't help much with that one, sorry.
>
> > Am I off the mark here, or is this a known problem with support for
> > these IGP devices?
> >
> > I've been unable to find previous responses about this. Pardon me if
> > I'm rehashing old ground.
> >
> > For benchmarking purposes, I get about 450-480 fps with glxgears as
> > compared with 430-450 without DRI. Or, is there another reason I should
> > be thinking about for poor performance? (Such as, the inherent badness
> > of the card, perhaps?)
> >
> > Cheers,
> >
> > David
> >
> > Some relevant output:
> >
> > dmesg | grep -i agp
> > ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
> > Linux agpgart interface v0.100 (c) Dave Jones
> > agpgart: Detected Ati IGP320/M chipset
> > agpgart: Maximum main memory to use for agp memory: 148M
> > agpgart: AGP aperture is 64M @ 0xd4000000
> > agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
> > agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
> > agpgart: Putting AGP V2 device at 0000:01:05.0 into 4x mode
> >
> > dmesg | grep -i drm
> > [drm] Initialized i830 1.3.2 20021108 on minor 0
> > [drm] Initialized radeon 1.9.0 20020828 on minor 1
> >
> > cat /proc/mtrr
> > reg00: base=0x00000000 ( 0MB), size= 128MB: write-back, count=1
> > reg01: base=0x08000000 ( 128MB), size= 64MB: write-back, count=1
> > reg02: base=0xd4000000 (3392MB), size= 64MB: write-combining, count=2
> > reg03: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=2
> >
> > grep -i drm /var/log/XFree86.0.log (trimmed)
> > drmOpenDevice: minor is 0
> > drmOpenDevice: node name is /dev/dri/card0
> > drmOpenDevice: open result is 6, (OK)
> > drmOpenDevice: minor is 0
> > drmOpenDevice: node name is /dev/dri/card0
> > drmOpenDevice: open result is 6, (OK)
> > drmOpenDevice: minor is 0
> > drmOpenDevice: node name is /dev/dri/card0
> > drmOpenDevice: open result is 6, (OK)
> > drmOpenDevice: minor is 1
> > drmOpenDevice: node name is /dev/dri/card1
> > drmOpenDevice: open result is 6, (OK)
> > drmGetBusid returned ''
> > (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:5:0"
> > (II) RADEON(0): [drm] added 8192 byte SAREA at 0xcc92b000
> > (II) RADEON(0): [drm] mapped SAREA 0xcc92b000 to 0x44268000
> > (II) RADEON(0): [drm] framebuffer handle = 0xe0000000
> > (II) RADEON(0): [drm] added 1 reserved context for kernel
> > (II) RADEON(0): [drm] register handle = 0xd0100000
> > (II) RADEON(0): [drm] installed DRM signal handler
> > (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 9
> > (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
> >
> > grep -i agp /var/log/XFree86.0.log (trimmed)
> > (**) RADEON(0): Option "AGPMode" "4"
> > (**) RADEON(0): Option "AGPFastWrite" "true"
> > (II) RADEON(0): AGP card detected
> > (**) RADEON(0): AGP 4x mode is configured
> > (**) RADEON(0): Enabling AGP Fast Write
> > (II) RADEON(0): [agp] Mode 0x0f000214 [AGP 0x1002/0xcab0; Card
> > 0x1002/0x4336]
> > (II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
> > (II) RADEON(0): [agp] ring handle = 0xd4000000
> > (II) RADEON(0): [agp] Ring mapped at 0x4426a000
> > (II) RADEON(0): [agp] ring read ptr handle = 0xd4101000
> > (II) RADEON(0): [agp] Ring read ptr mapped at 0x4436b000
> > (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xd4102000
> > (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4436c000
> > (II) RADEON(0): [agp] GART texture map handle = 0xd4302000
> > (II) RADEON(0): [agp] GART Texture map mapped at 0x4456c000
> >
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> >
^ permalink raw reply [flat|nested] 5+ messages in thread
* Kernel DRI support
@ 2004-02-06 22:10 David Seery
0 siblings, 0 replies; 5+ messages in thread
From: David Seery @ 2004-02-06 22:10 UTC (permalink / raw)
To: linux-kernel
Hello,
I have a laptop with a Radeon IGP 320M U1 Mobility graphics card.
I've been looking for information on the bugzilla at XFree86, usenet,
various Linux forums and the archives of this and other mailing lists.
It's not too difficult to get the thing up and running, at the moment
with a patched XFree86 and a patched 2.6.2 kernel.
I have two questions:
1. It seems like support for these nasty chipsets went into the kernel
around 2.4.22, but it doesn't work out of the box on 2.6.2 and I needed
to apply a patch, mostly to drivers/char/drm/radeon_cp.c, to shift the
base of the framebuffer. This comes from http://bugs.xfree86.org/
show_bug.cgi?id=314. The patch didn't apply cleanly so I did it by
hand.
Is this correct, or should the radeon agp stuff work as is?
2. The result is not really any faster than doing it in software. In
particular, it doesn't make any difference if I have mtrr write-
combining ranges set up or not, so it seems like the AGP acceleration
isn't really being used. (This is why I am directing my query here.)
Am I off the mark here, or is this a known problem with support for
these IGP devices?
I've been unable to find previous responses about this. Pardon me if
I'm rehashing old ground.
For benchmarking purposes, I get about 450-480 fps with glxgears as
compared with 430-450 without DRI. Or, is there another reason I should
be thinking about for poor performance? (Such as, the inherent badness
of the card, perhaps?)
Cheers,
David
Some relevant output:
dmesg | grep -i agp
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected Ati IGP320/M chipset
agpgart: Maximum main memory to use for agp memory: 148M
agpgart: AGP aperture is 64M @ 0xd4000000
agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
agpgart: Putting AGP V2 device at 0000:01:05.0 into 4x mode
dmesg | grep -i drm
[drm] Initialized i830 1.3.2 20021108 on minor 0
[drm] Initialized radeon 1.9.0 20020828 on minor 1
cat /proc/mtrr
reg00: base=0x00000000 ( 0MB), size= 128MB: write-back, count=1
reg01: base=0x08000000 ( 128MB), size= 64MB: write-back, count=1
reg02: base=0xd4000000 (3392MB), size= 64MB: write-combining, count=2
reg03: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=2
grep -i drm /var/log/XFree86.0.log (trimmed)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 1
drmOpenDevice: node name is /dev/dri/card1
drmOpenDevice: open result is 6, (OK)
drmGetBusid returned ''
(II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:5:0"
(II) RADEON(0): [drm] added 8192 byte SAREA at 0xcc92b000
(II) RADEON(0): [drm] mapped SAREA 0xcc92b000 to 0x44268000
(II) RADEON(0): [drm] framebuffer handle = 0xe0000000
(II) RADEON(0): [drm] added 1 reserved context for kernel
(II) RADEON(0): [drm] register handle = 0xd0100000
(II) RADEON(0): [drm] installed DRM signal handler
(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 9
(II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
grep -i agp /var/log/XFree86.0.log (trimmed)
(**) RADEON(0): Option "AGPMode" "4"
(**) RADEON(0): Option "AGPFastWrite" "true"
(II) RADEON(0): AGP card detected
(**) RADEON(0): AGP 4x mode is configured
(**) RADEON(0): Enabling AGP Fast Write
(II) RADEON(0): [agp] Mode 0x0f000214 [AGP 0x1002/0xcab0; Card
0x1002/0x4336]
(II) RADEON(0): [agp] 8192 kB allocated with handle 0x00000001
(II) RADEON(0): [agp] ring handle = 0xd4000000
(II) RADEON(0): [agp] Ring mapped at 0x4426a000
(II) RADEON(0): [agp] ring read ptr handle = 0xd4101000
(II) RADEON(0): [agp] Ring read ptr mapped at 0x4436b000
(II) RADEON(0): [agp] vertex/indirect buffers handle = 0xd4102000
(II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4436c000
(II) RADEON(0): [agp] GART texture map handle = 0xd4302000
(II) RADEON(0): [agp] GART Texture map mapped at 0x4456c000
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-02-07 19:22 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-06 22:06 Kernel DRI support David Seery
2004-02-06 22:32 ` Micha Feigin
2004-02-06 22:44 ` David Seery
2004-02-07 19:22 ` Micha Feigin
-- strict thread matches above, loose matches on Subject: below --
2004-02-06 22:10 David Seery
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox