On Mon, Jun 14, 2004 at 09:02:46PM -0700, Mike Mestnik wrote:
--- Alan Cox [EMAIL PROTECTED] wrote:
On Sul, 2004-06-13 at 20:47, Matt Sealey wrote:
Linux basically falls behind on two simple fronts at the moment:
it has no simple 2D or 3D framework capable of much more than
I deal
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
[EMAIL PROTECTED] changed:
What|Removed |Added
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://freedesktop.org/bugzilla/show_bug.cgi?id=733
--- Additional Comments From [EMAIL PROTECTED] 2004-06-15 02:33 ---
Have you tried
On my i830 I'm getting libGL visuals errors for 4 visuals and they are all
for visuals with 0 depth bits...
I've applied the following to my i830_screen.c
@@ -474,7 +475,7 @@
int depth_buffer_modes[2][2];
- depth_buffer_modes[0][0] = depth_bits;
+ depth_buffer_modes[0][0] = 0;
Where DRI is not supported it's not used, why should any other driver be
forced to work every where?
All the current drivers barring some OS specific things like Linux frame
buffer driver work when DRI isnt available on that platform and fall
gracefully back to 2D with software 3D, including
Mike Mestnik wrote:
What are you talking about??
look...
radeon == radeon;
radeon:r200 != radeon; /* don't fix it if it ant broke */
For ANY driver that is broke. A simple Makefile update to 'ln -s radeon
radeon:r200' gets done where we replace radeon with radeon:r200(The
calling funtion) and NOT
Dave Airlie wrote:
On my i830 I'm getting libGL visuals errors for 4 visuals and they are all
for visuals with 0 depth bits...
I've applied the following to my i830_screen.c
@@ -474,7 +475,7 @@
int depth_buffer_modes[2][2];
- depth_buffer_modes[0][0] = depth_bits;
+
Exatly, so what's the problem??
The new program won't do that. However the older X server will so this is
a non-issue. We are 'hopefully' talking about DRI enabeled systems,
making them better than Longhorn.
For non 3d(DRI) systems I would hope that Mesa would be able to use there
2d parts to
Opps, Jon sorry.
It's Jon Smirl's DirectFB replacement.
--- Mike Mestnik [EMAIL PROTECTED] wrote:
Exatly, so what's the problem??
The new program won't do that. However the older X server will so this
is
a non-issue. We are 'hopefully' talking about DRI enabeled systems,
making them
On Mon, 2004-06-14 at 21:08 -0700, Mike Mestnik wrote:
The second half of the first paragraph controdics with the first. There
are patches and the like avalible.
The second sentance is refering to the hotplug code, only needed for multi
cards(currently not suported)? Or did you mean
--- Michel Dänzer [EMAIL PROTECTED] wrote:
On Mon, 2004-06-14 at 21:08 -0700, Mike Mestnik wrote:
Your right about adding interfaces into the kernel, but what's
proposed(the non hotplug stuff) is small and relitively uninteresting
since it's not used by X. There are no currently pkged
--- Michel Dänzer [EMAIL PROTECTED] wrote:
On Sun, 2004-06-13 at 12:35 -0700, Jon Smirl wrote:
2) copy of the user space code from XFree86 into a standalone library
- now you
have to be root to play with the chip.
3) Add a couple of IOCTLs to DRM to support modes/cursors. Do as much
of
Am Montag, 14. Juni 2004 21:18 schrieb Roland Scheidegger:
Dieter Nützel wrote:
Am Montag, 14. Juni 2004 17:25 schrieb Dieter Nützel:
Am Montag, 14. Juni 2004 13:42 schrieb Dave Airlie:
texcmp isn't working for me but I can't see what is wrong on my machine,
something may have broken it
Hi!
Ian Romanick wrote:
Mike Mestnik wrote:
What are you talking about??
look...
radeon == radeon;
radeon:r200 != radeon; /* don't fix it if it ant broke */
For ANY driver that is broke. A simple Makefile update to 'ln -s radeon
radeon:r200' gets done where we replace radeon with radeon:r200(The
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://freedesktop.org/bugzilla/show_bug.cgi?id=755
Summary: Polygons disappear when using glDepthFunc and
glPolygonOffset
On Tue, 2004-06-15 at 14:11 -0700, Mike Mestnik wrote:
--- Michel Dnzer [EMAIL PROTECTED] wrote:
On Mon, 2004-06-14 at 21:08 -0700, Mike Mestnik wrote:
Your right about adding interfaces into the kernel, but what's
proposed(the non hotplug stuff) is small and relitively uninteresting
--- Michel Dänzer [EMAIL PROTECTED] wrote:
On Tue, 2004-06-15 at 14:11 -0700, Mike Mestnik wrote:
--- Michel Dnzer [EMAIL PROTECTED] wrote:
On Mon, 2004-06-14 at 21:08 -0700, Mike Mestnik wrote:
Your right about adding interfaces into the kernel, but what's
proposed(the non hotplug
17 matches
Mail list logo
