http://bugs.freedesktop.org/show_bug.cgi?id=13444
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |dri-
|
http://bugs.freedesktop.org/show_bug.cgi?id=13368
--- Comment #8 from [EMAIL PROTECTED] 2007-12-13 08:09 PST ---
I can confirm that:
http://bugs.freedesktop.org/show_bug.cgi?id=8357
--- Comment #14 from [EMAIL PROTECTED] 2007-12-13 12:09 PST ---
Another idea, when seeing the current development towards a zaphod branch of
the x.org driver. There we get two head, that work - as far as I understand -
more or less
After working on some relocation optimizations where user mode computes
relocation data optimistically, I think we can actually dispense with
the kernel-mode relocations entirely.
The super ioctl submission would contain the list of buffers and their
presumed offsets (for those that have
http://bugs.freedesktop.org/show_bug.cgi?id=13615
--- Comment #7 from [EMAIL PROTECTED] 2007-12-13 17:39 PST ---
Because of the time difference, we need to wait a day to use the latest code to
test. And we update the code everyday
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=13649
Summary: [i915] depth mapping incorrectly with glRasterPos3f
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=13616
--- Comment #5 from [EMAIL PROTECTED] 2007-12-13 18:22 PST ---
Created an attachment (id=13097)
-- (http://bugs.freedesktop.org/attachment.cgi?id=13097action=view)
the backtrace
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=13616
--- Comment #4 from [EMAIL PROTECTED] 2007-12-13 18:19 PST ---
we have update the code to the latest,if I run ./glthreads, it can run normally
,and if I run ./glthreads -n 5 ,this case will soon crashs X .
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=13649
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|[i915] depth mapping|[i915] depth mapping
http://bugs.freedesktop.org/show_bug.cgi?id=13649
--- Comment #1 from [EMAIL PROTECTED] 2007-12-13 18:13 PST ---
Created an attachment (id=13096)
-- (http://bugs.freedesktop.org/attachment.cgi?id=13096action=view)
test case
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=13615
--- Comment #8 from [EMAIL PROTECTED] 2007-12-13 18:58 PST ---
The Mesa has been updated to the latest version(commit
5ad260246bbcd3f40f9f7f64fac82f1fb2aa3efb
),This bug still can be reproduced on the 64bit 965 .
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=13616
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://bugs.freedesktop.org/show_bug.cgi?id=13545
--- Comment #6 from [EMAIL PROTECTED] 2007-12-13 20:54 PST ---
This is hitting me as well on current master. Same stacktrace, confirm that
pPixmap-devPrivate.ptr is zero going into glxFillAlphaChannel. Can trigger
the crash with
Benefits:
1) simplified kernel API
2) reduced user-kernel data transfer (no relocations)
3) eliminate user-kernel relocation reformatting
4) eliminate buffer objects for relocations
5) eliminate buffer object mapping to kernel
Costs:
1) more user mode code
2) might never
On Fri, 2007-12-14 at 05:45 +, Dave Airlie wrote:
From my POV this would make doing a proper GPU scheduler a bit harder as
we wouldn't have all the info in-kernel to schedule operations, we would
be doing a lot of app blocking..
True GPU scheduling would require that we be able to
15 matches
Mail list logo
