http://bugs.freedesktop.org/show_bug.cgi?id=11400
Summary: fill POLYGON incorrect when enable GL_POLYGON_STIPPLE
Product: Mesa
Version: CVS
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priori
http://bugs.freedesktop.org/show_bug.cgi?id=11400
--- Comment #1 from [EMAIL PROTECTED] 2007-06-28 00:31 PST ---
Created an attachment (id=10481)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10481&action=view)
test case
The case will output:
draw pixel at (50, 50): 1.00 0.
http://bugs.freedesktop.org/show_bug.cgi?id=11380
--- Comment #15 from [EMAIL PROTECTED] 2007-06-28 03:34 PST ---
I know -- the screenshot is the result of -O2 -march=i686 -fno-strict-aliasing
-fweb -frename-registers.
(And the r200 driver and software rendering compiled with those fl
http://bugs.freedesktop.org/show_bug.cgi?id=11380
--- Comment #16 from [EMAIL PROTECTED] 2007-06-28 03:51 PST ---
(In reply to comment #15)
> Currently building with some more optimizations disabled.
You could try without the -ffast-math switch. It doesn't really do the same
things if
http://bugs.freedesktop.org/show_bug.cgi?id=5092
--- Comment #18 from [EMAIL PROTECTED] 2007-06-28 06:40 PST ---
Have an update for this. Please check
http://bugzilla.kernel.org/show_bug.cgi?id=8641
(Sometimes the link is not resolved properly. So here it is again without the
full url
http://bugs.freedesktop.org/show_bug.cgi?id=5092
--- Comment #19 from [EMAIL PROTECTED] 2007-06-28 07:25 PST ---
(In reply to comment #18)
> Have an update for this. Please check
> http://bugzilla.kernel.org/show_bug.cgi?id=8641
> (Sometimes the link is not resolved properly. So here
http://bugs.freedesktop.org/show_bug.cgi?id=5092
--- Comment #20 from [EMAIL PROTECTED] 2007-06-28 07:28 PST ---
> Sound sane to me.
But the question is: why do we observe random lookups (i.e. one game runs fine
second game locks up) if IRQ acknowledge code is incorrect?
--
Confi
http://bugs.freedesktop.org/show_bug.cgi?id=5092
--- Comment #21 from [EMAIL PROTECTED] 2007-06-28 07:42 PST ---
Good question. ;-) I have no answers to that one.
But notice that the bug is not at all random. The bug is fully reproducible
each and everytime it happens, and in exactly
On Thu, 2007-06-28 at 17:12 +0200, Ulrich von Zadow wrote:
> Sergio Monteiro Basto schrieb:
> > On Thu, 2007-03-01 at 19:30 +, Sergio Monteiro Basto wrote:
>
> (Yup, took me several months to actually get around to this...)
>
> >> you have to do something like this:
> >> make
> >> ll *ko
> >
Hi is there anyway put and compile this linux-agp-compat on / with
kernel, and subsequently not delete symbol versions ?
Thanks,
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic signature
-
This SF.net email is
http://bugs.freedesktop.org/show_bug.cgi?id=5092
--- Comment #22 from [EMAIL PROTECTED] 2007-06-28 11:52 PST ---
Hi.
The IRQ issue on K8M800 has been around for ages. I'm not saying it can't be
fixed (sometimes when my K8M800 has been running for quite some time it will
work nicely),
http://bugs.freedesktop.org/show_bug.cgi?id=11412
Summary: Unichrome - Invalid / Unimplemented DMA HEADER command
Product: DRI
Version: DRI CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Hi --
I'm getting the error:
"[drm:radeon_do_init_cp] *ERROR* Cannot use PCI Express without GART in FB
memory"
when trying to use miniglx (running ./sample_server from a non-X ubuntu
environment), on my machine with a Mobile x600 Radeon PCI-Express card.
DRI radeon acceleration is working ok on m
> "[drm:radeon_do_init_cp] *ERROR* Cannot use PCI Express without GART in FB
> memory"
> when trying to use miniglx (running ./sample_server from a non-X ubuntu
> environment), on my machine with a Mobile x600 Radeon PCI-Express card.
> DRI radeon acceleration is working ok on my standard X-enable
Thanks. What needs to be done to make existing working X DRI drivers work
under miniglx? They they just need a DDX replacement?
And so this is the problem in this case that the miniglx DDX replacement
isn't doing the right thing?
Excuse my DRI-newbieness, but to what extent is it possible to pull
On Thu, 28 Jun 2007, tom jacobs wrote:
> Thanks. What needs to be done to make existing working X DRI drivers work
> under miniglx? They they just need a DDX replacement?
> And so this is the problem in this case that the miniglx DDX replacement
> isn't doing the right thing?
> Excuse my DRI-newb
http://bugs.freedesktop.org/show_bug.cgi?id=10778
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|critical|normal
Priority|high
http://bugs.freedesktop.org/show_bug.cgi?id=11414
Summary: Glean case "paths" regression
Product: Mesa
Version: CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Compon
http://bugs.freedesktop.org/show_bug.cgi?id=11414
--- Comment #1 from [EMAIL PROTECTED] 2007-06-28 20:26 PST ---
Created an attachment (id=10505)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10505&action=view)
Xorg's log
--
Configure bugmail: http://bugs.freedesktop.org/user
http://bugs.freedesktop.org/show_bug.cgi?id=11414
--- Comment #2 from [EMAIL PROTECTED] 2007-06-28 20:26 PST ---
Created an attachment (id=10506)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10506&action=view)
xorg conf
--
Configure bugmail: http://bugs.freedesktop.org/userp
http://bugs.freedesktop.org/show_bug.cgi?id=5092
--- Comment #23 from [EMAIL PROTECTED] 2007-06-28 21:57 PST ---
Appreciate your comments. You may have saved us a long time in going off in
some wrong direction. ;-) As of now, turning IRQ off in the X Driver causes
more frequent lockup
On Thu, 2007-06-28 at 18:17 +0100, Sergio Monteiro Basto wrote:
> On Thu, 2007-06-28 at 17:12 +0200, Ulrich von Zadow wrote:
> > (EE) intel(0): Failed to init memory manager
xf86-video-intel currently defaults to the legacy i915 driver, you need
to specify Option "Legacy3D" "off" to use i915tex.
On Thu, 2007-06-28 at 18:20 +0100, Sergio Monteiro Basto wrote:
> Hi is there anyway put and compile this linux-agp-compat on / with
> kernel, and subsequently not delete symbol versions ?
You can append the Module(s).symvers file generated by linux-agp-compat
to the kernel's file of the same nam
23 matches
Mail list logo