On 10 November 2016 at 21:06, Alexey Brodkin
wrote:
> Hi Daniel, David,
>
> On Wed, 2016-11-02 at 12:23 +, Alexey Brodkin wrote:
>> Hi Daniel, David,
>>
>> On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote:
>> >
>> > Hi Daniel,
>> >
>> > >
>> > >
>> > > -Original Message-
>> > >
On 9 November 2016 at 10:52, Stefan Agner wrote:
> Hi Dave,
>
> On 2016-09-19 00:16, Philipp Zabel wrote:
>> Hi Dave,
>>
>> this tag contains support for the I2C master controller contained in the
>> HDMI TX IP core, for those boards that don't allow to mux their DDC pins
>> to SoC I2C controllers
E
drm/mediatek: set vblank_disable_allowed to true
drm/mediatek: clear IRQ status before enable OVL interrupt
Christophe JAILLET (2):
drm/sun4i: Fix error handling
drm/sun4i: Propagate error to the caller
Dave Airlie (5):
Merge branch 'fixes-for-v4.9-rc5' of
ht
On 17 Nov. 2016 8:41 pm, "Arnd Bergmann" wrote:
>
> On Thursday, November 17, 2016 4:14:44 AM CET Build bot for Mark Brown
wrote:
> > arm64-allmodconfig
> > ../drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c:126:36: error: 'OD_CFG'
undeclared (first use in this function)
> > ../drivers/gpu/drm
i915 fixes + 2 mediatek regressions
Chris Wilson (1):
drm/i915: Mark CPU cache as dirty when used for rendering
Dave Airlie (3):
Revert "drm/mediatek: fix a typo of OD_CFG to OD_RELAYMODE"
Revert &quo
>No critial patch but it make sure to unmap the region
>if HDMI probing failed, and it includes two trivial fixups.
>
I've cherry-picked the hdmi fix, but I think the other two patches
should go in -next
at this stage,
Thanks,
Dave.
a typo of DISP_OD_CFG to OD_RELAYMODE
Dave Airlie (3):
Merge branch 'drm-fixes-4.9' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge branch 'for-upstream/hdlcd' of
git://linux-arm.org/linux-ld into drm-fixes
Merge branch 'mediatek-drm-fixes-201
mediatek: fix a timeout loop
drm/vmwgfx: Handle vmalloc() failure in vmw_local_fifo_reserve()
Daniel Vetter (1):
drm: Fix locking in drm_atomic_helper_resume
Dave Airlie (7):
Merge branch 'linux-4.12' of git://github.com/skeggsb/linux into drm-fixes
On 12 June 2017 at 16:56, Hans de Goede wrote:
> This commit adds the vboxvideo drm/kms driver for the virtual graphics
> card used in Virtual Box virtual machines to drivers/staging.
>
> Why drivers/staging? This driver is already being patched into the kernel
> by several distros, thus it is goo
I'm going to push the syncobj and sync_file interaction
patches into drm-next, but I think this patch still needs
a few more trips on the merry go round.
I've decided to read Daniel's ioctl guide, use sec/nsec,
and convert to timespec internally then use timespec as much
as possible.
Dave.
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
v3: return to absolute timeouts.
v4: abs
On 1 June 2017 at 11:06, Dave Airlie wrote:
> From: Dave Airlie
>
> This creates a new command submission chunk for amdgpu
> to add in and out sync objects around the submission.
>
> Sync objects are managed via the drm syncobj ioctls.
>
> The command submission interf
rc6 is this Sunday most likely which means I'll be mostly finished
merging at that point.
nouveau and msm are known outstanding, but I've talked to those,
anyone else got something I should know about?
Dave.
___
dri-devel mailing list
dri-devel@lists.fr
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
v2: rebase onto other changes.
v1-Reviewed-by: Christian König
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
From: Dave Airlie
This creates a new command submission chunk for amdgpu
to add in and out sync objects around the submission.
Sync objects are managed via the drm syncobj ioctls.
The command submission interface is enhanced with two new
chunks, one for syncobj pre submission dependencies,
and
PB into VRAM as well"
Christophe JAILLET (1):
gpu: host1x: Fix error handling
Dave Airlie (3):
Merge branch 'drm-fixes-4.12' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-misc-fixes-2017-06-15' of
git://anongit.freedesktop.or
From: Dave Airlie
These ioctls are now in drm next so add the first set of libdrm APIs.
Signed-off-by: Dave Airlie
---
include/drm/drm.h | 26 ++
xf86drm.c | 81 +++
xf86drm.h | 8 ++
3 files changed, 115
> team which seem to make a lot of sense to upstream as well:
>
> 1. An IOCTL to reset a sync object to it's initial state. E.g. reset the
> fence the sync objects wraps back to NULL.
>
> 2. The ability to merge multiple sync objects into one. Essentially the same
> thing we have for the sync file,
On 20 June 2017 at 00:56, Liviu Dudau wrote:
> Hi Dave,
>
> Couple of fixes for HDLCD driver to fix an error message when
> working with TDA19988 driver and moving the framebuffer's physical
> address calculation to use the DRM CMA helper.
This pull had a patch that wasn't in the request, and als
Cc'ing dri-devel.
Dave.
On Tue, 13 Jun 2017, Tejun Heo wrote:
> Cc'ing David Airlie.
>
> This is from drm driver calling in idr_replace() w/ a negative id.
> Probably a silly bug in error handling path?
>
> Thanks.
>
> On Mon, Jun 12, 2017 at 08:10:54PM +0530, Abdul Haleem wrote:
> > Hi,
> >
ourage our shrinker more when our shmemfs allocations fails
drm/i915: Remove __GFP_NORETRY from our buffer allocator
Daniel Vetter (1):
drm: Fix GETCONNECTOR regression
Dave Airlie (3):
Merge tag 'drm-intel-fixes-2017-06-20' of
git://anongit.freedesktop.org/git/drm-
>
> I'm traveling and cannot make progress this week. The merge window is
> also real close so this series will therefore probably miss it unless
> something unexpected happens...
Don't worry you missed the merge window for drm already, we don't merge
things after -rc6. Please remember the Linus m
ping?
Dave.
On 17 June 2017 at 11:06, Dave Airlie wrote:
> From: Dave Airlie
>
> These ioctls are now in drm next so add the first set of libdrm APIs.
>
> Signed-off-by: Dave Airlie
> ---
> include/drm/drm.h | 26 ++
>
From: Dave Airlie
This adds the corresponding code for libdrm to use the new
kernel interfaces for semaphores.
This will be used by radv to implement shared semaphores.
TODO: Version checks.
Signed-off-by: Dave Airlie
---
amdgpu/amdgpu.h | 28 +
amdgpu/amdgpu_cs.c
From: Dave Airlie
This syncs the amdgpu_drm header with my drm-next branch as of
6d61e70ccc21606ffb8a0a03bd3aba24f659502b.
It brings over the VM and semaphore API changes.
Generated using make headers_install.
Generated from git://people.freedesktop.org/~airlied/linux drm-next commit
Ignore this, all kinds of patches from wrong tree stuff going on here.
Dave.
On 27 June 2017 at 07:19, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds the corresponding code for libdrm to use the new
> kernel interfaces for semaphores.
>
> This will be used by radv t
On 20 June 2017 at 18:49, Daniel Vetter wrote:
> On Wed, Jun 07, 2017 at 01:07:33AM +, Brown, Aaron F wrote:
>> > From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On Behalf
>> > Of Jeff Kirsher
>> > Sent: Tuesday, June 6, 2017 1:46 PM
>> > To: David Miller ; Nikula, Jani
>> >
3 i915 and one vmwgfx fix
Chris Wilson (3):
drm/i915: Retire the VMA's fence tracker before unbinding
drm/i915: Hold struct_mutex for per-file stats in debugfs/i915_gem_object
drm/i915: Disable EXEC_OBJECT_ASYNC when doing relocations
> Adding Linus, I think Dave is already on vacation. Linus, can you
> please pull this directly, not much point in shovelling this through a
> drm tree first. It's fixes for the ANDROID_native_sync gl extension
> afaics.
> -Daniel
Yup started vacation, so not going to be near a git tree, Acked-by:
On 4 Jul. 2017 11:23, "Michel Dänzer" wrote:
Adding the dri-devel list, since this is a core DRM patch.
On 04/07/17 06:11 AM, Felix Kuehling wrote:
> From: Christian König
>
> This allows drivers to check if a DMA-buf contains a GEM object or not.
Please use an accessor function. I doubt it
> +/**
> + * Lease mode resources, creating another drm_master.
> + */
> +struct drm_mode_create_lease {
> + /** Pointer to array of object ids (__u32) */
> + __u64 object_ids;
> + /** Number of object ids */
> + __u32 object_count;
> + /** flags for new FD (O_CLOEXEC,
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
v3: return to absolute timeouts.
v4: abs
From: Dave Airlie
This adds kernel semaphore support to the command submission
interface in what should be a backwards compatible manner,
it adds a new command submission API.
Signed-off-by: Dave Airlie
---
amdgpu/amdgpu.h| 29 -
amdgpu/amdgpu_cs.c | 118
and submission API.
>
> Signed-off-by: Dave Airlie
> ---
> amdgpu/amdgpu.h| 29 -
> amdgpu/amdgpu_cs.c | 118
> +
> 2 files changed, 138 insertions(+), 9 deletions(-)
>
> diff --git a/amdgpu/amdgpu.h b
On 10 July 2017 at 10:43, Dave Airlie wrote:
> Hi Linus,
>
> Sorry this is a bit late, I was on holidays start of last week and now
> I've got a post holiday illness.
> I had nearly all this ready pre holidays, just had one set of fixes
> and a cleanup on top, but I hadn&
On 7 July 2017 at 19:07, Christian König wrote:
> Hi Dave,
>
> on first glance that looks rather good to me, but there is one things I
> don't really like and I strongly think Marek will absolutely agree on that:
> When we add a new CS function then let's get ride of all this abstraction!
>
> The
On 11 July 2017 at 18:36, Christian König wrote:
> Am 11.07.2017 um 08:49 schrieb Dave Airlie:
>>
>> On 7 July 2017 at 19:07, Christian König wrote:
>>>
>>> Hi Dave,
>>>
>>> on first glance that looks rather good to me, but there is one things
On 12 July 2017 at 17:39, Christian König wrote:
> Am 11.07.2017 um 17:43 schrieb Jason Ekstrand:
>
> On Tue, Jul 11, 2017 at 12:17 AM, Christian König
> wrote:
>>
>> [SNIP]
>
> If we ever want to share fences across processes (which we do),
> then this needs to be sorted in
On 12 July 2017 at 03:47, Marek Olšák wrote:
> On Tue, Jul 11, 2017 at 11:20 AM, Dave Airlie wrote:
>> On 11 July 2017 at 18:36, Christian König wrote:
>>> Am 11.07.2017 um 08:49 schrieb Dave Airlie:
>>>>
>>>> On 7 July 2017 at 19:07, Christian König
On 11 July 2017 at 19:32, Christian König wrote:
> Am 11.07.2017 um 11:20 schrieb Dave Airlie:
>>
>> On 11 July 2017 at 18:36, Christian König wrote:
>>>
>>> Am 11.07.2017 um 08:49 schrieb Dave Airlie:
>>>>
>>>> On 7 July 2017 a
iao Dong (4):
drm/i915/gvt: Fix possible recursive locking issue
drm/i915/gvt: Fix inconsistent locks holding sequence
drm/i915/gvt: Revert "drm/i915/gvt: Fix possible recursive locking issue"
drm/i915/gvt: Use fence error from GVT request for workload status
Coli
This is a set of changes to enable the AST2500 BMC hardware, and also
fix some bugs interacting with the older AST hardware.
Some of the bug fixes are cc'ed to stable.
Dave.
The following changes since commit 45554b2357d5782497e59f09146cc3636d6ad551:
Merge tag 'trace-v4.11-2' of
git://git.ker
misc fixes for v4.11-rc1
Arnd Bergmann (1):
drm/rockchip: add extcon dependency for DP
Christophe JAILLET (1):
drm/rockchip: cdn-dp: Fix error handling
Dave Airlie (1):
Merge tag 'drm-misc-next-fixes-2017-02-27' of
git://anongit.fr
> Completely agree, problem here is that this isn't documented like this in
> the Vulkan specification as far as I know.
(I'm adding dri-devel, since I think Intel folks have looked into some
of this already,
and we might need to make some common functionality).
"The semaphore must be signaled, o
>
> As far as I can see the only functionality we are missing here is:
>
> void sync_file_signal(struct sync_file *sync_file, struct dma_fence *fence)
> {
> dma_fence_put(sync_file->fence);
> sync_file->fence = fence;
> }
>
> We probably should do this atomically, but that is only a matter
Talk to Jonas (jadahl) on irc, he had 3 mutters running and on hotplug
all 3 of them were diving into the connector getting code. Now I think
we can avoid this in userspace by not probing when not owning the VT,
but it's still messy behaviour.
It looks like one thread does a getconnector, this fil
drm/i915/gvt: handle workload lifecycle properly
Dave Airlie (3):
Merge tag 'drm-misc-fixes-2017-03-06' of
git://anongit.freedesktop.org/git/drm-misc into drm-fixes
Merge tag 'drm-intel-fixes-2017-03-09' of
git://anongit.freedesktop.org/git/drm-intel into drm-fixe
This contains one libdrm patch and 4 kernel patches.
The goal is to implement the Vulkan KHR_external_semaphore_fd interface
for permanent semaphore behaviour for radv.
This code tries to enhance sync file to add the required behaviour
(which is mostly being able to replace the fence backing the
From: Dave Airlie
This adds the corresponding code for libdrm to use the new
kernel interfaces for semaphores.
This will be used by radv to implement shared semaphores.
TODO: Version checks.
Signed-off-by: Dave Airlie
---
amdgpu/amdgpu.h | 28 +
amdgpu/amdgpu_cs.c
From: Dave Airlie
Using sync_file to back vulkan semaphores means need to replace
the fence underlying the sync file. This replace function removes
the callback, swaps the fence, and returns the old one. This
also exports the alloc and fdget functionality for the semaphore
wrapper code.
Signed
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 86 +++---
1 file changed, 48 insertions(+
From: Dave Airlie
This creates a new interface for amdgpu with ioctls to
create/destroy/import and export shared semaphores using
sem object backed by the sync_file code. The semaphores
are not installed as fd (except for export), but rather
like other driver internal objects in an idr. The idr
From: Dave Airlie
This isn't needed currently, but to reuse sync file for Vulkan
permanent shared semaphore semantics, we need to be able to swap
the fence backing a sync file. This patch adds a mutex to the
sync file and uses to protect accesses to the fence and cb members.
Signed-off-by:
On 14 March 2017 at 12:00, zhoucm1 wrote:
> Hi Dave,
>
> Could you tell me why you create your new one patch? I remember I send out
> our the whole implementation, Why not directly review our patches?
This is patch review, I'm not sure what you are expecting in terms of
direct review.
The patche
On 14 March 2017 at 13:30, zhoucm1 wrote:
>
>
> On 2017年03月14日 10:52, Dave Airlie wrote:
>>
>> On 14 March 2017 at 12:00, zhoucm1 wrote:
>>>
>>> Hi Dave,
>>>
>>> Could you tell me why you create your new one patch? I remember I send
&
On 14 March 2017 at 19:30, Christian König wrote:
> Am 14.03.2017 um 10:29 schrieb Chris Wilson:
>>
>> On Tue, Mar 14, 2017 at 10:13:37AM +0100, Christian König wrote:
>>>
>>> Am 14.03.2017 um 09:45 schrieb Daniel Vetter:
>>>>
>>>> On
On 14 March 2017 at 18:53, Daniel Vetter wrote:
> On Tue, Mar 14, 2017 at 10:50:49AM +1000, Dave Airlie wrote:
>> This contains one libdrm patch and 4 kernel patches.
>>
>> The goal is to implement the Vulkan KHR_external_semaphore_fd interface
>> for permanent s
On 15 March 2017 at 10:47, Dave Airlie wrote:
> On 14 March 2017 at 19:30, Christian König wrote:
>> Am 14.03.2017 um 10:29 schrieb Chris Wilson:
>>>
>>> On Tue, Mar 14, 2017 at 10:13:37AM +0100, Christian König wrote:
>>>>
>>>> Am 14.03.2017
>
> uabi semantics question: Should we wake up everyone when the fence gets
> replaced? What's the khr semaphore expectation here?
There are no real semantics for this case, you either wait the semaphore and
replace it with NULL, or signal it where you replace the fence with a new fence.
Nobody s
Okay I've listened and people said this should use rcu, so I've
tried to work out what that looks like, and I present my first pass
at using rcu for sync_file. I'm pretty sure I've probably missed some
fundamental things here.
As to Chris's reserveration_object questions, yes it does the rcu stuff
From: Dave Airlie
This creates a new interface for amdgpu with ioctls to
create/destroy/import and export shared semaphores using
sem object backed by the sync_file code. The semaphores
are not installed as fd (except for export), but rather
like other driver internal objects in an idr. The idr
From: Dave Airlie
Using sync_file to back vulkan semaphores means need to replace
the fence underlying the sync file. This replace function removes
the callback, swaps the fence, and returns the old one. This
also exports the alloc and fdget functionality for the semaphore
wrapper code.
v2: use
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 86 +++---
1 file changed, 48 insertions(+
From: Dave Airlie
This isn't needed currently, but to reuse sync file for Vulkan
permanent shared semaphore semantics, we need to be able to swap
the fence backing a sync file. This patch adds a mutex to the
sync file and uses to protect accesses to the fence and cb members.
v1.1: fi
On 15 March 2017 at 18:55, Daniel Vetter wrote:
> On Wed, Mar 15, 2017 at 02:19:16PM +1000, Dave Airlie wrote:
>> >
>> > uabi semantics question: Should we wake up everyone when the fence gets
>> > replaced? What's the khr semaphore expectation here?
>>
m/i915: Store a permanent error in obj->mm.pages
drm/i915: Use pagecache write to prepopulate shmemfs from pwrite-ioctl
drm/i915: Drain the freed state from the tail of the next commit
Dave Airlie (6):
drm/amdgpu: fix parser init error path to avoid crash in parser fini
From: Dave Airlie
Using sync_file to back vulkan semaphores means need to replace
the fence underlying the sync file. This replace function removes
the callback, swaps the fence, and returns the old one. This
also exports the alloc and fdget functionality for the semaphore
wrapper code.
v2: use
This is a repost of the file_sync semaphore support.
The main difference in this patch is patch1 does a lot
better at handling NULL fences in some places. The poll code
and ioctls should handle ending up with fence being NULL properly now.
Dave.
___
dr
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 86 +++---
1 file changed, 48 insertions(+
From: Dave Airlie
This patch allows the underlying fence in a sync_file to be changed
or set to NULL. This isn't currently required but for Vulkan
semaphores we need to be able to swap and reset the fence.
In order to faciliate this, it uses rcu to protect the fence,
along with a new mutex
From: Dave Airlie
This creates a new interface for amdgpu with ioctls to
create/destroy/import and export shared semaphores using
sem object backed by the sync_file code. The semaphores
are not installed as fd (except for export), but rather
like other driver internal objects in an idr. The idr
m/exynos/decon5433: & vs | typo
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2017-03-22' of
git://anongit.freedesktop.org/git/drm-intel into drm-fixes
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Me
--
Alexandre Courbot (1):
drm/tegra: Add tiling FB modifiers
Arto Merilainen (2):
drm/tegra: Add falcon helper library
drm/tegra: Add VIC support
Dave Airlie (1):
Merge tag 'drm/tegra/for-4.12-rc1' of
git://anongit.freedesktop.org/tegra/linux into drm-next
Joer
Hi Linus,
Small supplementary pull request. I didn't want anyone saying we snuck
this in in a the middle of a big pile of changes, so here is a clearly
separate pull request documenting the code of conduct introduced for
freedesktop.org and how it relates to dri-devel community.
Dave.
The follow
On 9 May 2017 at 04:54, Harry Wentland wrote:
> Hi Daniel,
>
> Thanks for taking the time to look at DC.
>
> I had a couple more questions/comments in regard to the patch you posted on
> IRC: http://paste.debian.net/plain/930704
>
> My impression is that this item is the most important next step f
On 4 May 2017 at 18:16, Chris Wilson wrote:
> On Wed, Apr 26, 2017 at 01:28:29PM +1000, Dave Airlie wrote:
>> +#include
>
> I wonder if Daniel has already split everything used here into its own
> headers?
not sure, if drm_file is out there yet. I'll find out when I reb
>
> Just please make sure that one (user configurable/opt-in if necessary)
> policy from the beginning is to allow leasing out any output to
> applications, not just HMDs. My type of scientific/medical applications
> would benefit as soon as it has the option to get a drm lease for a given
> output
Okay I'm not convinced this is going to get any better out of tree,
I've polished what I can, and fixed up the last few comments from people,
I'd like to rebase on drm-misc probably at some point and send a pull
request for it.
This mostly just addresses things around naming that Chris pointed ou
From: Dave Airlie
Sync objects are new toplevel drm object, that contain a
pointer to a fence. This fence can be updated via command
submission ioctls via drivers.
There is also a generic wait obj API modelled on the vulkan
wait API (with code modelled on some amdgpu code).
These objects can
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
Signed-off-by: Dave Airlie
---
driver
From: Dave Airlie
This interface allows importing the fence from a sync_file into
an existing drm sync object, or exporting the fence attached to
an existing drm sync object into a new sync file object.
This should only be used to interact with sync files where necessary.
Signed-off-by: Dave
From: Dave Airlie
This creates a new command submission chunk for amdgpu
to add in and out sync objects around the submission.
Sync objects are managed via the drm syncobj ioctls.
The command submission interface is enhanced with two new
chunks, one for syncobj pre submission dependencies,
and
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Reviewed-by: Christian König
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 85 +++---
1
On 12 May 2017 at 13:34, zhoucm1 wrote:
> 1. generally, functions in amdgpu_cs.c should be with amdgpu_cs_ as prefix.
Okay I've fixed this and previous patch up locally.
> 2. If I'm not wrong to your proposal, SYNCOBJ_IN is to semaphore wait while
> SYNCOBJ_OUT is to semaphore signal. SYNCOBJ_IN
book..
wierd gmail failed me.
>
> Linus
>
> On Fri, May 12, 2017 at 11:54 AM, Linus Torvalds
> wrote:
>> On Thu, May 11, 2017 at 11:00 PM, Dave Airlie wrote:
>>>
>>> It also has an amdgpu fixes pull, with lots of ongoing work on Vega10
>&g
ding SDMA/RLCG under SRIOV VF
drm/amdgpu/vce4: fix a PSP loading VCE issue
Dave Airlie (3):
Merge tag 'drm-misc-next-fixes-2017-05-05' of
git://anongit.freedesktop.org/git/drm-misc into drm-next
Merge branch 'drm-next-4.12' of
git://people.freedesktop.org/~agd5
ontext mmio
Colin Ian King (1):
drm/i915/gvt: fix typo: "supporte" -> "support"
Dan Carpenter (1):
drm/nouveau/fifo/gk104-: Silence a locking warning
Dave Airlie (5):
Merge branch 'etnaviv/fixes' of
https://git.pengutronix.de/git/lst/linux in
On 28 April 2017 at 07:27, Gustavo Padovan wrote:
> 2017-04-26 Christian König :
>
>> Am 26.04.2017 um 16:46 schrieb Andres Rodriguez:
>> > When a timeout of zero is specified, the caller is only interested in
>> > the fence status.
>> >
>> > In the current implementation, dma_fence_default_wait w
From: Dave Airlie
This interface will allow sync object to be used to back
Vulkan fences. This API is pretty much the vulkan fence waiting
API, and I've ported the code from amdgpu.
v2: accept relative timeout, pass remaining time back
to userspace.
v3: return to absolute timeouts.
Signe
From: Dave Airlie
Sync objects are new toplevel drm object, that contain a
pointer to a fence. This fence can be updated via command
submission ioctls via drivers.
There is also a generic wait obj API modelled on the vulkan
wait API (with code modelled on some amdgpu code).
These objects can
From: Dave Airlie
This interface allows importing the fence from a sync_file into
an existing drm sync object, or exporting the fence attached to
an existing drm sync object into a new sync file object.
This should only be used to interact with sync files where necessary.
Reviewed-by: Sean
I've fixed up a few things in here from Daniel's comments,
Daniel I didn't change things exactly as suggested but I removed
fd_flags from API completely.
Christian, I think I got the post deps hook in the right place
now in the amdgpu patch.
Would be nice if someone can validate the timeout stuff
From: Dave Airlie
This just splits out the fence depenency checking into it's
own function to make it easier to add semaphore dependencies.
Reviewed-by: Christian König
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 85 +++---
1
From: Dave Airlie
This creates a new command submission chunk for amdgpu
to add in and out sync objects around the submission.
Sync objects are managed via the drm syncobj ioctls.
The command submission interface is enhanced with two new
chunks, one for syncobj pre submission dependencies,
and
On 19 May 2017 at 19:33, Inki Dae wrote:
> Hi Dave,
>
>a little bit big cleanups but this fixes some timeout issue
>at wait-for-vblank, fixups to dt broken issue and trivial cleanups.
>
>Please kindly let me know if there is any problem.
Can we make this smaller, if I'd been happy for
witch
Dan Carpenter (1):
drm/amd/powerplay: fix a signedness bugs
Daniel Vetter (1):
drm: Fix deadlock retry loop in page_flip_ioctl
Dave Airlie (2):
Merge tag 'drm-misc-fixes-2017-05-25' of
git://anongit.freedesktop.org/git/drm-misc into drm-fixes
Merge branch &#x
On 25 May 2017 at 18:30, Chris Wilson wrote:
> On Wed, May 24, 2017 at 05:06:11PM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> Sync objects are new toplevel drm object, that contain a
>> pointer to a fence. This fence can be updated via command
>&
On 26 May 2017 at 15:30, Lukas Wunner wrote:
> On Thu, May 25, 2017 at 01:44:04PM -0400, Sean Paul wrote:
>> The pull is noisy because it includes -rc2.
>
> Looks like I've caused another fine mess by fast-forwarding -fixes. :-(
>
> I followed the docs in drm-misc.rst which say:
>
> * Fast-forward
On 25 May 2017 at 03:25, Jason Ekstrand wrote:
> On Wed, May 24, 2017 at 12:06 AM, Dave Airlie wrote:
>>
>> From: Dave Airlie
>>
>> This interface will allow sync object to be used to back
>> Vulkan fences. This API is pretty much the vulkan fence waiting
>
Hopefully addressing most of these in the upcoming set, some comments below.
>> +/**
>> + * drm_timeout_abs_to_jiffies - calculate jiffies timeout from absolute
>> value
>> + *
>> + * @timeout_ns: timeout in ns
>> + *
>> + * Calculate the timeout in jiffies from an absolute timeout in ns.
>> + */
701 - 800 of 4762 matches
Mail list logo
