On 6/21/05, Aapo Tahkola <[EMAIL PROTECTED]> wrote:
> On Sat, 18 Jun 2005 22:18:43 +0200
> Jerome Glisse <[EMAIL PROTECTED]> wrote:
> 
> > On 6/18/05, Adam Jackson <[EMAIL PROTECTED]> wrote:
> > > On Saturday 18 June 2005 13:38, Jerome Glisse wrote:
> > > > On 6/18/05, Vladimir Dergachev <[EMAIL PROTECTED]> wrote:
> > > > > On Sat, 18 Jun 2005, Jerome Glisse wrote:
> > > > > > DST_LINE_START  0x1600
> > > > > > DST_LINE_END 0x1604
> > > > > > (from radeon fb)
> > > > >
> > > > > From the name, I guess that they initiate line drawing in 2d engine.
> > > >
> > > > I think it's more than that...but i maybe wrong, depending on value i 
> > > > put
> > > > in it the lockup on 9800 can take a bit much time to appear...i haven't
> > > > done statistic on that an thus i could be a feel more than a true a
> > > > reality...
> > >
> > > The DDX uses them for the start and end coordinates of Bresenham lines.  I
> > > have trouble believing they could be anything else.
> >
> > Yes it's unrevelent reg for the lockup it was just changing value
> > of a related reg 0x16a0, after hours of writting random things in
> > random place my judgement on the importance of reg is severely
> > impaired...
> >
> > Wonder if the difference we saw after fglrx run isn't due to a
> > packet send to the engine and not to a memory mapped reg...
> 
> Could very well be. I might be useful trying to save them to a file and 
> restore after rebooting.
> Or then you can start restoring unknown regs to initial values until the 
> problem arises.

The main problem i face is that many reg that have different value after fglrx
are RO and reflect what have been written to others reg. And some of this
reg don't keep the value you write to them. Thus right now i am writing to
random place near place i am interested in, hopping to see a change in
thus reg...

This why i fear that restoring things may be hard...One other things i came
to is that some radeon reg have changed in r300 (do a grep on radeon.h
in linux kernel). And i was ignoring previously reg that seemed unimportant
according to radeon_drv.h...

Jerome Glisse


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to