Well that's a ppc box, so maybe endianness issues... ?
On Jan 7, 2012, at 6:49 PM, Eric Anholt wrote:
> On Sat, 07 Jan 2012 11:22:52 -0800, Jeremy Huddleston
> wrote:
>> This new libdrm fails 'make check' on tinderbox:
>> http://tinderbox.x.org/builds/2012-01-07-0023/logs/libdrm/#check
>
> It
Hi all,
Meh, I've wanted to port the small set of helpers nouveau already has to
handle per open fd gpu virtual address spaces to core drm, so that I could
reuse them for i915. Just to go one small step towards unifying drivers in
drm/* a bit ...
Looks like I'll have another driver to wrestle or
on_each_cpu() returns as its own return value the return value of
smp_call_function(). smp_call_function() in turn returns a hard
coded value of zero.
Some callers to on_each_cpu() waste cycles and bloat code space
by checking the return value to on_each_cpu(), probably for
historical reasons.
Th
on_each_cpu always returns a hard coded return code of zero.
Removing all tests based on this return value saves run time
cycles for compares and code bloat for branches.
Signed-off-by: Gilad Ben-Yossef
Acked-by: Peter Zijlstra
Reviewed-by: Michal Nazarewicz
CC: David Airlie
CC: dri-devel@lis
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #2 from Joshua Roys 2012-01-08 11:02:35 PST ---
Created attachment 55303
--> https://bugs.freedesktop.org/attachment.cgi?id=55303
difference of `radeonreg regs dce4` from before and after suspend
I have the full before and after du
https://bugs.freedesktop.org/show_bug.cgi?id=38220
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Fallout from my "kill drm_sman" refactor. Unfortunately gcc seems to
have failed me and not warned about this.
Tested-by: Jakob Bornecrantz (on via)
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/sis/sis_mm.c |3 +--
drivers/gpu/drm/via/via_mm.c |3 +--
2 files changed, 2 insertions(+
On Fri, Jan 6, 2012 at 7:06 AM, Dave Airlie wrote:
>
> Now we've all agreed that the initial implementation is a good baseline
> for us to move forward on, but its messy working with others when the core
> code is out of tree. So we'd like to merge the core dma-buf code now so we
> can all build o
On Sun, Jan 8, 2012 at 9:05 AM, Daniel Vetter wrote:
> Hi all,
>
> Meh, I've wanted to port the small set of helpers nouveau already has to
> handle per open fd gpu virtual address spaces to core drm, so that I could
> reuse them for i915. Just to go one small step towards unifying drivers in
> dr
From: Rob Clark
Fix minimum width/height so planes could be used to implement
hw mouse cursor.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_drv.c
b/drivers/staging/omapd
2011/12/2 Sumit Semwal :
> This is the first step in defining a dma buffer sharing mechanism.
>
> A new buffer object dma_buf is added, with operations and API to allow easy
> sharing of this buffer object across devices.
>
> The framework allows:
> - different devices to 'attach' themselves to thi
On Sun, Jan 08, 2012 at 03:32:28PM +0200, Gilad Ben-Yossef wrote:
> on_each_cpu returns the retunr value of smp_call_function
> which is hard coded to 0.
>
> Refactor on_each_cpu to a void function and the few callers
> that check the return value to save compares and branches.
>
> Signed-off-by:
On 9 January 2012 03:38, Linus Torvalds wrote:
> On Fri, Jan 6, 2012 at 7:06 AM, Dave Airlie wrote:
>>
>> Now we've all agreed that the initial implementation is a good baseline
>> for us to move forward on, but its messy working with others when the core
>> code is out of tree. So we'd like to m
https://bugs.freedesktop.org/show_bug.cgi?id=44568
Bug #: 44568
Summary: Half-Life 1 engine has poor fps is large areas
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: Linux (All)
St
https://bugs.freedesktop.org/show_bug.cgi?id=44568
--- Comment #1 from Toni Spets 2012-01-07 23:56:10 PST
---
Created attachment 55281
--> https://bugs.freedesktop.org/attachment.cgi?id=55281
Fast GLTrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
Well that's a ppc box, so maybe endianness issues... ?
On Jan 7, 2012, at 6:49 PM, Eric Anholt wrote:
> On Sat, 07 Jan 2012 11:22:52 -0800, Jeremy Huddleston
> wrote:
>> This new libdrm fails 'make check' on tinderbox:
>> http://tinderbox.x.org/builds/2012-01-07-0023/logs/libdrm/#check
>
> It
Hi all,
Meh, I've wanted to port the small set of helpers nouveau already has to
handle per open fd gpu virtual address spaces to core drm, so that I could
reuse them for i915. Just to go one small step towards unifying drivers in
drm/* a bit ...
Looks like I'll have another driver to wrestle or
on_each_cpu() returns as its own return value the return value of
smp_call_function(). smp_call_function() in turn returns a hard
coded value of zero.
Some callers to on_each_cpu() waste cycles and bloat code space
by checking the return value to on_each_cpu(), probably for
historical reasons.
Th
on_each_cpu always returns a hard coded return code of zero.
Removing all tests based on this return value saves run time
cycles for compares and code bloat for branches.
Signed-off-by: Gilad Ben-Yossef
Acked-by: Peter Zijlstra
Reviewed-by: Michal Nazarewicz
CC: David Airlie
CC: dri-devel at
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #2 from Joshua Roys 2012-01-08 11:02:35 PST
---
Created attachment 55303
--> https://bugs.freedesktop.org/attachment.cgi?id=55303
difference of `radeonreg regs dce4` from before and after suspend
I have the full before and after d
https://bugs.freedesktop.org/show_bug.cgi?id=38220
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Fallout from my "kill drm_sman" refactor. Unfortunately gcc seems to
have failed me and not warned about this.
Tested-by: Jakob Bornecrantz (on via)
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/sis/sis_mm.c |3 +--
drivers/gpu/drm/via/via_mm.c |3 +--
2 files changed, 2 insertions(+
On Fri, Jan 6, 2012 at 7:06 AM, Dave Airlie wrote:
>
> Now we've all agreed that the initial implementation is a good baseline
> for us to move forward on, but its messy working with others when the core
> code is out of tree. So we'd like to merge the core dma-buf code now so we
> can all build o
On Sun, Jan 8, 2012 at 9:05 AM, Daniel Vetter wrote:
> Hi all,
>
> Meh, I've wanted to port the small set of helpers nouveau already has to
> handle per open fd gpu virtual address spaces to core drm, so that I could
> reuse them for i915. Just to go one small step towards unifying drivers in
> dr
From: Rob Clark
Fix minimum width/height so planes could be used to implement
hw mouse cursor.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_drv.c
b/drivers/staging/omapd
On Sun, Jan 08, 2012 at 03:32:28PM +0200, Gilad Ben-Yossef wrote:
> on_each_cpu returns the retunr value of smp_call_function
> which is hard coded to 0.
>
> Refactor on_each_cpu to a void function and the few callers
> that check the return value to save compares and branches.
>
> Signed-off-by:
26 matches
Mail list logo
