Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2004-05-08 00:46 ---
I just patched XF
On Thu, 2004-05-06 at 02:54, Ian Romanick wrote:
> Michel DÃnzer wrote:
> > On Wed, 2004-05-05 at 04:48, Ian Romanick wrote:
> >
> > There's a VTX_DISCRETE_FOG_SEL bit in the SE_TCL_OUTPUT_VTX_COMP_SEL
> > register that the code doesn't seem to handle yet?
>
> SE_TCL_OUTPUT_VTX_COMP_SEL or SE_TCL
Sottek, Matthew J writes:
>
> I for one have been waiting to see much of the graphics driver moved to
> the kernel as well. From a vendor perspective there is quite a lot to be
> gained.
>
> 1) If the mode setting can be removed from the X server then we can
> leverage that module for what
>Moving mode setting from the Xsever does not necessarily mean it has
>to go into the kernel.
I agree. The thing I am worried about (just speaking about the mode
setting
part here) is that we end up with 2 defined APIs. One for the mode
setting,
done as a user library, and another for the kernel
Egbert Eich wrote:
However chipset probing/display device probing and mode setting isn't
required to live in kernel space. Portability and system stability
arguments speak against it. In fact only Apple MAC users seem to
advocate this idea to be able to an initial video mode on their
systems.
All
Update to the latest driver (dri trunk) based on tim's code. As I
recall, older drivers based on S3's code did not support gamma
correction properly.
Alex
--- Thibault Mondary <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am using savage driver from savage-2 cvs but it seems the switch
> "Gamma x y
Hi,
I am using savage driver from savage-2 cvs but it seems the switch "Gamma x y
z" in XF86Config Monitor section doesn't make anything.
In Xfree log, we can see parameters are used, but visually there is no
difference between gamma 1.0 1.0 1.0 and gamma 0.5 0.5 0.5
Thib.
-
I finally got to look at this patch, the patch puts the options in
atioption.c in a different order than in atioption.h
this stops tv out from working properly with the previous patch, there is
an updated patch at
http://freedesktop.org/~airlied/mach64-tvout-070504.diff
it still doesn't look gr
On Thu, 6 May 2004, Jon Smirl wrote:
> 6) What about low memory embedded systems? mesa has an excellent implementation
> of OpenGL-ES available for free. http://www.khronos.org/opengles/ It already
> supports running out of a dumb framebuffer. OpenGL-ES is small enough that
> Qualcomm is putting it
On Fri, 7 May 2004, Nicolas Souchu wrote:
> On Thu, May 06, 2004 at 02:42:14PM -0700, Jon Smirl wrote:
> > BenH and others have made proposals for pushing the mode setting code into a
> > user space library in order to reduce kernel footprint and ease debugging. Most
> > of the code needed for this
10 matches
Mail list logo