Can't get snapshots to install under FC2. The install script runs fine
but nothing gets done. The log file is empty. Any suggestions?
--Louis
On Fri, 2004-05-21 at 19:25, Michel DÃnzer wrote:
> On Fri, 2004-05-21 at 00:49, Louis Garcia wrote:
> > Playing AA2 on my FC2 box with a radeon 7500 I n
On Sat, 2004-05-22 at 01:45, Mike Mestnik wrote:
> --- Jon Smirl <[EMAIL PROTECTED]> wrote:
> > There are two types of VTs - text and graphical. It is only practical to
> > have a
> > single graphical VT because of the complexity of state swapping a
> > graphical VT
> > at VT swap.
> >
> Right now
--- Jon Smirl <[EMAIL PROTECTED]> wrote:
> There are two types of VTs - text and graphical. It is only practical to
> have a
> single graphical VT because of the complexity of state swapping a
> graphical VT
> at VT swap.
>
Right now we can all-ready run X on multiple VTs and with DRI-reinit can
On Fri, 2004-05-21 at 00:49, Louis Garcia wrote:
> Playing AA2 on my FC2 box with a radeon 7500 I noticed that the skin
> color on people is way to light. Everything else looks normal. Anyone
> have suggestions?
>
> --Thanks
>
>
> X.org-X11-6.7.0
This could be the attenuation bug which has bee
Alan Hourihane wrote:
Is there someone looking to integrate the TLS patches for libGL ??
We should certainly take a look soon and comment upon the patches used.
Here is a patch that covers part of what's in the Redhat patch. This
convert the static_functions table to a list of offsets instead of
guys,
after reading documentation and looking in the code
i noticed that the savage chip has two texture units. when does the second
texture unit do its thing? i placed printfs in both sections of code (tex0 and
tex1) and i only see the first unit doing anything. my test apps do not use
mu
Ian Romanick wrote:
Keith Whitwell wrote:
Alan Hourihane wrote:
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL and cause
the binary DRI packages
On Fri, May 21, 2004 at 03:08:41PM +0100, Keith Whitwell wrote:
> Alan Hourihane wrote:
> >I emailed Keith regarding this a while back and he had some concerns
> >over the patches used, but I just wanted to bring to light both RedHat
> >and now Mandrake are shipping with the TLS versions of libGL a
There are two types of VTs - text and graphical. It is only practical to have a
single graphical VT because of the complexity of state swapping a graphical VT
at VT swap.
How about this for a new way to look at the problem?
Current text VTs call into the kernel and ask it to draw on the video har
Keith Whitwell wrote:
Alan Hourihane wrote:
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL and cause
the binary DRI packages to break.
Is there s
Keith Whitwell wrote:
Alan Hourihane wrote:
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL and cause
the binary DRI packages to break.
Is there s
Attached is the patches from redhat source tree which are based on
XFree86 4.3.0 for review.
I think this code hits a lot of stuff that Ian has been working on, so
it'd be good if Ian has some comments.
Alan.
XFree86-4.3.0-redhat-libGL-opt-v2.patch.bz2
Description: BZip2 compressed data
XFree
On Iau, 2004-05-20 at 01:55, Jon Smirl wrote:
> It's not going to allow multiple login prompts on different VTs on the same
> head.
In which case its completely useless. You might want to get away from a
kernel virtualisation of video services but you just can't do it. You
can pull a *lot* of the
On Mer, 2004-05-19 at 20:49, Jon Smirl wrote:
> A rep from the SELinux group was at the Xdev conference. They are starting a
> project to verify X server.
Verifying the X server isnt practical. Its large and its reliant on
hardware behaviour for hardware where nobody has documentation and where
th
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=652
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolut
[...]
> Usually when I say that people tell me that opengl is also controled by
> companies, the simple diffrance I see is the fact that opengl does have
> something to do with hardware and like it or not we need hardware
> companies support, but AFAICS this is not the case with openML.
It is. Ope
Vladimir Dergachev wrote:
A command buffer interface (either mmap()'d buffers or buffers copied
using standardized ioctls) with a common command set might be a
general approach working on all architectures -- not all card drivers
would need to implement all command opcodes, a capability ioctl ca
Keith Whitwell wrote:
Holger Waechtler wrote:
Keith Whitwell wrote:
I don't think this needs to be that complex. We only need a few
working functions in the kernel:
* identification (In particular unique identifier to pass via X to
apps
so they can find the head again)
* event reporting
Alan Hourihane wrote:
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL and cause
the binary DRI packages to break.
Is there someone looking to inte
Well, X11 protocol was designed rather well.
kind of overkill for this purpose, not? A command set that allows using the
opcodes easily to jump directly into the verification function table and if
the request is allowed into the function table that contains the i/o
programming routines might get
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL and cause
the binary DRI packages to break.
Is there someone looking to integrate the TLS patches
/opt/Mesa> diff -ur progs/demos/ipers.c.orig progs/demos/ipers.c
--- progs/demos/ipers.c.orig2002-08-08 19:12:38.0 +0200
+++ progs/demos/ipers.c 2004-05-21 14:33:06.0 +0200
@@ -357,7 +357,7 @@
printstring(GLUT_BITMAP_TIMES_ROMAN_24, "p - Toggle Wire frame");
glRasterPos2
Dave Airlie wrote:
Doesn't this work with the i830 driver? AFAIK i830 and i845G both use the same
graphic core (intel extreme graphics). i855G/i852G/i865G use intel extreme
graphics 2, which afaik is exactly the same, except it's clocked slightly
higher (266Mhz vs. 200Mhz). At least some people hav
docs/sourcedocs.html
If you're reading this page from your local copy of Mesa, and have
run the doxygen scripts, you can read the documentation
here
Change the 'main' folder to 'core' or the other way around (all instances of
'core' have to be changed).
Cheers,
Dieter
-
24 matches
Mail list logo
