Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention v2

2019-10-22 Thread Daniel Vetter
On Tue, Oct 22, 2019 at 12:01:30PM +0200, Daniel Vetter wrote: > On Mon, Oct 21, 2019 at 01:15:21PM +0200, Christian König wrote: > > This patch is a stripped down version of the locking changes > > necessary to support dynamic DMA-buf handling. > > > > It adds a dynamic flag for both importers as

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention v2

2019-10-22 Thread Daniel Vetter
On Mon, Oct 21, 2019 at 01:15:21PM +0200, Christian König wrote: > This patch is a stripped down version of the locking changes > necessary to support dynamic DMA-buf handling. > > It adds a dynamic flag for both importers as well as exporters > so that drivers can choose if they want the reservat

[Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention v2

2019-10-21 Thread Christian König
This patch is a stripped down version of the locking changes necessary to support dynamic DMA-buf handling. It adds a dynamic flag for both importers as well as exporters so that drivers can choose if they want the reservation object locked or unlocked during mapping of attachments. For compatibi

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-10-17 Thread Koenig, Christian
Am 16.10.19 um 16:23 schrieb Daniel Vetter: > On Wed, Oct 16, 2019 at 3:46 PM Koenig, Christian > wrote: >> Am 08.10.19 um 10:55 schrieb Daniel Vetter: >>> On Wed, Oct 02, 2019 at 08:37:50AM +, Koenig, Christian wrote: Hi Daniel, once more a ping on this. Any more comments or ca

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-10-16 Thread Daniel Vetter
On Wed, Oct 16, 2019 at 3:46 PM Koenig, Christian wrote: > > Am 08.10.19 um 10:55 schrieb Daniel Vetter: > > On Wed, Oct 02, 2019 at 08:37:50AM +, Koenig, Christian wrote: > >> Hi Daniel, > >> > >> once more a ping on this. Any more comments or can we get it comitted? > > Sorry got a bit smash

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-10-16 Thread Koenig, Christian
Am 08.10.19 um 10:55 schrieb Daniel Vetter: > On Wed, Oct 02, 2019 at 08:37:50AM +, Koenig, Christian wrote: >> Hi Daniel, >> >> once more a ping on this. Any more comments or can we get it comitted? > Sorry got a bit smashed past weeks, but should be resurrected now back > from xdc. And any m

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-10-08 Thread Daniel Vetter
On Wed, Oct 02, 2019 at 08:37:50AM +, Koenig, Christian wrote: > Hi Daniel, > > once more a ping on this. Any more comments or can we get it comitted? Sorry got a bit smashed past weeks, but should be resurrected now back from xdc. -Daniel > > Thanks, > Christian. > > Am 24.09.19 um 11:50 s

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-10-08 Thread Daniel Vetter
On Thu, Aug 29, 2019 at 04:29:14PM +0200, Christian König wrote: > This patch is a stripped down version of the locking changes > necessary to support dynamic DMA-buf handling. > > For compatibility we cache the DMA-buf mapping as soon as > exporter/importer disagree on the dynamic handling. Nee

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-10-02 Thread Koenig, Christian
Hi Daniel, once more a ping on this. Any more comments or can we get it comitted? Thanks, Christian. Am 24.09.19 um 11:50 schrieb Christian König: > Am 17.09.19 um 16:56 schrieb Daniel Vetter: >> [SNIP]   +    /* When either the importer or the exporter can't handl

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-24 Thread Koenig, Christian
Am 17.09.19 um 16:56 schrieb Daniel Vetter: > [SNIP] >>> +/* When either the importer or the exporter can't handle >>> dynamic >>> + * mappings we cache the mapping here to avoid issues with the >>> + * reservation object lock. >>> + */

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Daniel Vetter
On Tue, Sep 17, 2019 at 4:47 PM Koenig, Christian wrote: > > Am 17.09.19 um 15:45 schrieb Daniel Vetter: > > On Tue, Sep 17, 2019 at 01:24:10PM +, Koenig, Christian wrote: > >> Am 17.09.19 um 15:13 schrieb Daniel Vetter: > >>> On Tue, Sep 17, 2019 at 12:40:51PM +, Koenig, Christian wrote:

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Koenig, Christian
Am 17.09.19 um 15:45 schrieb Daniel Vetter: > On Tue, Sep 17, 2019 at 01:24:10PM +, Koenig, Christian wrote: >> Am 17.09.19 um 15:13 schrieb Daniel Vetter: >>> On Tue, Sep 17, 2019 at 12:40:51PM +, Koenig, Christian wrote: Am 17.09.19 um 14:31 schrieb Daniel Vetter: > On Mon, Sep 1

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Daniel Vetter
On Tue, Sep 17, 2019 at 01:24:10PM +, Koenig, Christian wrote: > Am 17.09.19 um 15:13 schrieb Daniel Vetter: > > On Tue, Sep 17, 2019 at 12:40:51PM +, Koenig, Christian wrote: > >> Am 17.09.19 um 14:31 schrieb Daniel Vetter: > >>> On Mon, Sep 16, 2019 at 02:23:13PM +0200, Christian König wr

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Koenig, Christian
Am 17.09.19 um 15:13 schrieb Daniel Vetter: > On Tue, Sep 17, 2019 at 12:40:51PM +, Koenig, Christian wrote: >> Am 17.09.19 um 14:31 schrieb Daniel Vetter: >>> On Mon, Sep 16, 2019 at 02:23:13PM +0200, Christian König wrote: Ping? Any further comment on this or can't we merge at least the

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Daniel Vetter
On Tue, Sep 17, 2019 at 12:40:51PM +, Koenig, Christian wrote: > Am 17.09.19 um 14:31 schrieb Daniel Vetter: > > On Mon, Sep 16, 2019 at 02:23:13PM +0200, Christian König wrote: > >> Ping? Any further comment on this or can't we merge at least the locking > >> change? > > I was at plumbers ...

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Koenig, Christian
Am 17.09.19 um 14:31 schrieb Daniel Vetter: > On Mon, Sep 16, 2019 at 02:23:13PM +0200, Christian König wrote: >> Ping? Any further comment on this or can't we merge at least the locking >> change? > I was at plumbers ... >> Christian. >> >> Am 11.09.19 um 12:53 schrieb Christian König: >>> Am 03.0

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-17 Thread Daniel Vetter
On Mon, Sep 16, 2019 at 02:23:13PM +0200, Christian König wrote: > Ping? Any further comment on this or can't we merge at least the locking > change? I was at plumbers ... > > Christian. > > Am 11.09.19 um 12:53 schrieb Christian König: > > Am 03.09.19 um 10:05 schrieb Daniel Vetter: > > > On Th

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-16 Thread Christian König
Ping? Any further comment on this or can't we merge at least the locking change? Christian. Am 11.09.19 um 12:53 schrieb Christian König: Am 03.09.19 um 10:05 schrieb Daniel Vetter: On Thu, Aug 29, 2019 at 04:29:14PM +0200, Christian König wrote: This patch is a stripped down version of the

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-11 Thread Christian König
Am 03.09.19 um 10:05 schrieb Daniel Vetter: On Thu, Aug 29, 2019 at 04:29:14PM +0200, Christian König wrote: This patch is a stripped down version of the locking changes necessary to support dynamic DMA-buf handling. For compatibility we cache the DMA-buf mapping as soon as exporter/importer di

Re: [Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-09-03 Thread Daniel Vetter
On Thu, Aug 29, 2019 at 04:29:14PM +0200, Christian König wrote: > This patch is a stripped down version of the locking changes > necessary to support dynamic DMA-buf handling. > > For compatibility we cache the DMA-buf mapping as soon as > exporter/importer disagree on the dynamic handling. > >

[Intel-gfx] [PATCH 1/4] dma-buf: change DMA-buf locking convention

2019-08-29 Thread Christian König
This patch is a stripped down version of the locking changes necessary to support dynamic DMA-buf handling. For compatibility we cache the DMA-buf mapping as soon as exporter/importer disagree on the dynamic handling. Signed-off-by: Christian König --- drivers/dma-buf/dma-buf.c | 90 +++