From: Gustavo Padovan
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
is created.
This change cleans up sync_file a bit.
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
du
From: Gustavo Padovan
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
duplication when using fence_ar
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Add helper to check if fence is array.
Cc: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Christian König <christian.koe...@amd.com>
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
include/
From: Gustavo Padovan
Add helper to check if fence is array.
Cc: Chris Wilson
Cc: Christian König
Signed-off-by: Gustavo Padovan
---
include/linux/fence-array.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/linux/fence-array.h b/include/linux/fence-array.h
index
2016-06-28 Chris Wilson <ch...@chris-wilson.co.uk>:
> On Tue, Jun 28, 2016 at 11:25:00AM -0300, Gustavo Padovan wrote:
> > 2016-06-28 Chris Wilson <ch...@chris-wilson.co.uk>:
> >
> > > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> &g
2016-06-28 Chris Wilson :
> On Tue, Jun 28, 2016 at 11:25:00AM -0300, Gustavo Padovan wrote:
> > 2016-06-28 Chris Wilson :
> >
> > > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> > > > From: Gustavo Padovan
> > > >
>
2016-06-28 Christian König <christian.koe...@amd.com>:
> Am 28.06.2016 um 16:17 schrieb Gustavo Padovan:
> > 2016-06-28 Christian König <christian.koe...@amd.com>:
> >
> > > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> > > > From:
2016-06-28 Christian König :
> Am 28.06.2016 um 16:17 schrieb Gustavo Padovan:
> > 2016-06-28 Christian König :
> >
> > > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> > > > From: Gustavo Padovan
> > > >
> > > > As the a
2016-06-28 Chris Wilson <ch...@chris-wilson.co.uk>:
> On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > Create sync_file->fence to abstract the type of fence we are using for
&
2016-06-28 Chris Wilson :
> On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Create sync_file->fence to abstract the type of fence we are using for
> > each sync_file. If only one fence is presen
2016-06-28 Christian König <christian.koe...@amd.com>:
> Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > As the array of fence callbacks held by an active struct fence_array
> > each ha
2016-06-28 Christian König :
> Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > As the array of fence callbacks held by an active struct fence_array
> > each has a reference to the struct fence_array, when the owner of the
>
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
As the array of fence callbacks held by an active struct fence_array
each has a reference to the struct fence_array, when the owner of the
fence_array is freed it must dispose of the callback references before
it can free the fence
From: Gustavo Padovan
As the array of fence callbacks held by an active struct fence_array
each has a reference to the struct fence_array, when the owner of the
fence_array is freed it must dispose of the callback references before
it can free the fence_array. This can not happen simply during
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
is created.
Th
From: Gustavo Padovan
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
is created.
This change cleans up sync_file a bit.
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
duplica
From: Gustavo Padovan
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
duplication when using fence_array with sync_f
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Add helper to check if fence is array.
Cc: Chris Wilson <ch...@chris-wilson.co.uk>
Cc: Christian König <christian.koe...@amd.com>
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
include/
From: Gustavo Padovan
Add helper to check if fence is array.
Cc: Chris Wilson
Cc: Christian König
Signed-off-by: Gustavo Padovan
---
include/linux/fence-array.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/linux/fence-array.h b/include/linux/fence-array.h
index
2016-06-24 Christian König <christian.koe...@amd.com>:
> Am 24.06.2016 um 16:59 schrieb Gustavo Padovan:
> > 2016-06-24 Christian König <deathsim...@vodafone.de>:
> >
> > > Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
> > > > Hi Christ
2016-06-24 Christian König :
> Am 24.06.2016 um 16:59 schrieb Gustavo Padovan:
> > 2016-06-24 Christian König :
> >
> > > Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
> > > > Hi Christian,
> > > >
> > > > 2016-06-24 Christian König
2016-06-24 Christian König <deathsim...@vodafone.de>:
> Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
> > Hi Christian,
> >
> > 2016-06-24 Christian König <christian.koe...@amd.com>:
> >
> > > Am 23.06.2016 um 17:29 schrieb Gustavo Pado
2016-06-24 Christian König :
> Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
> > Hi Christian,
> >
> > 2016-06-24 Christian König :
> >
> > > Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
> > > > From: Gustavo Padovan
> > > >
&g
2016-06-23 Chris Wilson <ch...@chris-wilson.co.uk>:
> On Thu, Jun 23, 2016 at 12:29:50PM -0300, Gustavo Padovan wrote:
> > -static void sync_file_add_pt(struct sync_file *sync_file, int *i,
> > +static int sync_file_set_fence(struct sync_file *sync_file,
> > +
2016-06-23 Chris Wilson :
> On Thu, Jun 23, 2016 at 12:29:50PM -0300, Gustavo Padovan wrote:
> > -static void sync_file_add_pt(struct sync_file *sync_file, int *i,
> > +static int sync_file_set_fence(struct sync_file *sync_file,
> > +
2016-06-23 Chris Wilson <ch...@chris-wilson.co.uk>:
> On Thu, Jun 23, 2016 at 12:29:46PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > fence_array requires a function to clean up its state before we
> > a
2016-06-23 Chris Wilson :
> On Thu, Jun 23, 2016 at 12:29:46PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > fence_array requires a function to clean up its state before we
> > are able to call fence_put() and release it.
>
&g
Hi Christian,
2016-06-24 Christian König <christian.koe...@amd.com>:
> Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > Hi all,
> >
> > This is an attempt to improve fence suppor
Hi Christian,
2016-06-24 Christian König :
> Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > Hi all,
> >
> > This is an attempt to improve fence support on Sync File. The basic idea
> > is to have only sync_file-&g
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
get_fences() should return a copy of all fences in the fence as some
fence subclass (such as fence_array) can store more than one fence at
time.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/dma
From: Gustavo Padovan
get_fences() should return a copy of all fences in the fence as some
fence subclass (such as fence_array) can store more than one fence at
time.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 14 ++
include/linux/fence.h | 3 +++
2 files
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
This function returns a copy of the array of fences.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/dma-buf/fence-array.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/dri
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
i
From: Gustavo Padovan
This function returns a copy of the array of fences.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence-array.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/dma-buf/fence-array.c b/drivers/dma-buf/fence-array.c
index 601448a..ce98249
From: Gustavo Padovan
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
is created.
This behaviour is transparent all sync_f
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
fence_array requires a function to clean up its state before we
are able to call fence_put() and release it.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/dma-buf/fence.c | 7 +++
include/l
From: Gustavo Padovan
fence_array requires a function to clean up its state before we
are able to call fence_put() and release it.
Signed-off-by: Gustavo Padovan
---
drivers/dma-buf/fence.c | 7 +++
include/linux/fence.h | 7 +++
2 files changed, 14 insertions(+)
diff --git
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
When using fences in sync files we need to clean up everything when
the sync file needs to be freed, thus we need to teardown fence_array,
by removing the callback of its fences and putting extra references to the
fence_array base
From: Gustavo Padovan
When using fences in sync files we need to clean up everything when
the sync file needs to be freed, thus we need to teardown fence_array,
by removing the callback of its fences and putting extra references to the
fence_array base fence.
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
duplica
From: Gustavo Padovan
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all fences there, either as
normal fences or fence_arrays. That way we can remove some potential
duplication when using fence_array with sync_f
2016-06-23 Emil Velikov <emil.l.veli...@gmail.com>:
> Hi Gustavo,
>
> On 20 June 2016 at 16:53, Gustavo Padovan <gust...@padovan.org> wrote:
> > - - port libsync tests to kselftest
>
> I believe the tests haven't landed yet right, so this should stay right
2016-06-23 Emil Velikov :
> Hi Gustavo,
>
> On 20 June 2016 at 16:53, Gustavo Padovan wrote:
> > - - port libsync tests to kselftest
>
> I believe the tests haven't landed yet right, so this should stay right ?
Yes, you are right. That part is still missing in upstream.
Gustavo
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
remove file paths in the comments and add short description about each
file.
v2: remove file paths instead of just change them.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/staging/android/sw_s
From: Gustavo Padovan
remove file paths in the comments and add short description about each
file.
v2: remove file paths instead of just change them.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c| 2 +-
drivers/staging/android/sync_debug.c | 2 +-
drivers/staging
2016-06-20 Joe Perches <j...@perches.com>:
> On Mon, 2016-06-20 at 12:53 -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > Fix paths in the comments.
>
> Why is it useful to have the path or filename embedd
2016-06-20 Joe Perches :
> On Mon, 2016-06-20 at 12:53 -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Fix paths in the comments.
>
> Why is it useful to have the path or filename embedded
> in the file at
> all?
I just kept it as is. Th
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
SW_SYNC should never be used by other pieces of the kernel apart from
sync_debug as it is only a Sync File Validation Framework, so hide any
info to avoid confuse this with a standard kernel internal API.
Signed-off-by: Gustavo P
From: Gustavo Padovan
SW_SYNC should never be used by other pieces of the kernel apart from
sync_debug as it is only a Sync File Validation Framework, so hide any
info to avoid confuse this with a standard kernel internal API.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Hi Greg,
This is the last step in the Sync Framwork de-stage task. It de-stage
the SW_SYNC validation framework and the sync_debug info debugfs file.
The first 3 patches are clean up and improvements and the rest is preparation
to de
From: Gustavo Padovan
Hi Greg,
This is the last step in the Sync Framwork de-stage task. It de-stage
the SW_SYNC validation framework and the sync_debug info debugfs file.
The first 3 patches are clean up and improvements and the rest is preparation
to de-stage and then finally the actual de
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Fix paths in the comments.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/staging/android/sync_debug.c | 2 +-
drivers/staging/android/sync_debug.h | 2 +-
2 files changed, 2 insertions(+),
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Sync Framework was de-staged to drivers/dma-buf/, so remove it entries
in the TODO file.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/staging/android/TODO | 8
1 file changed, 8 deleti
From: Gustavo Padovan
Fix paths in the comments.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sync_debug.c | 2 +-
drivers/staging/android/sync_debug.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/sync_debug.c
b/drivers/staging
From: Gustavo Padovan
Sync Framework was de-staged to drivers/dma-buf/, so remove it entries
in the TODO file.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/TODO | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/android/TODO b/drivers/staging/android/TODO
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
The common behaviour for trace headers is to have them in the same folder
they are used, instead of creating a special trace/ directory.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/staging/andro
From: Gustavo Padovan
The common behaviour for trace headers is to have them in the same folder
they are used, instead of creating a special trace/ directory.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c | 2 +-
drivers/staging/android/{trace
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Closing the timeline without waiting all fences to signal is not
a critical failure, it is just bad usage from userspace so avoid
calling WARN_ON in this case.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
SW_SYNC allows to run tests on the sync_file framework via debugfs on
/sync/sw_sync
Opening and closing the file triggers creation and release of a sync
timeline. To create fences on this timeline the SW_SYNC_IOC_CREATE_FENCE
ioctl
From: Gustavo Padovan
Closing the timeline without waiting all fences to signal is not
a critical failure, it is just bad usage from userspace so avoid
calling WARN_ON in this case.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Gustavo Padovan
SW_SYNC allows to run tests on the sync_file framework via debugfs on
/sync/sw_sync
Opening and closing the file triggers creation and release of a sync
timeline. To create fences on this timeline the SW_SYNC_IOC_CREATE_FENCE
ioctl should be used. To increment
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
When creating a sync_pt the name received wasn't used anywhere.
Now we add it to the sync info debug output to make it easier to indetify
the userspace name of that sync pt.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collab
From: Gustavo Padovan
When creating a sync_pt the name received wasn't used anywhere.
Now we add it to the sync info debug output to make it easier to indetify
the userspace name of that sync pt.
Signed-off-by: Gustavo Padovan
---
drivers/staging/android/sw_sync.c| 16
2016-06-10 Chris Wilson <ch...@chris-wilson.co.uk>:
> On Thu, Jun 09, 2016 at 12:05:29PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > Creates a function that given an sync file descriptor returns a
> >
2016-06-10 Chris Wilson :
> On Thu, Jun 09, 2016 at 12:05:29PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Creates a function that given an sync file descriptor returns a
> > fence_collection containing all fences in the sync_file.
> >
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Document the new function added to sync_file.c
v2: Adapt to fence_array
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
Documentation/sync_file.txt | 19 +++
1 file changed, 19 inserti
From: Gustavo Padovan
Document the new function added to sync_file.c
v2: Adapt to fence_array
Signed-off-by: Gustavo Padovan
---
Documentation/sync_file.txt | 19 +++
1 file changed, 19 insertions(+)
diff --git a/Documentation/sync_file.txt b/Documentation/sync_file.txt
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Creates a function that given an sync file descriptor returns a
fence_collection containing all fences in the sync_file.
If there is only one fence in the sync_file this fence itself is returned,
however if there is more th
From: Gustavo Padovan
Creates a function that given an sync file descriptor returns a
fence_collection containing all fences in the sync_file.
If there is only one fence in the sync_file this fence itself is returned,
however if there is more than one, a fence_collection fence is returned.
v2
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Signalling doesn't need to be enabled at sync_file creation, it is only
required if userspace waiting the fence to signal through poll().
Thus we delay fence_add_callback() until poll is called. It only adds the
callback the first tim
From: Gustavo Padovan
Signalling doesn't need to be enabled at sync_file creation, it is only
required if userspace waiting the fence to signal through poll().
Thus we delay fence_add_callback() until poll is called. It only adds the
callback the first time poll() is called. This avoid re
Hi Greg,
Any comment on this?
Gustavo
2016-05-31 Gustavo Padovan <gust...@padovan.org>:
> From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
>
> Hi,
>
> The following patches do a clean up on the sw_sync inteface. It starts by
> removing s
Hi Greg,
Any comment on this?
Gustavo
2016-05-31 Gustavo Padovan :
> From: Gustavo Padovan
>
> Hi,
>
> The following patches do a clean up on the sw_sync inteface. It starts by
> removing struct sync_timeline_ops, which was creating unecessary wrappers
> in t
2016-06-07 Gustavo Padovan <gust...@padovan.org>:
> From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
>
> As they are not used anywhere outside drm_irq.c make them static.
>
> Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
>
2016-06-07 Gustavo Padovan :
> From: Gustavo Padovan
>
> As they are not used anywhere outside drm_irq.c make them static.
>
> Signed-off-by: Gustavo Padovan
> ---
> drivers/gpu/drm/drm_irq.c | 7 ++-
> include/drm/drmP.h| 2 --
> 2 files changed, 2
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
As they are not used anywhere outside drm_irq.c make them static.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/drm_irq.c | 10 ++
include/drm/drmP.h| 2 --
2 file
From: Gustavo Padovan
As they are not used anywhere outside drm_irq.c make them static.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 10 ++
include/drm/drmP.h| 2 --
2 files changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Replace the legacy drm_vblank_{on,off}() with the new helper functions.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/gma500/gma_display.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
As they are not used anywhere outside drm_irq.c make them static.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/drm_irq.c | 7 ++-
include/drm/drmP.h| 2 --
2 files changed,
From: Gustavo Padovan
Replace the legacy drm_vblank_{on,off}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/gma500/gma_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/gma_display.c
b/drivers/gpu/drm
From: Gustavo Padovan
As they are not used anywhere outside drm_irq.c make them static.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 7 ++-
include/drm/drmP.h| 2 --
2 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
We don't have any user of this function anymore, let's remove it.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/drm_irq.c | 39 ---
include/drm/drmP.h
From: Gustavo Padovan
We don't have any user of this function anymore, let's remove it.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 39 ---
include/drm/drmP.h| 2 --
2 files changed, 8 insertions(+), 33 deletions(-)
diff --git
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Replace the legacy drm_send_vblank_event(), drm_arm_vblank_event() and
drm_vblank_{get,put}() with the new helper functions.
v2: add crtc to nouveau_page_flip_state (comment from Mario Kleiner)
Signed-off-by: Gustavo Padovan <gus
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Replace the legacy drm_vblank_{on,off}() with the new helper functions.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/radeon/atombios_crtc.c | 4 ++--
drivers/gpu/drm/radeon/radeon_l
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event(), drm_arm_vblank_event() and
drm_vblank_{get,put}() with the new helper functions.
v2: add crtc to nouveau_page_flip_state (comment from Mario Kleiner)
Signed-off-by: Gustavo Padovan
Signed-off-by: Gustavo Padovan
---
drivers
From: Gustavo Padovan
Replace the legacy drm_vblank_{on,off}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/radeon/atombios_crtc.c | 4 ++--
drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
We don't need to use _crtc->base there as crtc is available
in the function.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 2 +-
1 file changed, 1
From: Gustavo Padovan
We don't need to use _crtc->base there as crtc is available
in the function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_display.c
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Replace the legacy drm_vblank_{on,off}() with the new helper functions.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/dce
From: Gustavo Padovan
Replace the legacy drm_vblank_{on,off}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 4 ++--
3 files changed
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
We don't need to use _crtc->base there as crtc is available
in the function.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
1 file changed, 1 insertion
From: Gustavo Padovan
We don't need to use _crtc->base there as crtc is available
in the function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/driv
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
We don't have any user of this function anymore, let's remove it.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
drivers/gpu/drm/drm_irq.c | 31 ++-
include/drm/drmP.h
From: Gustavo Padovan
We don't have any user of this function anymore, let's remove it.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 31 ++-
include/drm/drmP.h| 2 --
2 files changed, 6 insertions(+), 27 deletions(-)
diff --git a/drivers
2016-06-06 Alex Deucher <alexdeuc...@gmail.com>:
> On Mon, Jun 6, 2016 at 10:41 AM, Gustavo Padovan <gust...@padovan.org> wrote:
> > From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
> >
> > Replace the legacy drm_vblank_{get,put}() with the n
2016-06-06 Alex Deucher :
> On Mon, Jun 6, 2016 at 10:41 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Replace the legacy drm_vblank_{get,put}() with the new helper functions.
> >
> > Signed-off-by: Gustavo Padovan
>
> This and the r
From: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
Include fence-array files in the DocBook.
Signed-off-by: Gustavo Padovan <gustavo.pado...@collabora.co.uk>
---
This should go to drm-misc, as fence-array are only present there
at the moment.
---
Documentation/DocBook/device-
601 - 700 of 1629 matches
Mail list logo