On 08/24/2018 02:21 AM, Christian König wrote:
> Am 24.08.2018 um 01:05 schrieb Jiandi An:
>>
>>
>> On 08/23/2018 01:47 AM, Christian König wrote:
>>> Am 22.08.2018 um 22:57 schrieb Jiandi An:
>>>>
>>>> On 08/22/2018 02:09 PM, Christian Kö
On 09/20/2018 11:53 PM, Jiandi An wrote:
>
>
> On 09/20/2018 01:29 AM, Gerd Hoffmann wrote:
>> Pass virtio_gpu_object down to virtio_gpu_cmd_transfer_to_host_2d and
>> virtio_gpu_cmd_transfer_to_host_3d functions, instead of passing just
>> the virtio resource h
s all know it (see patch just sent).
Tested that patch you sent. Together with this patch it also resolves
the virtio gpu graphical display issue for SEV guest.
Is there a way to optimize the dma_sync_sg to only sync on the pages
being updated instead of all the pages in the obj sgl list every ti
t, for dma sync.
>
> Signed-off-by: Gerd Hoffmann
Tested-by: Jiandi An
> ---
> drivers/gpu/drm/virtio/virtgpu_drv.h | 6 --
> drivers/gpu/drm/virtio/virtgpu_fb.c|
gt;>
>>> Hmm. I'd suspect there is simply a code path missing. Can you send the
>>> patch you have?
>>>
>>> cheers,
>>> Gerd
>>>
>>
>> I sent the patch. For now it does dma_sync_sg on the pages in
>> TRANSFER_TO_HO
path missing. Can you send the
> patch you have?
>
> cheers,
> Gerd
>
I sent the patch. For now it does dma_sync_sg on the pages in
TRANSFER_TO_HOST_2D/3D when use_dma_api is true.
https://lore.kernel.org/lkml/20180919070931.91168-1-jiandi...@amd.com/
- Jiandi
___
With virtio gpu ttm-pages being dma mapped, dma sync is needed when
swiotlb is used as bounce buffers, before TRANSFER_TO_HOST_2D/3D
commands are sent.
Signed-off-by: Jiandi An
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 8
drivers/gpu/drm/virtio/virtgpu_fb.c | 7 ---
drivers/gpu
before sending
VIRTIO_GPU_CMD_RESOURCE_FLUSH
and VIRTIO_GPU_CMD_SET_SCANOUT, still blank black screen after display manger
is kicked off.
Do you know which path I'm still missing as far as VIRTIO_GPU_CMD goes?
Thanks
- Jiandi
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
ristian is suggesting to map and set ttm->pages as
decrypted
right after ttm->pages are allocated.
Just checking with you guys maybe there is a better way to handle this in
the virtio gpu layer instead of the common ttm layer. Could you guys shine some
light on this? Thanks.
- Jiandi
On 08/23/2018 01:47 AM, Christian König wrote:
Am 22.08.2018 um 22:57 schrieb Jiandi An:
On 08/22/2018 02:09 PM, Christian König wrote:
Am 22.08.2018 um 20:57 schrieb Jiandi An:
Framebuffer memory needs to be accessed decrypted. Ensure the
memory encryption mask is not set for the ttm
On 08/22/2018 02:09 PM, Christian König wrote:
> Am 22.08.2018 um 20:57 schrieb Jiandi An:
>> Framebuffer memory needs to be accessed decrypted. Ensure the
>> memory encryption mask is not set for the ttm framebuffer mappings.
>
> NAK, the memory not only needs to b
Framebuffer memory needs to be accessed decrypted. Ensure the
memory encryption mask is not set for the ttm framebuffer mappings.
Signed-off-by: Jiandi An
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 12 +++-
drivers/gpu/drm/ttm/ttm_bo_vm.c | 6 --
2 files changed, 15 insertions
12 matches
Mail list logo