Re: radeon DST_LINE

2005-06-22 Thread Jerome Glisse
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


Re: radeon DST_LINE

2005-06-21 Thread Aapo Tahkola
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.

-- 
Aapo Tahkola


---
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_id=7477&alloc_id=16492&op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: radeon DST_LINE

2005-06-18 Thread Jerome Glisse
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...

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


Re: radeon DST_LINE

2005-06-18 Thread Vladimir Dergachev



On Sat, 18 Jun 2005, Jerome Glisse wrote:


On 6/18/05, Vladimir Dergachev <[EMAIL PROTECTED]> wrote:



On Sat, 18 Jun 2005, Jerome Glisse wrote:


Hi,

Can anyone provide me some informations
on :
DST_LINE_START  0x1600
DST_LINE_END 0x1604
(from radeon fb)

What they are said to do ? End how to setup
them.


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...


AFAIK initiating a 2d command while 3d engine is active should lead to 
lockup on Radeons.


 best

   Vladimir Dergachev



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_id=7477&alloc_id=16492&op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: radeon DST_LINE

2005-06-18 Thread Adam Jackson
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.

- ajax


pgpLLab0LyiHl.pgp
Description: PGP signature


Re: radeon DST_LINE

2005-06-18 Thread Jerome Glisse
On 6/18/05, Vladimir Dergachev <[EMAIL PROTECTED]> wrote:
> 
> 
> On Sat, 18 Jun 2005, Jerome Glisse wrote:
> 
> > Hi,
> >
> > Can anyone provide me some informations
> > on :
> > DST_LINE_START  0x1600
> > DST_LINE_END 0x1604
> > (from radeon fb)
> >
> > What they are said to do ? End how to setup
> > them.
> 
> 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...

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


Re: radeon DST_LINE

2005-06-18 Thread Vladimir Dergachev



On Sat, 18 Jun 2005, Jerome Glisse wrote:


Hi,

Can anyone provide me some informations
on :
DST_LINE_START  0x1600
DST_LINE_END 0x1604
(from radeon fb)

What they are said to do ? End how to setup
them.



From the name, I guess that they initiate line drawing in 2d engine.


best

  Vladimir Dergachev



Thx a lot.

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




---
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_id=7477&alloc_id=16492&op=click
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel