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
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:
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(+
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
https://bugs.freedesktop.org/show_bug.cgi?id=38220
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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:
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
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
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 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
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 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
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(+
https://bugs.freedesktop.org/show_bug.cgi?id=38220
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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
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
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
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
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
26 matches
Mail list logo
