2017년 10월 23일 16:54에 Marek Szyprowski 이(가) 쓴 글:
> This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
> The side effect of this conversion is a switch to driver component API
> to register properly in the Exynos DRM core.
>
> Signed-off-by: Marek Szyprowski
Hi Daniel,
On 31 October 2017 at 21:57, Daniel Vetter wrote:
> On Tue, Oct 31, 2017 at 08:37:21PM +0530, PrasannaKumar Muralidharan wrote:
>> My patch is supposed to catch problem with drivers. It warns when
>> vblank refcount is non-zero in drm_vblank_cleanup call. From CI log
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in:
drivers/gpu/drm/amd/include/amd_shared.h
between commit:
cfa289fd4986 ("drm/amdgpu: rename amdgpu_dpm_funcs to amd_pm_funcs")
from the drm tree and commit:
f674bd281460 ("drm/amdgpu Moving amdgpu asic types to a
On 23 October 2017 at 17:54, Marek Szyprowski wrote:
> This patch adds Exynos IPP v2 subsystem and userspace API.
>
> New userspace API is focused ONLY on memory-to-memory image processing.
> The two remainging IPP operation modes (framebuffer writeback and
> local-path
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
include/drm/drmP.h
between commit:
e7646f84ad4f ("drm: Add new LEASE debug level")
from the drm tree and commit:
02c9656b2f0d ("drm: Move debug macros out of drmP.h")
from the drm-misc tree.
I fixed it up (I
Hi Dave,
One fix for next.
Best,
Xinliang
The following changes since commit 62884cd386b876638720ef88374b31a84ca7ee5f:
drm: Add four ioctls for managing drm mode object leases [v7]
(2017-10-25 16:31:30 +1000)
are available in the git repository at:
g...@github.com:xin3liang/linux.git
Hi Marek,
Thanks for your effort and sorry for late. Below are trivial my comments,
2017년 10월 23일 16:54에 Marek Szyprowski 이(가) 쓴 글:
> This patch adds Exynos IPP v2 subsystem and userspace API.
>
> New userspace API is focused ONLY on memory-to-memory image processing.
> The two remainging IPP
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #6 from Andy Furniss ---
(In reply to Andy Furniss from comment #5)
> When on the menu screen fps should now be seen lower left.
ugh, it's lower right.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #5 from Andy Furniss ---
glxgears is no good for this one, it doesn't seem to really get fullscreen.
I don't use a compositing window manager, if you do I guess you'll need to set
it to disable compositing for
https://bugs.freedesktop.org/show_bug.cgi?id=103404
--- Comment #12 from randomsa...@gmail.com ---
I can confirm the patch works, and was the only thing missing to get HDMI audio
working on my Vega card. I can confirm it works for atleast 5.1 and 2.0 channel
audio as those are the only options
https://bugs.freedesktop.org/show_bug.cgi?id=103404
--- Comment #11 from randomsa...@gmail.com ---
Whoops, seems I blundered and didn't see there was not one, but two different
patch files.
The compilation succeeds now, will proceed to testing it.
--
You are receiving this mail because:
You
On Tue, Oct 31, 2017 at 11:44 AM, Daniel Vetter wrote:
> On Tue, Oct 31, 2017 at 09:59:20AM -0500, Rob Herring wrote:
>> EGL, gralloc, and HWC must all have a common definition of fd's and int's
>> in native_handle_t to share the fd and width, height, format, etc. of a
>> dmabuf.
https://bugs.freedesktop.org/show_bug.cgi?id=103404
--- Comment #10 from randomsa...@gmail.com ---
Created attachment 135197
--> https://bugs.freedesktop.org/attachment.cgi?id=135197=edit
Compilation error for the patch
The proposed patch doesn't compile when applied to an otherwise clean
https://bugs.freedesktop.org/show_bug.cgi?id=103486
--- Comment #4 from Harry Wentland ---
Thanks for the bisect. Bhawan is looking at what in his change might have
caused this.
How are you testing it? glxgears in fullscreen or some other app?
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=101473
--- Comment #1 from Alex Deucher ---
Please attach your full dmesg output with amdgpu. Is this still an issue with
a newer kernel?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=103404
--- Comment #9 from Leo ---
@randomsalad, I've attached the patches. Please let me know if they resolve the
issue.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=103404
--- Comment #8 from Leo ---
Created attachment 135192
--> https://bugs.freedesktop.org/attachment.cgi?id=135192=edit
[PATCH 2/2] drm/amd/display: Read resource_straps from registers for DCE12
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=103404
Leo changed:
What|Removed |Added
CC||sunpeng...@amd.com
---
On 10/31/2017 12:11 PM, Mark Brown wrote:
> On Tue, Oct 31, 2017 at 12:03:35PM -0700, Laura Abbott wrote:
>
>> I'm not a fan of the platform bus but I have mixed feelings about
>> creating a dedicated bus type. I guess if we really need a bus
>> type we can do it later?
>
> There was a
On Tue, Oct 31, 2017 at 12:03:35PM -0700, Laura Abbott wrote:
> I'm not a fan of the platform bus but I have mixed feelings about
> creating a dedicated bus type. I guess if we really need a bus
> type we can do it later?
There was a discussion a while ago in the context of I2C/SPI MFDs
which
It seems that trying to go from unlatched to unlatched will time out
waiting for STOP, and we can just skip that.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_dsi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/vc4/vc4_dsi.c
It turns out that I had just mistaken what type of write the register
writes were supposed to be, using DCS instead of generic long writes.
Switching to transactions instead of using the atmel as a bridge also
seems to resolve the sparkling pixels problem I've had.
Signed-off-by: Eric Anholt
On Tue, 2017-10-31 at 17:44 +0100, Daniel Vetter wrote:
> On Tue, Oct 31, 2017 at 09:59:20AM -0500, Rob Herring wrote:
> > EGL, gralloc, and HWC must all have a common definition of fd's and
> > int's
> > in native_handle_t to share the fd and width, height, format, etc.
> > of a
> > dmabuf.
> >
On 10/23/2017 08:55 AM, Benjamin Gaignard wrote:
> Instead a getting only one common device "/dev/ion" for
> all the heaps this patch allow to create one device
> entry ("/dev/ionX") per heap.
> Getting an entry per heap could allow to set security rules
> per heap and global ones for all heaps.
>
Den 30.10.2017 16.39, skrev Noralf Trønnes:
This patchset adds fbdev .last_close and .output_poll_changed helpers to
reduce fbdev emulation footprint in drivers.
I don't know which drivers have their own tree or not, so if you want me
to apply your patch to drm-misc, please let me know.
I
On Tue, Oct 31, 2017 at 04:17:07PM +, Alexey Brodkin wrote:
> Hi Noralf,
>
> On Mon, 2017-10-30 at 17:29 +0100, Noralf Trønnes wrote:
> > There is a new core debugfs file that prints fb/gem info:
> > /dri//framebuffer
> >
> > Use drm_gem_cma_print_info() to provide info to that output
Hi Rafael,
On Tue, Oct 31, 2017 at 6:22 PM, Rafael J. Wysocki wrote:
> On Tue, Oct 31, 2017 at 2:55 PM, Geert Uytterhoeven
> wrote:
>> Hi Rafael, Tero,
>>
>> CC pinchartl, dri-devel
>>
>> On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven
>>
https://bugs.freedesktop.org/show_bug.cgi?id=103529
Emil Velikov changed:
What|Removed |Added
Component|Drivers/DRI/i915
On Tue, Oct 31, 2017 at 1:31 PM, Daniel Vetter wrote:
> On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote:
>> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula
>> wrote:
>>>
>>> Reminder, we have this new list
On Tue, Oct 31, 2017 at 5:14 PM, Sean Paul wrote:
> On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula
> wrote:
>>
>> Reminder, we have this new list dim-to...@lists.freedesktop.org for
>> maintainer tools patches. Cc'd.
>>
>
> Ahh, cool. I didn't
Hi Geert,
On Tuesday, 31 October 2017 15:55:02 EET Geert Uytterhoeven wrote:
> On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven wrote:
> > On Tue, Oct 31, 2017 at 2:09 PM, Geert Uytterhoeven wrote:
> >> On Tue, Oct 31, 2017 at 12:27 AM, Rafael J. Wysocki wrote:
> >>> On Monday, October 30,
https://bugs.freedesktop.org/show_bug.cgi?id=103529
Bug ID: 103529
Summary: [GM45] GPU hang with mpv fullscreen (bisected)
Product: Mesa
Version: 17.2
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
On Tue, Oct 31, 2017 at 09:59:20AM -0500, Rob Herring wrote:
> EGL, gralloc, and HWC must all have a common definition of fd's and int's
> in native_handle_t to share the fd and width, height, format, etc. of a
> dmabuf.
>
> Move the definition into HWC so we aren't dependent on a specific
On Tue, Oct 31, 2017 at 05:37:50PM +0200, Jani Nikula wrote:
> On Tue, 31 Oct 2017, Geert Uytterhoeven wrote:
> > Hi Rafael, Tero,
> >
> > CC pinchartl, dri-devel
>
> Cc: Marta, Martin
>
> Our CI is hitting this too.
Should be ok again, we've locally reverted this patch.
On Tue, Oct 31, 2017 at 03:28:01PM +0200, Ville Syrjälä wrote:
> On Tue, Oct 31, 2017 at 11:55:35AM +, Chris Wilson wrote:
> > To acquire all modeset locks requires a ww_ctx to be allocated. As this
> > is the legacy path and the allocation small, to reduce the changes
> > required (and
Den 30.10.2017 10.34, skrev Daniel Vetter:
Hi Noralf,
On Sun, Oct 22, 2017 at 06:52:41PM +0200, Noralf Trønnes wrote:
Hi,
I've spent some time in the fbdev emulation code and discovered a
recurring pattern around suspend/resume.
Should we add some more helpers :-)
You're maybe a bit too
On Tue, Oct 31, 2017 at 03:40:40PM +0100, Noralf Trønnes wrote:
>
> Den 31.10.2017 11.32, skrev Daniel Vetter:
> > On Mon, Oct 30, 2017 at 04:39:51PM +0100, Noralf Trønnes wrote:
> > > This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
> > >
> > > Cc: Hans de Goede
On Tue, Oct 31, 2017 at 03:26:50PM +0100, Noralf Trønnes wrote:
>
> Den 31.10.2017 11.27, skrev Daniel Vetter:
> > On Mon, Oct 30, 2017 at 04:39:44PM +0100, Noralf Trønnes wrote:
> > > This driver can use drm_fb_helper_output_poll_changed() as its
> > > .output_poll_changed callback.
> > >
> > >
When no IOMMU is available, all GEM buffers allocated by Exynos DRM driver
are contiguous, because of the underlying dma_alloc_attrs() function
provides only such buffers. In such case it makes no sense to keep
BO_NONCONTIG flag for the allocated GEM buffers. This allows to avoid
failures for
On Tue, Oct 31, 2017 at 08:37:21PM +0530, PrasannaKumar Muralidharan wrote:
> Hi Daniel,
>
> On 31 October 2017 at 15:51, Daniel Vetter wrote:
> >
> > On Mon, Oct 30, 2017 at 06:01:12PM +0530, PrasannaKumar Muralidharan wrote:
> > > Hi Daniel,
> > >
> > > On 30 October 2017 at
On Tue, Oct 31, 2017 at 4:27 AM, Jani Nikula
wrote:
>
> Reminder, we have this new list dim-to...@lists.freedesktop.org for
> maintainer tools patches. Cc'd.
>
Ahh, cool. I didn't realize dim grew up!
> On Mon, 30 Oct 2017, Sean Paul wrote:
On Tue, 31 Oct 2017, Geert Uytterhoeven wrote:
> Hi Rafael, Tero,
>
> CC pinchartl, dri-devel
Cc: Marta, Martin
Our CI is hitting this too.
BR,
Jani.
>
> On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven
> wrote:
>> CC linux-renesas-soc
>>
>> On
Hi Daniel,
On 31 October 2017 at 15:51, Daniel Vetter wrote:
>
> On Mon, Oct 30, 2017 at 06:01:12PM +0530, PrasannaKumar Muralidharan wrote:
> > Hi Daniel,
> >
> > On 30 October 2017 at 15:40, Daniel Vetter wrote:
> > > On Wed, Oct 25, 2017 at 08:44:45PM +0530,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libdrm 2.4.87 has been released.
Marek Olšák (2):
amdgpu: fix 32-bit build
configure.ac: bump version for release
git tag: libdrm-2.4.87
https://dri.freedesktop.org/libdrm/libdrm-2.4.87.tar.bz2
MD5: b4f9063838559d08649d45fec2d1184a
EGL, gralloc, and HWC must all have a common definition of fd's and int's
in native_handle_t to share the fd and width, height, format, etc. of a
dmabuf.
Move the definition into HWC so we aren't dependent on a specific gralloc
implementation and so we don't have to create an importer just for
https://bugs.freedesktop.org/show_bug.cgi?id=103519
--- Comment #4 from Derek Foreman ---
Ok, this patch has been successfully tested on his hardware and brings
efl/weston apps back to life when applied to 17.2.3.
It will be a couple of days before we can get a re-test
https://bugs.freedesktop.org/show_bug.cgi?id=103519
Derek Foreman changed:
What|Removed |Added
CC|
Den 31.10.2017 11.32, skrev Daniel Vetter:
On Mon, Oct 30, 2017 at 04:39:51PM +0100, Noralf Trønnes wrote:
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
Cc: Hans de Goede
Signed-off-by: Noralf Trønnes
Reviewed-by: Hans de
Den 31.10.2017 11.27, skrev Daniel Vetter:
On Mon, Oct 30, 2017 at 04:39:44PM +0100, Noralf Trønnes wrote:
This driver can use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Jani Nikula
Cc: Joonas Lahtinen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libdrm 2.4.86 has been released.
Andrey Grodzovsky (2):
amdgpu: Add wrappers for AMDGPU_VM IOCTL.
amdgpu: Add VMID reservation per GPU context test.
Dave Airlie (2):
drm: sync drm headers from drm-next.
drm/syncobj: fix some
On 10/30/2017 06:29 PM, Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc: Jyri Sarha
> Cc: Tomi Valkeinen
Hi Rafael, Tero,
CC pinchartl, dri-devel
On Tue, Oct 31, 2017 at 2:10 PM, Geert Uytterhoeven
wrote:
> CC linux-renesas-soc
>
> On Tue, Oct 31, 2017 at 2:09 PM, Geert Uytterhoeven
> wrote:
>> On Tue, Oct 31, 2017 at 12:27 AM, Rafael J. Wysocki
https://bugs.freedesktop.org/show_bug.cgi?id=103404
--- Comment #6 from monkeyku...@web.de ---
Thank you for your quick response, I am glad to hear that a patch will be
there soon
--
You are receiving this mail because:
You are the assignee for the
On Tue, Oct 31, 2017 at 11:55:35AM +, Chris Wilson wrote:
> To acquire all modeset locks requires a ww_ctx to be allocated. As this
> is the legacy path and the allocation small, to reduce the changes
> required (and complex untested error handling) to the legacy drivers, we
> simply assume
Quoting Chris Wilson (2017-10-31 11:55:35)
> To acquire all modeset locks requires a ww_ctx to be allocated. As this
> is the legacy path and the allocation small, to reduce the changes
> required (and complex untested error handling) to the legacy drivers, we
> simply assume that the allocation
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #21 from FFAB ---
Created attachment 135183
--> https://bugs.freedesktop.org/attachment.cgi?id=135183=edit
dmesg, boot kernel parameter iommu=soft
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=101483
FFAB changed:
What|Removed |Added
Attachment #134295|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #19 from FFAB ---
Upstream kernel test - kernel 4.14-rc7
Installation, on which upstream kernel was installed:
ubuntu 16.04.3, kernel4.10.0-38, updated 2017-10-31
1. booting without any workaround parameters
2.
Quoting syzbot (2017-10-27 09:09:50)
> This bug is generated by a dumb bot. It may contain errors.
> See https://goo.gl/tpsmEJ for details.
> Direct all questions to syzkal...@googlegroups.com.
>
> syzbot will keep track of this bug report.
> Once a fix for this bug is committed, please reply to
To acquire all modeset locks requires a ww_ctx to be allocated. As this
is the legacy path and the allocation small, to reduce the changes
required (and complex untested error handling) to the legacy drivers, we
simply assume that the allocation succeeds. At present, it relies on the
On Mon, Oct 30, 2017 at 03:46:16PM +0200, Jani Nikula wrote:
> On Mon, 30 Oct 2017, Daniel Vetter wrote:
> > Gustavo volunteered to become a drm-misc co-maintainer, he'll take
> > care of 4.16 to get started.
> >
> > Cc: Gustavo Padovan
> > Cc: Daniel
On Tue, Oct 31, 2017 at 11:24:14AM +0100, Hans de Goede wrote:
> Hi,
>
> On 31-10-17 11:14, Daniel Vetter wrote:
> > On Mon, Oct 30, 2017 at 12:09:27PM +0100, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 30-10-17 10:52, Daniel Vetter wrote:
> > > > On Mon, Oct 23, 2017 at 09:14:22AM +0200, Hans
On Mon, Oct 30, 2017 at 05:29:45PM +0100, Noralf Trønnes wrote:
> drm_fb_cma_debugfs_show() and drm_gem_cma_describe() are superseded
> by drm_framebuffer_debugfs_init() and drm_gem_cma_print_info().
>
> Cc: Laurent Pinchart
> Signed-off-by: Noralf Trønnes
On Mon, Oct 30, 2017 at 04:39:51PM +0100, Noralf Trønnes wrote:
> This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
>
> Cc: Hans de Goede
> Signed-off-by: Noralf Trønnes
> Reviewed-by: Hans de Goede
> ---
>
On Mon, Oct 30, 2017 at 04:39:42PM +0100, Noralf Trønnes wrote:
> This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
> It can also use drm_fb_helper_output_poll_changed() as its
> .output_poll_changed callback.
>
> Cc: Inki Dae
> Cc: Joonyoung Shim
On Mon, Oct 30, 2017 at 04:39:43PM +0100, Noralf Trønnes wrote:
> This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
> It can also use drm_fb_helper_output_poll_changed() as its
> .output_poll_changed callback.
>
> Cc: Patrik Jakobsson
>
On Mon, Oct 30, 2017 at 04:39:44PM +0100, Noralf Trønnes wrote:
> This driver can use drm_fb_helper_output_poll_changed() as its
> .output_poll_changed callback.
>
> Cc: Jani Nikula
> Cc: Joonas Lahtinen
> Cc: Rodrigo Vivi
On 2017年10月31日 16:43, Christian König wrote:
The amdgpu issue to also need signaled fences in the reservation objects
should be fixed by now.
Optimize the list by keeping only the not signaled yet fences around.
v2: temporary put the signaled fences at the end of the new container
Hi,
On 31-10-17 11:14, Daniel Vetter wrote:
On Mon, Oct 30, 2017 at 12:09:27PM +0100, Hans de Goede wrote:
Hi,
On 30-10-17 10:52, Daniel Vetter wrote:
On Mon, Oct 23, 2017 at 09:14:22AM +0200, Hans de Goede wrote:
Apply the "panel orientation" drm connector prop to the primary plane so
that
On Mon, Oct 30, 2017 at 02:24:32PM +, Chris Wilson wrote:
> Quoting syzbot (2017-10-27 09:09:50)
> > Hello,
> >
> > syzkaller hit the following crash on
> > 6f20b7a58cb9c0fe00badcdfd65b1f4a8f28dfc6
> > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master
> > compiler:
On Mon, Oct 30, 2017 at 06:01:12PM +0530, PrasannaKumar Muralidharan wrote:
> Hi Daniel,
>
> On 30 October 2017 at 15:40, Daniel Vetter wrote:
> > On Wed, Oct 25, 2017 at 08:44:45PM +0530, PrasannaKumar Muralidharan wrote:
> >> Hi All,
> >>
> >> On 24 October 2017 at 22:18,
On Mon, Oct 30, 2017 at 03:05:29PM -0700, Kees Cook wrote:
> On Mon, Oct 30, 2017 at 3:08 AM, Daniel Vetter wrote:
> > On Tue, Oct 24, 2017 at 08:16:09AM -0700, Kees Cook wrote:
> >> In preparation for unconditionally passing the struct timer_list pointer to
> >> all timer
On Mon, Oct 30, 2017 at 11:57:10AM +0100, Hans de Goede wrote:
> Hi,
>
> On 30-10-17 10:43, Daniel Vetter wrote:
> > On Mon, Oct 23, 2017 at 09:14:21AM +0200, Hans de Goede wrote:
> > > On some devices the LCD panel is mounted in the casing in such a way that
> > > the up/top side of the panel
On Mon, Oct 30, 2017 at 12:09:27PM +0100, Hans de Goede wrote:
> Hi,
>
> On 30-10-17 10:52, Daniel Vetter wrote:
> > On Mon, Oct 23, 2017 at 09:14:22AM +0200, Hans de Goede wrote:
> > > Apply the "panel orientation" drm connector prop to the primary plane so
> > > that fbcon and fbdev using
Hi,
On 31-10-17 10:50, Ingo Molnar wrote:
* Hans de Goede wrote:
intel_uncore_forcewake_reset() does forcewake puts and gets as such
we need to make sure that no-one tries to access the PUNIT->PMIC bus
(on systems where this bus is shared) while it runs, otherwise
https://bugs.freedesktop.org/show_bug.cgi?id=103413
Andy Furniss changed:
What|Removed |Added
Resolution|--- |WORKSFORME
On Tue, Oct 31, 2017 at 10:50:06AM +0100, Ingo Molnar wrote:
>
> * Hans de Goede wrote:
>
> > intel_uncore_forcewake_reset() does forcewake puts and gets as such
> > we need to make sure that no-one tries to access the PUNIT->PMIC bus
> > (on systems where this bus is
On Mon, Oct 30, 2017 at 05:29:42PM +0100, Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc: Liviu Dudau
https://bugs.freedesktop.org/show_bug.cgi?id=102358
--- Comment #27 from har...@gmx.de ---
@Thomas,
any chance to finally fix this for the soon released mesa 17.3?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
On 2017年10月31日 16:55, Christian König wrote:
Am 31.10.2017 um 09:51 schrieb Chunming Zhou:
On 2017年10月31日 16:43, Christian König wrote:
The amdgpu issue to also need signaled fences in the reservation
objects
should be fixed by now.
Optimize the list by keeping only the not signaled yet
On Tue, Oct 31, 2017 at 10:27:24AM +0200, Jani Nikula wrote:
>
> Reminder, we have this new list dim-to...@lists.freedesktop.org for
> maintainer tools patches. Cc'd.
>
> On Mon, 30 Oct 2017, Sean Paul wrote:
> > Expanding on Jani's work to sign tags, this patch adds
Am 31.10.2017 um 09:51 schrieb Chunming Zhou:
On 2017年10月31日 16:43, Christian König wrote:
The amdgpu issue to also need signaled fences in the reservation objects
should be fixed by now.
Optimize the list by keeping only the not signaled yet fences around.
v2: temporary put the signaled
On 31/10/17 09:42 AM, Christian König wrote:
> Looks like v2 never made it to the list. I've just send the V2 patches
> once more.
FWIW, I received your v2 patches yesterday, and now twice today.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software
The amdgpu issue to also need signaled fences in the reservation objects should
be fixed by now.
Optimize the handling by replacing a signaled fence when adding a new
shared one.
Signed-off-by: Christian König
---
drivers/dma-buf/reservation.c | 18 +++---
The amdgpu issue to also need signaled fences in the reservation objects
should be fixed by now.
Optimize the list by keeping only the not signaled yet fences around.
v2: temporary put the signaled fences at the end of the new container
Signed-off-by: Christian König
Looks like v2 never made it to the list. I've just send the V2 patches
once more.
Christian.
Am 31.10.2017 um 08:26 schrieb Chunming Zhou:
Any update?
On 2017年10月25日 15:28, Christian König wrote:
Am 25.10.2017 um 08:42 schrieb Chunming Zhou:
On 2017年10月24日 21:55, Christian König wrote:
From: Christian König
The amdgpu issue to also need signaled fences in the reservation objects
should be fixed by now.
Optimize the list by keeping only the not signaled yet fences around.
v2: temporary put the signaled fences at the end of the new container
From: Christian König
The amdgpu issue to also need signaled fences in the reservation objects should
be fixed by now.
Optimize the handling by replacing a signaled fence when adding a new
shared one.
Signed-off-by: Christian König
---
On Mon, Oct 30, 2017 at 3:08 AM, Daniel Vetter wrote:
> On Tue, Oct 24, 2017 at 08:16:09AM -0700, Kees Cook wrote:
>> In preparation for unconditionally passing the struct timer_list pointer to
>> all timer callbacks, switch to using the new timer_setup() and from_timer()
>> to
在 2017-10-27 23:06,Icenowy Zheng 写道:
This patchset adds support for the SimpleFB on Allwinner SoCs with
"Display Engine 2.0".
PATCH 1 to PATCH 3 are DE2 CCU fixes for H3/H5 SoCs.
PATCH 4 adds the pipeline strings for DE2 SimpleFB.
PATCH 5 to 7 adds necessary device tree nodes (DE2 CCU and
From: Aleksandar Markovic
Add documentation for DT binding of Goldfish FB driver. The compatible
string used by OS for binding the driver is "google,goldfish-fb".
Signed-off-by: Miodrag Dinic
Signed-off-by: Goran Ferenc
https://bugs.freedesktop.org/show_bug.cgi?id=103519
Daniel Stone changed:
What|Removed |Added
CC|
Reminder, we have this new list dim-to...@lists.freedesktop.org for
maintainer tools patches. Cc'd.
On Mon, 30 Oct 2017, Sean Paul wrote:
> Expanding on Jani's work to sign tags, this patch adds signing for git
> commit/am.
I guess I'd like more rationale here. Is this
Any update?
On 2017年10月25日 15:28, Christian König wrote:
Am 25.10.2017 um 08:42 schrieb Chunming Zhou:
On 2017年10月24日 21:55, Christian König wrote:
From: Christian König
The amdgpu issue to also need signaled fences in the reservation
objects
should be fixed
94 matches
Mail list logo