Alan Cox <[EMAIL PROTECTED]> wrote:
> What chipset. My problems are AGP 1x on AMD 75x series
Mine runs on a Via Apollo Pro (ASUS P3V 4X), AGP 1x crashes as well as AGP
4x. I tried playing "EnablePageflip", but this does not make any difference
either,
Martin.
--
Unix _IS_ user friendly - it's
On Mon, 2003-02-24 at 01:45, hy0 wrote:
>
> Anyway, basically most registers belonging to 2D and 3D engines are FIFOed,
> while the registers belonging to the display engine (like crtc, dac, cursor,
> fp, palette, overlay...) are not.
Thanks. I suspect there's no simple rule as with Mach64 then,
Alan Cox <[EMAIL PROTECTED]> writes:
> On Mon, 2003-02-24 at 22:14, Jaakko Niemi wrote:
>> Just a data point, things seem stable with my 9100 with XFree86 4.3-pre
>> and drm from cvs head. Bots were whacking each other in one q3 mod for
>> 18 hours..
>
> What chipset. My problems are AGP 1x on
On Mon, 2003-02-24 at 22:14, Jaakko Niemi wrote:
> Just a data point, things seem stable with my 9100 with XFree86 4.3-pre
> and drm from cvs head. Bots were whacking each other in one q3 mod for
> 18 hours..
What chipset. My problems are AGP 1x on AMD 75x series
---
Martin Spott <[EMAIL PROTECTED]> writes:
> Alan Cox <[EMAIL PROTECTED]> wrote:
>
>> With a 747 it starts up, I get a cockpit, I turn up the engines taxi down
>> the runway and embed the nose in the ground. I can't fly a 747 but I don't
>> see the problem you reported
>
> Thanks for the test. Maybe
Alan Cox <[EMAIL PROTECTED]> wrote:
> With the older code I could play cube for hours, with the texture upload
> that fixes the hang on fg, its a matter of mintues
Oh, I know, some of the CVS branches that were floating around have been
quite stable with FlightGear. Ian's 'texmem-0-0-1' was quite
On Mon, 2003-02-24 at 19:20, Michel Dänzer wrote:
> Please clarify what you mean by 'texture upload changes'. I'm not aware
> of any such changes that are related to the COMMIT_RING() change (of
> which there's only been a single one recently).
Unrelated but I changed both so I wanted to make sure
On Mon, 2003-02-24 at 21:04, Alan Cox wrote:
> On Mon, 2003-02-24 at 17:24, Alan Cox wrote:
> > On Mon, 2003-02-24 at 13:43, Martin Spott wrote:
> > > Absolutely the same effect as over here. Unfortunately it gets stuck on
> > > startup with the B747, immediately after writing some message like
> >
On Mon, 2003-02-24 at 17:24, Alan Cox wrote:
> On Mon, 2003-02-24 at 13:43, Martin Spott wrote:
> > Absolutely the same effect as over here. Unfortunately it gets stuck on
> > startup with the B747, immediately after writing some message like
> > "Reading electrical system model from [...]",
>
> W
Alan Cox <[EMAIL PROTECTED]> wrote:
> With a 747 it starts up, I get a cockpit, I turn up the engines taxi down
> the runway and embed the nose in the ground. I can't fly a 747 but I don't
> see the problem you reported
Thanks for the test. Maybe we have too look at the differences between a
Rade
On Mon, 2003-02-24 at 13:43, Martin Spott wrote:
> Absolutely the same effect as over here. Unfortunately it gets stuck on
> startup with the B747, immediately after writing some message like
> "Reading electrical system model from [...]",
With a 747 it starts up, I get a cockpit, I turn up the en
Alan Cox <[EMAIL PROTECTED]> wrote:
> I updated the radeon DRM to include the texture upload changes. My
> radeon hang with flightgear now happens every two hours instead of
> instantly.
Would you please be so kind to try the B747 ? Please run FG with the option:
--aircraft=747-yasim
> When it d
> On Sam, 2003-02-22 at 23:04, Leif Delgass wrote:
> > On 22 Feb 2003, Michel Dänzer wrote:
> >
> > > On Sam, 2003-02-22 at 22:16, Leif Delgass wrote:
> > > > On 22 Feb 2003, Michel Dänzer wrote:
> > > > >
> > > > > I do wonder if the register writes in RADEONSetCursorPosition()
could
> > > > > in
On Sam, 2003-02-22 at 23:04, Leif Delgass wrote:
> On 22 Feb 2003, Michel Dänzer wrote:
>
> > On Sam, 2003-02-22 at 22:16, Leif Delgass wrote:
> > > On 22 Feb 2003, Michel Dänzer wrote:
> > > >
> > > > I do wonder if the register writes in RADEONSetCursorPosition() could
> > > > interfere with t
On 22 Feb 2003, Michel Dänzer wrote:
> On Sam, 2003-02-22 at 22:16, Leif Delgass wrote:
> > On 22 Feb 2003, Michel Dänzer wrote:
> >
> > > On Sam, 2003-02-22 at 00:48, Alan Cox wrote:
> > >
> > > I do wonder if the register writes in RADEONSetCursorPosition() could
> > > interfere with the CP t
The cursor still moves therefore either
1. The cursor doesnt go via the FIFO
2. The FIFO is not full
..
---
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code f
On Sam, 2003-02-22 at 22:16, Leif Delgass wrote:
> On 22 Feb 2003, Michel Dänzer wrote:
>
> > On Sam, 2003-02-22 at 00:48, Alan Cox wrote:
> >
> > I do wonder if the register writes in RADEONSetCursorPosition() could
> > interfere with the CP to cause FIFO overflows. Does anyone have an idea
> >
On 22 Feb 2003, Michel Dänzer wrote:
> On Sam, 2003-02-22 at 00:48, Alan Cox wrote:
> > I updated the radeon DRM to include the texture upload changes. My
> > radeon hang with flightgear now happens every two hours instead of
> > instantly.
>
> Is that exactly every two hours? :)
>
> By texture
On Sam, 2003-02-22 at 00:48, Alan Cox wrote:
> I updated the radeon DRM to include the texture upload changes. My
> radeon hang with flightgear now happens every two hours instead of
> instantly.
Is that exactly every two hours? :)
By texture upload changes do you mean my radeon_cp_dispatch_text
I updated the radeon DRM to include the texture upload changes. My
radeon hang with flightgear now happens every two hours instead of
instantly.
When it dies X is stuck, the mouse pointer works. The 3D app is burning
a lot of CPU and the system is otherwise running. At the point the 3D
is killed
20 matches
Mail list logo
