Michel,
How do these changes for r128 COMMIT_RING look? With these I can run
concurrent xine and glx programs in pci and agp mode with XV dma
disabled.
With XV dma enabled, in both pci and agp mode, I can run xine for some
time without any hangs. But startup a glx program and X will hang until
On Wed, 2002-07-17 at 23:15, Henry Worth wrote:
> Michel Dänzer wrote:
>
> >
> >The intermediate variable isn't needed if one changes the macro argument
> >from v to e.g. v0. I've now basically copied those macros from the
> >radeon driver and updated the above patch to what I just committed.
> >
On Wed, Jul 17, 2002 at 11:18:59PM +0200, Charl P. Botha wrote:
> I think I'm going to give 2.5.x (with the 2.4 IDE backport, no sense in
> throwing away all my data) kernel a shot to see whether updates to agpgart
> make any difference.
2.5.26 is currently missing some of the fixes of 2.4.19r
On Wed, Jul 17, 2002 at 09:38:54AM +0200, Charl P. Botha wrote:
> On Wed, Jul 17, 2002 at 01:04:38AM +0200, Michel Dänzer wrote:
> > The code is there but not enabled on x86 yet. Can you try with it
> > enabled? You need to define PCIGART_ENABLED both in the DRM and the 2D
> > driver. It would als
Michel Dänzer wrote:
>
>The intermediate variable isn't needed if one changes the macro argument
>from v to e.g. v0. I've now basically copied those macros from the
>radeon driver and updated the above patch to what I just committed.
>
>Thanks for your fixes!
>
Took a look at the archive, I had t
On Wed, 17 Jul 2002, Keith Whitwell wrote:
> >>I've done all the others. Lets see if testing was required...
> >>
> >
> > So, should I commit the fix for r128? I've tested that and it works fine.
>
> Yes, go ahead.
>
> > I took a look at the other drivers concerning the read buffer fix. I
Hello!
I'm using Linux 2.4.19-rc1-ac7, and sometimes the kernel prints strange
messages to the kernel log while XFree86 is running:
memory : c71c43d4
memory : c71c441c
memory : c71c4464
It turns out that the messages come from drivers/char/agp/agpgart_fe.c
Please keep in mind that the debug me
On Wed, 2002-07-17 at 20:03, Henry Worth wrote:
> Michel Dänzer wrote:
>
> >
> >AGP has become very stable here since the radeon driver doesn't update
> >the ring write pointer in ADVANCE_RING() but in the new COMMIT_RING().
> >Seems updating it 'too often' is no good, for whatever 'too often' ma
email me and I will email you the updated version, it is currently less than
70K uncompressed (it uses the existing site) this version may be up to
double that -I'll try to keep it down in size.
Liam
it depends
---
This sf.net email is
Leif Delgass wrote:
> On Wed, 17 Jul 2002, Keith Whitwell wrote:
>
>
>>Leif Delgass wrote:
>>
>>>On Wed, 17 Jul 2002, Leif Delgass wrote:
>>>
>>>
>>>
On 17 Jul 2002, Michel Dänzer wrote:
>On Wed, 2002-07-17 at 20:05, Keith Whitwell wrote:
>
>
>>I've fixed this
On Wed, 2002-07-17 at 21:14, Henry Worth wrote:
> Michel Dänzer wrote:
>
> >
> >Thanks for testing. I've cleaned up the patch slightly to better fit
> >into the existing code and added a kludge for HOST_BIG_ENDIAN_EN:
> >
> >http://www.penguinppc.org/~daenzer/DRI/r128-dri-endianness.diff
> >
> >H
On Wed, 17 Jul 2002, Keith Whitwell wrote:
> Leif Delgass wrote:
> > On Wed, 17 Jul 2002, Leif Delgass wrote:
> >
> >
> >>On 17 Jul 2002, Michel Dänzer wrote:
> >>
> >>
> >>>On Wed, 2002-07-17 at 20:05, Keith Whitwell wrote:
> >>>
> I've fixed this for drivers that use t_dd_triemit.h -- cur
>
> I applied and retested it, looks good. One pedantic little change to
> the diff
> that I missed is attached, it might avoid future problems.
>
Another version to fix a typo.
Henry
--- r128-dri-endianness.diff.orig Wed Jul 17 12:02:48 2002
+++ r128-dri-endianness.diffWed Jul 17 12
Leif Delgass wrote:
> On Wed, 17 Jul 2002, Leif Delgass wrote:
>
>
>>On 17 Jul 2002, Michel Dänzer wrote:
>>
>>
>>>On Wed, 2002-07-17 at 20:05, Keith Whitwell wrote:
>>>
I've fixed this for drivers that use t_dd_triemit.h -- currently only radeon
and r200.
>>>Great job! The clippin
On Wed, 17 Jul 2002, Leif Delgass wrote:
> On 17 Jul 2002, Michel Dänzer wrote:
>
> > On Wed, 2002-07-17 at 20:05, Keith Whitwell wrote:
> > > I've fixed this for drivers that use t_dd_triemit.h -- currently only radeon
> > > and r200.
> >
> > Great job! The clipping problems I originally repo
Michel Dänzer wrote:
>
>Thanks for testing. I've cleaned up the patch slightly to better fit
>into the existing code and added a kludge for HOST_BIG_ENDIAN_EN:
>
>http://www.penguinppc.org/~daenzer/DRI/r128-dri-endianness.diff
>
>Henry, if this works for you, I'll commit it.
>
I applied and ret
On 17 Jul 2002, Michel Dänzer wrote:
> On Wed, 2002-07-17 at 20:05, Keith Whitwell wrote:
> > I've fixed this for drivers that use t_dd_triemit.h -- currently only radeon
> > and r200.
>
> Great job! The clipping problems I originally reported with the
> xscreensaver gears hack and fsv are fixe
On Wed, 2002-07-17 at 20:05, Keith Whitwell wrote:
> I've fixed this for drivers that use t_dd_triemit.h -- currently only radeon
> and r200.
Great job! The clipping problems I originally reported with the
xscreensaver gears hack and fsv are fixed.
--
Earthling Michel Dänzer (MrCooper)/ Debia
I've fixed this for drivers that use t_dd_triemit.h -- currently only radeon
and r200. Basically any driver with a 'fast_clipped_poly' function needs to
check that the vertices are emitted preserving the PV order. I think most/all
are wrong currently.
Keith
--
Michel Dänzer wrote:
>
>AGP has become very stable here since the radeon driver doesn't update
>the ring write pointer in ADVANCE_RING() but in the new COMMIT_RING().
>Seems updating it 'too often' is no good, for whatever 'too often' may
>mean.
>
Does this also involve the differences between th
OK, I've got enough info to get an idea of what hardware variation exists out
there. Thanks to everyone who responded.
Keith
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
It also looks like bus-mastering capabilities were added starting with the
264VT-B and Rage II. That would include Rage IIc, but not plain 264VT.
However, the 2D driver doesn't currently use bus mastering.
On Wed, 17 Jul 2002, Leif Delgass wrote:
> The Rage IIc is part of the more recent GT
Hi Keith!
Tuesday 16, at 01:58:29 PM you wrote:
> Can someone out there check this quickly?
>
> In radeon.h in the 2d driver, the size of the radeon mmio area is defined
> as 0x8 - however, on my r200 at least, /proc/pci shows the area as
> being 1/8th that size:
>
> Bus 1, device 0
Michel Dänzer wrote:
> On Tue, 2002-07-16 at 20:17, Leif Delgass wrote:
>
>>On Tue, 16 Jul 2002, Keith Whitwell wrote:
>>
>>
Well, it's not high on my list. I don't think flat-shading is used that
often, and the changes don't have any effect on smooth shading. Actually,
it _elimin
The Rage IIc is part of the more recent GT family and adds "improved video
filtering" (according to the programmer's guide) and some 3D features
(texturing, I think). Unfortunately, neither of these cards are supported
by the DRI driver since they don't have triangle setup.
On Wed, 17 Jul 2002,
Hello,
I have both (PCI) for my fathers computer.
Which one is better?
Any docs? Specs?
Thanks,
Dieter
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
On Wed, 2002-07-17 at 16:50, Leif Delgass wrote:
> On Tue, 16 Jul 2002, Leif Delgass wrote:
>
> > > These look very good to me, I'll commit them. Leif, can you verify they
> > > don't break x86? I'd be very surprised, but it wouldn't be the first
> > > time. :)
> >
> > I'll give these a try once
On Tue, 16 Jul 2002, Leif Delgass wrote:
> > These look very good to me, I'll commit them. Leif, can you verify they
> > don't break x86? I'd be very surprised, but it wouldn't be the first
> > time. :)
>
> I'll give these a try once I've updated my tree, I was testing from
> binaries before.
On Wed, 17 Jul 2002, Leif Delgass wrote:
> On 17 Jul 2002, Michel Dänzer wrote:
>
> > On Tue, 2002-07-16 at 20:17, Leif Delgass wrote:
> > > On Tue, 16 Jul 2002, Keith Whitwell wrote:
> > >
> > > > > Well, it's not high on my list. I don't think flat-shading is used that
> > > > > often, and
On 17 Jul 2002, Michel Dänzer wrote:
> On Tue, 2002-07-16 at 20:17, Leif Delgass wrote:
> > On Tue, 16 Jul 2002, Keith Whitwell wrote:
> >
> > > > Well, it's not high on my list. I don't think flat-shading is used that
> > > > often, and the changes don't have any effect on smooth shading. Ac
On Tuesday 16 Jul 2002 8:58 pm, Keith Whitwell scribed numinously:"
> Can someone out there check this quickly?
>
> In radeon.h in the 2d driver, the size of the radeon mmio area is defined
> as 0x8 - however, on my r200 at least, /proc/pci shows the area as
> being 1/8th that size:
>
>Bus
Adam Duck wrote:
>>"Michal" == Michal Bukovjan <[EMAIL PROTECTED]> writes:
>>
>>
>
>Michal> Keith Whitwell wrote:
>>> Can someone out there check this quickly?
>>>
>>> In radeon.h in the 2d driver, the size of the radeon mmio area is
>>> defined as 0x
On Wed, 2002-07-17 at 05:15, Henry Worth wrote:
> Henry Worth wrote:
>
> > I gave the driver a quick try without the HOST_BIG_ENDIAN_EN bit
> > set and with the PACK*LE macros. And, the 2-d stuff seems to be working
> > and the textures do need the PACK*LE macros. So, perhaps the bit only
> > imp
On Wed, 2002-07-17 at 03:32, Henry Worth wrote:
> Michel Dänzer wrote:
>
> >On Wed, 2002-07-17 at 02:10, Henry Worth wrote:
> >
> >>Attached are patches for r128 on ppc. Rather little change to the r128 code
> >>was needed once I gave up on the char arrays for the vertex colors, and
> >>embraced
> "Michal" == Michal Bukovjan <[EMAIL PROTECTED]> writes:
Michal> Keith Whitwell wrote:
>> Can someone out there check this quickly?
>>
>> In radeon.h in the 2d driver, the size of the radeon mmio area is
>> defined as 0x8 - however, on my r200 at least, /proc/pci sh
On Tue, 2002-07-16 at 20:17, Leif Delgass wrote:
> On Tue, 16 Jul 2002, Keith Whitwell wrote:
>
> > > Well, it's not high on my list. I don't think flat-shading is used that
> > > often, and the changes don't have any effect on smooth shading. Actually,
> > > it _eliminates_ some saves/restor
Hi,
sorry if this is a dumb question :)
I was wondering if it was possible to use Xvideo with the radeon 8500
drivers? I know gatos is more apropriate for such questions, but i would
like to have 3D and Xvideo. For the moment i'm forced to use mplayer
with the -noxv switch...
Thanks
Hi,
here is mine:
Bus 1, device 0, function 0:
VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (rev 0).
IRQ 10.
Master Capable. Latency=66. Min Gnt=8.
Prefetchable 32 bit memory at 0xd800 [0xdfff].
I/O at 0x2000 [0x20ff].
I built with -O3 -march=athlon, thought I'v been doing that for some time now.
ddd reports the segfalut during the pushl of the fd, just befor calling
drmCommandWriteRead.
Dump of assembler code for function r200InitIoctlFuncs:
0x4054eba0 :push %ebp
0x4054eba1 : mov%es
On Wed, Jul 17, 2002 at 01:04:38AM +0200, Michel Dänzer wrote:
> On Tue, 2002-07-16 at 23:02, Charl P. Botha wrote:
> > Option "AGPMode" "2"
>
> Does 1x make a difference?
1x makes no difference; still X freezes after a switch to VT and back.
> > # Option "ForcePCIMode"
40 matches
Mail list logo