Running FlightGear with the latest XFree86 4.2.0 code (ie,
xf-4_2-branch) and the latest code from the DRI tcl-0-0-branch I get
very dark textures, particularly close up:
http://himi.org/stuff/fgfs-screen-tcl.png (~270kB)
Running with RADEON_NO_TCL=1 gives much brighter textures:
http://himi.o
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00B1_48A26C3B.E2657A85"
On Fri, 3 May 2002, Felix Kühling wrote:
> > However, when exiting the X server, I get a hard lockup. I haven't found
>
> Maybe this is related: whenever the X-server exits I get the following
> messages at the end of XFree86.1.log:
>
> Fatal server error:
> Caught signal 11. Server aborting
On Friday 03 May 2002 01:38 pm, Dieter Nützel wrote:
> http://www.anandtech.com/video/showdoc.html?i=1614
>
> Regards,
> Dieter
If they'll let some of us (either the TG people or the independents) have
info, yeah. If not, it may be problematic for them and they'll have to do
something li
On Friday 03 May 2002 09:49 am, you wrote:
> As I was studying the specs and code to be able to understand and reply to
> Leif's previous post (which I haven't completed yet..), I noticed at the
> same time a bug and a feature which could mean that blind client buffering
> could be insecure after
On Friday 03 May 2002 11:08 am, you wrote:
> I think the reason for the alias is that the card increments the
> GUI_TABLE_ADDR @ BM_GUI_TABLE as it consumes descriptors, so writing to
> BM_GUI_TABLE could disrupt a DMA pass in progress. Using the alias
> ensures that the commands already in the
On 2002.05.05 01:48 Peter Andersson wrote:
> Leif Delgass wrote:
>
>> ...
>>
>> Actually, if I remember correctly, Peter only had MMIO working before
>> by changing wait_for_fifo to wait_for_idle, so it's only a regression
>> if that doesn't work.
>>
>> Peter can you change mach64_state.c, li
