https://bugs.freedesktop.org/show_bug.cgi?id=31613
--- Comment #2 from Francis Whittle 2010-11-15 23:58:49
PST ---
The conditions for this failure appear to be related to sync uploads only (with
or without readbacks is, at a guess, irrelevant). At any rate, commenting out
the test to use a stag
https://bugs.freedesktop.org/show_bug.cgi?id=31613
--- Comment #2 from Francis Whittle 2010-11-15
23:58:49 PST ---
The conditions for this failure appear to be related to sync uploads only (with
or without readbacks is, at a guess, irrelevant). At any rate, commenting out
the test to use a stag
https://bugs.freedesktop.org/show_bug.cgi?id=31635
Drill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31635
Drill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31635
--- Comment #3 from Drill 2010-11-15 23:46:59 PST ---
Thank you, enabling llvm helped very much. Sorry for bothering you for (as it
seems) nothing.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=31635
--- Comment #3 from Drill 2010-11-15 23:46:59 PST ---
Thank you, enabling llvm helped very much. Sorry for bothering you for (as it
seems) nothing.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
On Mon, Nov 15, 2010 at 09:40:14PM +0100, Thomas Hellstrom wrote:
> >Hence I think that drivers with extremely specific needs should roll their
> >own allocator. So I don't think we should anticipate different allocator
> >algorithms. I see driver-specific stuff more in the area of clever
> >evicti
On 11/15/2010 07:45 PM, Daniel Vetter wrote:
> Hi Thomas,
>
> Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
> where this might all be heading below.
>
> On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
>
>> Hi, Daniel,
>>
>> My main concerns previous
On 11/15/2010 08:45 PM, Daniel Vetter wrote:
> Hi Thomas,
>
> On Mon, Nov 15, 2010 at 08:58:13AM +0100, Thomas Hellstrom wrote:
>
>> Nice work, although I have some comments about general applicability
>> that we perhaps need to think about.
>>
>> 1) The space representation and space allocatio
Hi Thomas,
On Mon, Nov 15, 2010 at 08:58:13AM +0100, Thomas Hellstrom wrote:
> Nice work, although I have some comments about general applicability
> that we perhaps need to think about.
>
> 1) The space representation and space allocation algorithm is
> something that is private to the aperture
Hi Thomas,
Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
where this might all be heading below.
On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
> Hi, Daniel,
>
> My main concerns previously for embedding GEM objects as user-space
> references for TTM
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #29 from Rubén Fernández 2010-11-15 18:25:27
PST ---
Created an attachment (id=40301)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40301)
Status as of commit c1928c7f1065876345d00477eac5558f4cf85158
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #29 from Rub?n Fern?ndez 2010-11-15
18:25:27 PST ---
Created an attachment (id=40301)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40301)
Status as of commit c1928c7f1065876345d00477eac5558f4cf85158
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #28 from Rubén Fernández 2010-11-15 18:23:31
PST ---
(In reply to comment #26)
> Is this still an issue with current mesa git?
As of commit c1928c7f1065876345d00477eac5558f4cf85158, I still get incorrect
rendering; I'll attach a scr
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #28 from Rub?n Fern?ndez 2010-11-15
18:23:31 PST ---
(In reply to comment #26)
> Is this still an issue with current mesa git?
As of commit c1928c7f1065876345d00477eac5558f4cf85158, I still get incorrect
rendering; I'll attach a scr
https://bugs.freedesktop.org/show_bug.cgi?id=31578
--- Comment #2 from Andy Furniss 2010-11-15
15:48:20 PST ---
(In reply to comment #1)
> Please try this patch:
>
> http://lists.freedesktop.org/archives/mesa-dev/2010-November/004034.html
That fixes it, thanks.
--
Configure bugmail: https://
Richard, any feedback on this?
--
Matthew Garrett | mjg59 at srcf.ucam.org
https://bugs.freedesktop.org/show_bug.cgi?id=31578
--- Comment #2 from Andy Furniss 2010-11-15
15:48:20 PST ---
(In reply to comment #1)
> Please try this patch:
>
> http://lists.freedesktop.org/archives/mesa-dev/2010-November/004034.html
That fixes it, thanks.
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=31578
--- Comment #1 from Tilman Sauerbeck 2010-11-15
13:42:24 PST ---
Please try this patch:
http://lists.freedesktop.org/archives/mesa-dev/2010-November/004034.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=31578
--- Comment #1 from Tilman Sauerbeck 2010-11-15
13:42:24 PST ---
Please try this patch:
http://lists.freedesktop.org/archives/mesa-dev/2010-November/004034.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=31635
--- Comment #2 from Marek Olšák 2010-11-15 13:16:47 PST ---
I thought we had SSE2 vertex shaders for 64-bit too, but apparently it's
disabled. I won't investigate further because there is also LLVM. Can you
recompile mesa with --enable-gallium-ll
https://bugs.freedesktop.org/show_bug.cgi?id=31635
--- Comment #2 from Marek Ol??k 2010-11-15 13:16:47 PST
---
I thought we had SSE2 vertex shaders for 64-bit too, but apparently it's
disabled. I won't investigate further because there is also LLVM. Can you
recompile mesa with --enable-gallium-l
https://bugs.freedesktop.org/show_bug.cgi?id=31635
--- Comment #1 from Roland Scheidegger 2010-11-15 12:51:46
PST ---
There are a couple of asm optimizations which are only available on 32bit and
not not 64bit (or some of them only on 64bit with 3dnow). Your gpu doesn't
support hw TCL so this co
On Mon, Nov 15, 2010 at 09:40:14PM +0100, Thomas Hellstrom wrote:
> >Hence I think that drivers with extremely specific needs should roll their
> >own allocator. So I don't think we should anticipate different allocator
> >algorithms. I see driver-specific stuff more in the area of clever
> >evicti
https://bugs.freedesktop.org/show_bug.cgi?id=31635
--- Comment #1 from Roland Scheidegger 2010-11-15
12:51:46 PST ---
There are a couple of asm optimizations which are only available on 32bit and
not not 64bit (or some of them only on 64bit with 3dnow). Your gpu doesn't
support hw TCL so this co
On 11/15/2010 07:45 PM, Daniel Vetter wrote:
Hi Thomas,
Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
where this might all be heading below.
On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
Hi, Daniel,
My main concerns previously for embedding
On 11/15/2010 08:45 PM, Daniel Vetter wrote:
Hi Thomas,
On Mon, Nov 15, 2010 at 08:58:13AM +0100, Thomas Hellstrom wrote:
Nice work, although I have some comments about general applicability
that we perhaps need to think about.
1) The space representation and space allocation algorithm is
Hi Thomas,
On Mon, Nov 15, 2010 at 08:58:13AM +0100, Thomas Hellstrom wrote:
> Nice work, although I have some comments about general applicability
> that we perhaps need to think about.
>
> 1) The space representation and space allocation algorithm is
> something that is private to the aperture
Hi Daniel,
I have tried a reduced patchset (w/o drm/i915 stuff) from [1] on a
RV250 with linux-next (next-20101115).
(See also P.S. for my full patchset)
# lspci -nnvv | grep "VGA compatible controller"
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon
RV250 [Mobil
Hi Daniel,
I have tried this patchset on a RV250 with linux-next (next-20101115)
in combination w/ patchset from "[PATCH 0/9] make struct drm_mm_node
embeddable" [1].
glxgears works nice.
2nd test-case is Eric Anholt's OpenArena benchmark.
The screen gets blank and system is unusa
https://bugs.freedesktop.org/show_bug.cgi?id=31635
Drill changed:
What|Removed |Added
Summary|Bad performance of 64-bit |[r300g]Bad performance of
|com
https://bugs.freedesktop.org/show_bug.cgi?id=31635
Drill changed:
What|Removed |Added
Summary|Bad performance of 64-bit |[r300g]Bad performance of
|com
https://bugs.freedesktop.org/show_bug.cgi?id=31635
Summary: Bad performance of 64-bit compilation compared to
32-bit.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=31635
Summary: Bad performance of 64-bit compilation compared to
32-bit.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Hi Thomas,
Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
where this might all be heading below.
On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
> Hi, Daniel,
>
> My main concerns previously for embedding GEM objects as user-space
> references for TTM
On 11/12/2010 06:36 PM, Daniel Vetter wrote:
> Hi all,
>
> This patch-set changes the algorithm in drm_mm.c to not need additional
> allocations to track free space and adds an api to make embedding struct
> drm_mm_node possible. Benefits:
>
> - If struct drm_mm_node is provided, no allocations nee
On Mon, 15 Nov 2010 15:48:20 +
Matthew Garrett wrote:
> Richard, any feedback on this?
>
At KS akpm said he'd likely be taking over backlight from Richard,
since Richard is very distracted with other things atm (please correct
me if I'm wrong).
So either someone needs to volunteer to maint
On Mon, 15 Nov 2010 15:48:20 +
Matthew Garrett wrote:
> Richard, any feedback on this?
>
At KS akpm said he'd likely be taking over backlight from Richard,
since Richard is very distracted with other things atm (please correct
me if I'm wrong).
So either someone needs to volunteer to maint
Hi, Daniel,
My main concerns previously for embedding GEM objects as user-space
references for TTM has been twofold and implementation specific.
1) The locking has been using global mutexes where local spin- or RCU
locks have been more appropriate. It looks like this has finally been /
is fina
Richard, any feedback on this?
--
Matthew Garrett | mj...@srcf.ucam.org
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=29495
--- Comment #2 from Sven Arvidsson 2010-11-15 06:07:48 PST ---
(In reply to comment #1)
> Is this still an issue with current mesa git?
No change with current git master.
I did however notice that the bug disappear if RADEON_NO_TCL=1 is set.
-
https://bugs.freedesktop.org/show_bug.cgi?id=29495
--- Comment #2 from Sven Arvidsson 2010-11-15 06:07:48 PST ---
(In reply to comment #1)
> Is this still an issue with current mesa git?
No change with current git master.
I did however notice that the bug disappear if RADEON_NO_TCL=1 is set.
-
https://bugs.freedesktop.org/show_bug.cgi?id=30166
--- Comment #3 from Sven Arvidsson 2010-11-15 06:04:20 PST ---
(In reply to comment #2)
> Is this still an issue with current mesa git?
No change.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=30166
--- Comment #3 from Sven Arvidsson 2010-11-15 06:04:20 PST ---
(In reply to comment #2)
> Is this still an issue with current mesa git?
No change.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #27 from Sven Arvidsson 2010-11-15 06:02:45 PST ---
(In reply to comment #26)
> Is this still an issue with current mesa git?
The game segfaults with current git. I'll try to bisect and file a new bug for
this regression.
--
Config
https://bugs.freedesktop.org/show_bug.cgi?id=28860
--- Comment #27 from Sven Arvidsson 2010-11-15 06:02:45 PST ---
(In reply to comment #26)
> Is this still an issue with current mesa git?
The game segfaults with current git. I'll try to bisect and file a new bug for
this regression.
--
Config
Hi Daniel,
I have tried a reduced patchset (w/o drm/i915 stuff) from [1] on a
RV250 with linux-next (next-20101115).
(See also P.S. for my full patchset)
# lspci -nnvv | grep "VGA compatible controller"
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon
RV250 [Mobil
Hi Daniel,
I have tried this patchset on a RV250 with linux-next (next-20101115)
in combination w/ patchset from "[PATCH 0/9] make struct drm_mm_node
embeddable" [1].
glxgears works nice.
2nd test-case is Eric Anholt's OpenArena benchmark.
The screen gets blank and system is unusa
48 matches
Mail list logo
