Ati Radeon 7200 3D feature is buggy (kernel 2.6.34-rc6, ATI driver 6.13) (Answer TWO: more precise)

[Uwe Bugla]

Am Dienstag, den 04.05.2010, 07:49 +0200 schrieb Michel Dänzer: 
> On Mon, 2010-05-03 at 21:50 +0200, Uwe Bugla wrote: 
> > Am Montag, den 03.05.2010, 12:49 -0400 schrieb Alex Deucher:
> > > 2010/5/3 Uwe Bugla <uwe.bugla at gmx.de>:
> > > > Am Montag, den 03.05.2010, 15:27 +0200 schrieb Michel Dänzer:
> > > >> On Sam, 2010-05-01 at 09:33 +0200, Uwe Bugla wrote:
> > > >> > Hi,
> > > >> >
> > > >> > I am working with an ATI Radeon 7200 QD (R100) on a Pentium 4 machine
> > > >> > with Intel AGP chipset.
> > > >> > The card driver is 6.13 (latest snapshot from April 30).
> > > >> >
> > > >> > To savely exclude other side effects I did the following:
> > > >> > Recompile mesa library 7.9 devel and libdrm 2.4.20 from snapshot of
> > > >> > April 30.
> > > >> >
> > > >> > What is the symptom?
> > > >> > Via config manager of Gnome 2.30 I make metacity a composite manager for
> > > >> > a reduced
> > > >> > amount of 3D effects.
> > > >> > What happens with the ATI driver (NOT with the self-built nouveau driver
> > > >> > running
> > > >> > with my Nvidia cards - this one works fantastic!) is the following:
> > > >> >
> > > >> > If I go to the Linux Kernel archives via iceweasel 3.59 and push the
> > > >> > right mouse
> > > >> > button over some "View Patch" entry I get a window throwing shadows, as
> > > >> > intended.
> > > >> >
> > > >> > BUT: The window does not contain any text!
> > > >> > I wonder if the 6.13 driver can deal with the fact that the card only
> > > >> > has 32 MB RAM.
> > > >> > But this is wild guessing, as I do not have any idea.
> > > >> > Maybe this hint / symptom is helpful for the developers.
> > > >> >
> > > >> > When publishing driver 6.13 you were promising a driver being able of 3D
> > > >> > and 2D
> > > >> > effects plus KMS.
> > > >> > Except the 3D effects everything is working fine.
> > > >> > When will you finally fulfil that promise?
> > > >>
> > > >> Did you test the kernel patch I asked you to?
> > > >
> > > >
> > > > Hello everybody,
> > > >
> > > > SIGH! I got Compiz running together with my ATI Radeon QD 7200 (=R100).
> > > >
> > > > Just to make it clear for every one:
> > > >
> > > > Needed are:
> > > >
> > > > 1. Kernel 2.6.34-rc6
> > > > 2. a self built Debian package containing the latest snapshot from
> > > > driver xf86-video-ati, version 6.13.
> > > > 3. one AGP patch
> > > > 4. one Radeon patch
> > > > 5. most important (and this one cost me hours to find out!):
> > > >
> > > > NOT the latest master from here:
> > > > http://cgit.freedesktop.org/mesa/mesa/
> > > > This master contains hunks which make the whole thing incompatible!
> > > >
> > > 
> > > What hunks are causing problems?  What sort of problems are you seeing?
> > > 
> > > >
> > > >
> > > > Instead you can use this one:
> > > > http://cgit.freedesktop.org/mesa/mesa/snapshot/mesa-nvfx-next-6b.tar.gz
> > > >
> > > > This is Luca Barbieri's experimental tree, which not only works
> > > > excellent with my Nvidia nv34 cards, but furthermore seems to be the
> > > > only one to work with my ATI driver......
> > > >
> > > >
> > > >
> > > > Michel Dänzer does not like the Radeon patch, and Dave Airlie promised
> > > > to write a better one.
> > > > Unfortunately I haven't seen any patch from Dave yet, so the empty
> > > > promise stays to at least try to find a better solution......
> > > 
> > > There were several new variations of the patch from both Dave and
> > > Michel and you were cc'ed on most of them:
> > > http://marc.info/?l=dri-devel&m=127233579110506&w=2
> > > http://lists.freedesktop.org/archives/dri-devel/2010-April/000266.html
> > > http://lists.freedesktop.org/archives/dri-devel/2010-April/000309.html
> > > 
> > > Alex
> > 
> > Hi all,
> > 
> > 1. I was not consequently cc'ed.
> 
> Yes, you were.
> 
> > 2. I am not familiar with acronyms like bo or VRM
> > 3. I owe no subscription at the dri devel list.
> > 4. None of the 3 patches applies against 2.6.34-rc6 without further
> > overworking, and this work does not only cover line adjustment....
> > 5. If I must adjust the line numbers of the patches to avoid fuzz
> > factors and line overhead that is OK so far.
> > 6. But if the patch does not compile after these adjustments that is
> > anything but healthy for the mood....
> > 7. The Email header was changed, so I did not find Michel's approaches
> > in order to test them.
> > 
> > Now let's have a closer look to the patches:
> > 
> > Michel's contributions unfortunately neither apply as patch, nor do they
> > compile against kernel 2.6.34-rc6.....
> > Result: Unusable.
> > 
> > Dave's contribution contains a hunk 6 against radeon_object.c which is
> > pure crap, as radeon_object.c is simply not long enough: 509 lines!
> > 
> > This is the piece of crap (i. e. hunk 6) which should not be there:
> 
> [...]
> 
> The only 'crap' I've seen has been your uttering. If you're trying to
> make our killfiles, you're doing pretty good.

Huh! What have I done?

1. If I was consequently cc'ed I did not receive the contribs because I
did not subscribe to dri-devel.

2. Instead of reacting that aggressive, Michel, you should better
deliver patches that really

a. apply and
b. compile

against a given kernel - in our example 2.6.34-rc6 or rc5.

3. I do not know what "killfiles" are. I am sure you will give us all a
proper translation for that.....

4. I am not aiming towards any kind of flame that you seem to aim to
with your aggressive words because my behaviour is not "perfect" in your
eyes.

5. The patch trouble I am talking about is due to a lack of
communication, as always:
Dave formed his patch against "linux-next". "linux-next" is a tree that
I usually ignore because it contains unreliable material.
If developers refuse to talk for some unknown reason it is no fun at all
to guess around what could have been meant by the individual
contributor.

6. Even if I tune Dave's patch with parts of Linux-next tree I get out a
result that refuses to compile.

So, my dear Michel Daenzer:

a. Thank you for your contribs.
b. Before you throw stones better try to understand first and follow the
hints the other person gives. If you're still not content you can
criticise me or other persons.

Happy self-critical reflection

Uwe

> -- 
> Earthling Michel Dänzer           |                http://www.vmware.com
> Libre software enthusiast         |          Debian, X and DRI developer
> _______________________________________________
> xorg at lists.freedesktop.org: X.Org support
> Archives: http://lists.freedesktop.org/archives/xorg
> Info: http://lists.freedesktop.org/mailman/listinfo/xorg