On Tue, Dec 1, 2020 at 11:27 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 01.12.20 um 11:00 schrieb Daniel Vetter:
> > On Tue, Dec 1, 2020 at 10:40 AM Thomas Zimmermann
> > wrote:
> >>
> >> Hi
> >>
> >> Am 01.12.20 um 10:10 schrieb Daniel Vetter:
> >>> On Tue, Dec 1, 2020 at 9:32 AM Thomas Zimmerma
Am 01.12.20 um 13:53 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:51 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:38 schrieb Christian König:
Am 01.12.20 um 13:33 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:14 schrieb Christian König:
Am 01.12.20 um 12:30 schrieb Thomas Zimmerman
Hi
Am 01.12.20 um 13:51 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:38 schrieb Christian König:
Am 01.12.20 um 13:33 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:14 schrieb Christian König:
Am 01.12.20 um 12:30 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 11:34 schrieb Christian Kö
Hi
Am 01.12.20 um 13:38 schrieb Christian König:
Am 01.12.20 um 13:33 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:14 schrieb Christian König:
Am 01.12.20 um 12:30 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 11:34 schrieb Christian König:
[...]
In patch 6 of this series, there's ast cu
Am 01.12.20 um 13:33 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 13:14 schrieb Christian König:
Am 01.12.20 um 12:30 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 11:34 schrieb Christian König:
[...]
In patch 6 of this series, there's ast cursor code that acquires
two BO's reservation locks
Hi
Am 01.12.20 um 13:14 schrieb Christian König:
Am 01.12.20 um 12:30 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 11:34 schrieb Christian König:
[...]
In patch 6 of this series, there's ast cursor code that acquires two
BO's reservation locks and vmaps them afterwards. That's probably
how
Am 01.12.20 um 12:30 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 11:34 schrieb Christian König:
[...]
In patch 6 of this series, there's ast cursor code that acquires two
BO's reservation locks and vmaps them afterwards. That's probably
how you intend to use dma_buf_vmap_local.
However, I
Hi
Am 01.12.20 um 11:00 schrieb Daniel Vetter:
[...]
For my POV, the current interfaces have no clear policy or semantics.
Looking through the different GEM implementations, each one seems to
have its own interpretation.
Yup, that's the problem really. In the past we've had vmap exclusively
fo
Hi
Am 01.12.20 um 11:34 schrieb Christian König:
[...]
In patch 6 of this series, there's ast cursor code that acquires two
BO's reservation locks and vmaps them afterwards. That's probably how
you intend to use dma_buf_vmap_local.
However, I think it's more logically to have a vmap callback
Am 01.12.20 um 11:27 schrieb Thomas Zimmermann:
Hi
Am 01.12.20 um 11:00 schrieb Daniel Vetter:
On Tue, Dec 1, 2020 at 10:40 AM Thomas Zimmermann
wrote:
Hi
Am 01.12.20 um 10:10 schrieb Daniel Vetter:
On Tue, Dec 1, 2020 at 9:32 AM Thomas Zimmermann
wrote:
Hi
Am 30.11.20 um 16:33 schrieb
Hi
Am 01.12.20 um 11:00 schrieb Daniel Vetter:
On Tue, Dec 1, 2020 at 10:40 AM Thomas Zimmermann wrote:
Hi
Am 01.12.20 um 10:10 schrieb Daniel Vetter:
On Tue, Dec 1, 2020 at 9:32 AM Thomas Zimmermann wrote:
Hi
Am 30.11.20 um 16:33 schrieb Christian König:
Am 30.11.20 um 16:30 schrieb D
On Tue, Dec 1, 2020 at 10:40 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 01.12.20 um 10:10 schrieb Daniel Vetter:
> > On Tue, Dec 1, 2020 at 9:32 AM Thomas Zimmermann
> > wrote:
> >>
> >> Hi
> >>
> >> Am 30.11.20 um 16:33 schrieb Christian König:
> >>> Am 30.11.20 um 16:30 schrieb Daniel Vetter:
>
Hi
Am 01.12.20 um 10:10 schrieb Daniel Vetter:
On Tue, Dec 1, 2020 at 9:32 AM Thomas Zimmermann wrote:
Hi
Am 30.11.20 um 16:33 schrieb Christian König:
Am 30.11.20 um 16:30 schrieb Daniel Vetter:
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
Mapping a GEM object's buf
Hi
Am 01.12.20 um 10:13 schrieb Christian König:
Am 01.12.20 um 09:32 schrieb Thomas Zimmermann:
Hi
Am 30.11.20 um 16:33 schrieb Christian König:
Am 30.11.20 um 16:30 schrieb Daniel Vetter:
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
Mapping a GEM object's buffer into
Am 01.12.20 um 09:32 schrieb Thomas Zimmermann:
Hi
Am 30.11.20 um 16:33 schrieb Christian König:
Am 30.11.20 um 16:30 schrieb Daniel Vetter:
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
Mapping a GEM object's buffer into kernel address space prevents the
buffer from bein
On Tue, Dec 1, 2020 at 9:32 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 30.11.20 um 16:33 schrieb Christian König:
> > Am 30.11.20 um 16:30 schrieb Daniel Vetter:
> >> On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
> >>> Mapping a GEM object's buffer into kernel address space pre
Hi
Am 30.11.20 um 16:33 schrieb Christian König:
Am 30.11.20 um 16:30 schrieb Daniel Vetter:
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
Mapping a GEM object's buffer into kernel address space prevents the
buffer from being evicted from VRAM, which in turn may result in
Am 30.11.20 um 16:30 schrieb Daniel Vetter:
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
Mapping a GEM object's buffer into kernel address space prevents the
buffer from being evicted from VRAM, which in turn may result in
out-of-memory errors. It's therefore required to
Am 30.11.20 um 16:30 schrieb Daniel Vetter:
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
Mapping a GEM object's buffer into kernel address space prevents the
buffer from being evicted from VRAM, which in turn may result in
out-of-memory errors. It's therefore required to on
On Mon, Nov 30, 2020 at 01:04:26PM +0100, Thomas Zimmermann wrote:
> Mapping a GEM object's buffer into kernel address space prevents the
> buffer from being evicted from VRAM, which in turn may result in
> out-of-memory errors. It's therefore required to only vmap GEM BOs for
> short periods of ti
20 matches
Mail list logo