Op 04-09-17 om 21:02 schreef Christian König:
> From: Christian König
>
> Stop requiring that the src reservation object is locked for this operation.
>
> Signed-off-by: Christian König
> ---
> drivers/dma-buf/reservation.c | 56
> ---
> 1 file changed, 4
https://bugs.freedesktop.org/show_bug.cgi?id=91880
Thomas DEBESSE changed:
What|Removed |Added
Attachment #134125|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=101594
--- Comment #4 from Luke A. Guest ---
Here's the output of Cycles trying to render the BMW testbench:
$ CYCLES_OPENCL_SPLIT_KERNEL_TEST=1
~/opt/blender-2.78c-linux-glibc219-x86_64/blender --debug-cycles
Read new prefs: /home/laguest/.config/ble
https://bugs.freedesktop.org/show_bug.cgi?id=102625
--- Comment #5 from Philipp Überbacher ---
With xf86-video-amdgpu 1.4.0 and mesa 17.2.0 the game starts for me. Seems this
bug has already been fixed.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=102625
--- Comment #6 from Philipp Überbacher ---
In this particular situation it would be good to know what fixed the issue and
whether there is a workaround available.
Any ideas?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=102625
--- Comment #7 from ratatosk.yggdra...@googlemail.com ---
As far as I know there was an update of the game engine included.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #170 from Jon Doane ---
(In reply to Stefan from comment #160)
> Jon Doane, to alleviate your pains, set radeon.dpm=0 as a boot option.
Crippling GPU performance is not a solution and doesn't alleviate pains because
it basically forc
https://bugs.freedesktop.org/show_bug.cgi?id=102552
Pauk Denis changed:
What|Removed |Added
Attachment #134056|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=102552
--- Comment #7 from Pauk Denis ---
In 'si_is_sampler_format_supported': 'util_format_get_first_non_void_channel' -
tried to check 'struct util_format_description' before 'si_translate_texformat'
call so we have segfault before check.
--
You ar
https://bugzilla.kernel.org/show_bug.cgi?id=196777
Krzysztof Nowicki (kri...@op.pl) changed:
What|Removed |Added
CC||kri...@op.pl
--- Comme
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #171 from Thomas DEBESSE ---
> This sounds a lot like what I've been doing manually which sounds nice.
> Thanks for the input. I honestly would like a solution that doesn't cause my
> machine to draw an additional 90 watts at idle tho
https://bugs.freedesktop.org/show_bug.cgi?id=101594
--- Comment #5 from Jan Vesely ---
anything specific you wanted to highlight?
It does detect your GPU:
> I0910 10:21:04.851496 28885 opencl_util.cpp:741] Enumerating devices for
> platform Clover.
> I0910 10:21:04.851511 28885 opencl_util.cpp:8
https://bugs.freedesktop.org/show_bug.cgi?id=102646
Bug ID: 102646
Summary: Screen flickering under amdgpu-experimental (buffer
corruptions?)
Product: Mesa
Version: 17.1
Hardware: x86-64 (AMD64)
OS: Linux (A
https://bugs.freedesktop.org/show_bug.cgi?id=102646
Justin Mitzel changed:
What|Removed |Added
Severity|normal |major
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=101594
--- Comment #6 from Luke A. Guest ---
While it does render, it's not a perfect render, there are "dithered" areas
which should not be there and which should be smooth colour.
--
You are receiving this mail because:
You are the assignee for the
This makes use of the drm_simple_display_pipe_attach_bridge()
call and removes the two calls removing the bridge, which were
erroneous: they unregister the bridge which is not what
we want, we just want to unreference it and that is already
handled by the core.
Reviewed-by: Eric Anholt
Acked-by:
https://bugs.freedesktop.org/show_bug.cgi?id=101594
--- Comment #7 from Jan Vesely ---
(In reply to Luke A. Guest from comment #6)
> While it does render, it's not a perfect render, there are "dithered" areas
> which should not be there and which should be smooth colour.
it's surprising that it
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #1 from Justin Mitzel ---
Update: This does not appear to happen under KDE wayland
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #2 from Justin Mitzel ---
It also does not happen on XFCE nor lxqt. I tried openbox/KDE and the problem
happened there.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #3 from Michel Dänzer ---
Please attach the corresponding dmesg output and Xorg log file.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing li
We should go through the error handling path to decrease the
'framebuffer_references' as done everywhere else in this function.
Fixes: 2e2adb05736c ("drm/i915: Add render decompression support")
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/i915/intel_display.c | 2 +-
1 file changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=102414
--- Comment #6 from Vadim Girlin ---
Created attachment 134152
--> https://bugs.freedesktop.org/attachment.cgi?id=134152&action=edit
dmesg after failed resume
The latest amd-staging-drm-next branch fails to resume from suspend properly
for me
22 matches
Mail list logo
