From: Rob Clark <rob(a)ti.com>
Fix minimum width/height so planes could be used to implement
hw mouse cursor.
Signed-off-by: Rob Clark <rob(a)ti.com>
---
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/omapdrm/omap_drv.c
index 9a8b00c..163f0ae 100644
--- a/drivers/staging/omapdrm/omap_drv.c
+++ b/drivers/staging/omapdrm/omap_drv.c
@@ -401,8 +401,8 @@ static int …
[View More]omap_modeset_init(struct drm_device *dev)
dump_video_chains();
- dev->mode_config.min_width = 256;
- dev->mode_config.min_height = 256;
+ dev->mode_config.min_width = 32;
+ dev->mode_config.min_height = 32;
/* note: eventually will need some cpu_is_omapXYZ() type stuff here
* to fill in these limits properly on different OMAP generations..
--
1.7.5.4
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=38220
Summary: [wine] Left 4 Dead: Crash in r600_set_constant_buffer
with multicore rendering
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: sa(a)whiz.se
Created an attachment …
[View More](id=47874)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47874)
backtrace of crash
The game Left 4 Dead (running in Wine) crashes in r600_set_constant_buffer if
the option "Multicore rendering" is enabled.
Backtrace from Wine:
=>0 0x7b343de7 r600_set_constant_buffer+0x117(ctx=0x7c1b2728, shader=0,
index=0, buffer=0x7cc3fbfc)
[/home/sa/Programming/gfx/mesa/mesa/src/gallium/drivers/r600/r600_state_common.c:413]
in r600_dri.so (0x7c1bd880)
1 0x7b4aecd6 st_upload_constants+0xe5(st=0x651138b8, params=0x7c11d8f8,
shader_type=0)
[/home/sa/Programming/gfx/mesa/mesa/src/mesa/state_tracker/st_atom_constbuf.c:92]
in r600_dri.so (0x00000000)
(A backtrace made with gdb is also attached).
Not sure if it's a regression or not, the game suffered from recurring GPU
hangs until just recently.
The following messages are found in the kernel log:
[15632.113691] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 32 !
[15632.113695] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.113697] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[15632.115005] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 36 !
[15632.115007] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.115009] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[15632.118327] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 36 !
[15632.118330] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.118331] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[15632.121651] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 36 !
[15632.121654] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.121655] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[15632.124992] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 36 !
[15632.124994] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.124996] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[15632.128348] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 36 !
[15632.128351] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.128352] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[15632.131666] [drm:evergreen_cs_packet_next_reloc] *ERROR* Relocs at 44 after
relocations chunk end 36 !
[15632.131668] [drm:evergreen_packet3_check] *ERROR* bad SET_RESOURCE (tex)
[15632.131670] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
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: Gilad Ben-Yossef <gilad(a)benyossef.com>
> Acked-by: Peter Zijlstra <a.p.zijlstra(a)chello.nl>
> Reviewed-by: Michal Nazarewicz <mina86(a)mina86.com>
> …
[View More]CC: David Airlie <airlied(a)linux.ie>
> CC: dri-devel(a)lists.freedesktop.org
> CC: Benjamin Herrenschmidt <benh(a)kernel.crashing.org>
> CC: Paul Mackerras <paulus(a)samba.org>
> CC: Grant Likely <grant.likely(a)secretlab.ca>
> CC: Rob Herring <rob.herring(a)calxeda.com>
> CC: linuxppc-dev(a)lists.ozlabs.org
> CC: devicetree-discuss(a)lists.ozlabs.org
> CC: Richard Henderson <rth(a)twiddle.net>
> CC: Ivan Kokshaysky <ink(a)jurassic.park.msu.ru>
> CC: Matt Turner <mattst88(a)gmail.com>
> CC: linux-alpha(a)vger.kernel.org
> CC: Thomas Gleixner <tglx(a)linutronix.de>
> CC: Ingo Molnar <mingo(a)redhat.com>
> CC: "H. Peter Anvin" <hpa(a)zytor.com>
> CC: x86(a)kernel.org
> CC: Tony Luck <tony.luck(a)intel.com>
> CC: Fenghua Yu <fenghua.yu(a)intel.com>
> CC: linux-ia64(a)vger.kernel.org
> CC: Will Deacon <will.deacon(a)arm.com>
> CC: Peter Zijlstra <a.p.zijlstra(a)chello.nl>
> CC: Arnaldo Carvalho de Melo <acme(a)ghostprotocols.net>
> CC: Russell King <linux(a)arm.linux.org.uk>
As there's only one place in the ARM code where we look at the return
value, and you've patched that away in patch 1, this looks fine. I've
not checked for users outside of arch/arm, so:
Acked-by: Russell King <rmk+kernel(a)arm.linux.org.uk>
Thanks.
[View Less]
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.
This patch set refactors callers to not test on_each_cpu()
(fixed) return value and then refactors on_each_cpu to
return void to avoid confusing future users.
In other words, this patch aims to delete …
[View More]18 source code lines
while not changing any functionality :-)
I tested as best as I could the x86 changes and compiled some
of the others, but I don't have access to all the needed hardware
for testing. Reviewers and testers welcome!
The only change from the first version is the addition of a
proper Signed-off-by line.
This patch set is also available on branch on_each_cpu_ret_v2
at git://github.com/gby/linux.git
Signed-off-by: Gilad Ben-Yossef <gilad(a)benyossef.com>
Acked-by: Peter Zijlstra <a.p.zijlstra(a)chello.nl>
Reviewed-by: Michal Nazarewicz <mina86(a)mina86.com>
CC: Michal Nazarewicz <mina86(a)mina86.com>
CC: David Airlie <airlied(a)linux.ie>
CC: dri-devel(a)lists.freedesktop.org
CC: Benjamin Herrenschmidt <benh(a)kernel.crashing.org>
CC: Paul Mackerras <paulus(a)samba.org>
CC: Grant Likely <grant.likely(a)secretlab.ca>
CC: Rob Herring <rob.herring(a)calxeda.com>
CC: linuxppc-dev(a)lists.ozlabs.org
CC: devicetree-discuss(a)lists.ozlabs.org
CC: Richard Henderson <rth(a)twiddle.net>
CC: Ivan Kokshaysky <ink(a)jurassic.park.msu.ru>
CC: Matt Turner <mattst88(a)gmail.com>
CC: linux-alpha(a)vger.kernel.org
CC: Thomas Gleixner <tglx(a)linutronix.de>
CC: Ingo Molnar <mingo(a)redhat.com>
CC: "H. Peter Anvin" <hpa(a)zytor.com>
CC: x86(a)kernel.org
CC: Tony Luck <tony.luck(a)intel.com>
CC: Fenghua Yu <fenghua.yu(a)intel.com>
CC: linux-ia64(a)vger.kernel.org
CC: Will Deacon <will.deacon(a)arm.com>
CC: Peter Zijlstra <a.p.zijlstra(a)chello.nl>
CC: Arnaldo Carvalho de Melo <acme(a)ghostprotocols.net>
CC: Russell King <linux(a)arm.linux.org.uk>
CC: linux-arm-kernel(a)lists.infradead.org
Gilad Ben-Yossef (9):
arm: avoid using on_each_cpu hard coded ret value
ia64: avoid using on_each_cpu hard coded ret value
x86: avoid using on_each_cpu hard coded ret value
alpha: avoid using on_each_cpu hard coded ret value
ppc: avoid using on_each_cpu hard coded ret value
agp: avoid using on_each_cpu hard coded ret value
drm: avoid using on_each_cpu hard coded ret value
smp: refactor on_each_cpu to void returning func
x86: refactor wbinvd_on_all_cpus to void function
arch/alpha/kernel/smp.c | 7 ++-----
arch/arm/kernel/perf_event.c | 2 +-
arch/ia64/kernel/perfmon.c | 12 ++----------
arch/powerpc/kernel/rtas.c | 3 +--
arch/x86/include/asm/smp.h | 5 ++---
arch/x86/lib/cache-smp.c | 4 ++--
drivers/char/agp/generic.c | 3 +--
drivers/gpu/drm/drm_cache.c | 3 +--
include/linux/smp.h | 7 +++----
kernel/smp.c | 6 ++----
10 files changed, 17 insertions(+), 35 deletions(-)
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=44523
Bug #: 44523
Summary: nexuiz perf regression since u_vbuf: implement another
upload codepath which unrolls indices
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-…
[View More]devel(a)lists.freedesktop.org
ReportedBy: lists(a)andyfurniss.entadsl.com
d-r-t kernel, HD4890.
Since -
commit ce44bae366ade59fb2dbdfbfe5a1ab8d24518a57
Author: Marek Olšák <maraeo(a)gmail.com>
Date: Tue Jan 3 22:01:03 2012 +0100
u_vbuf: implement another upload codepath which unrolls indices
Improves performance from cca 1 fps to 23 fps in Cogs.
This new codepath is not always used, instead, there is a heuristic which
determines whether to use it. Using translate for uploads is generally
slower than what we have had already, it's a win only in a few cases.
I get quite a noticeable perf regression running demo1 in nexuiz.
Other games (openarena,ut2004 demo, etqw) seem unaffected
91.2740132 fps, one-second fps min/avg/max: 50 99 231 (90 seconds)
to
55.6802612 fps, one-second fps min/avg/max: 19 69 231 (90 seconds)
Sometimes I saw a couple of short (1/4 sec) stalls as well, which gave worse
results, above was without stalls.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=44524
Michel Dänzer <michel(a)daenzer.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|xorg-driver-ati(a)lists.x.org |dri-devel(a)lists.freedesktop
| |.org
QAContact|xorg-team(a)lists.x.org |
Product|xorg |Mesa
Component|…
[View More]Driver/Radeon |Drivers/Gallium/r600
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]