[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d4c25272-9df8-33d6-d310-964b17a8c80d@amd.com>
Date: Wed, 19 Sep 2018 07:15:06 +0000
From: Jiandi An <jiandi@....com>
To: Gerd Hoffmann <kraxel@...hat.com>
CC: Dave Airlie <airlied@...il.com>,
dri-devel <dri-devel@...ts.freedesktop.org>,
"virtio-dev@...ts.oasis-open.org" <virtio-dev@...ts.oasis-open.org>,
Dave Airlie <airlied@...ux.ie>,
"open list:VIRTIO CORE, NET..."
<virtualization@...ts.linux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>,
"Lendacky, Thomas" <Thomas.Lendacky@....com>,
"Singh, Brijesh" <brijesh.singh@....com>
Subject: Re: [virtio-dev] [PATCH 2/2] drm/virtio: add iommu support.
On 09/18/2018 11:46 PM, Gerd Hoffmann wrote:
> Hi,
>
>> buffer. I tried to put a dma_sync_sg_for_device() on virtio_gpu_object obj->pages-sgl
>> before VIRTIO_GPU_CMD_TRANSFER_TO_HOST_2D is sent. This fixes the kernel console path.
>
> That should be the right place.
>
>> Once display manger is kicked off for example (sudo systemctl start lightdm.service) and
>> resource id 3 gets created from user space down, it still gives a blank black screen.
>
> 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_HOST_2D/3D when use_dma_api is true.
https://lore.kernel.org/lkml/20180919070931.91168-1-jiandi.an@amd.com/
- Jiandi
Powered by blists - more mailing lists