From: Tan Xiaojun <tanxiaojun@huawei.com>
To: "Christian König" <christian.koenig@amd.com>,
seanpaul@chromium.org, airlied@linux.ie, michel.daenzer@amd.com,
alexander.deucher@amd.com, nicolai.haehnle@amd.com,
thomas.lendacky@amd.com, yamada.masahiro@socionext.com,
msrb@suse.com, Felix.Kuehling@amd.com, dave.jiang@intel.com,
gregkh@linuxfoundation.org, michael.thayer@oracle.com,
hdegoede@redhat.com
Cc: <daniel.vetter@intel.com>, <jani.nikula@linux.intel.com>,
<wangzhou1@hisilicon.com>, <dri-devel@lists.freedesktop.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 00/12] drm: add check if io_mem_pfn is NULL and cleanup
Date: Mon, 25 Dec 2017 16:30:46 +0800 [thread overview]
Message-ID: <5A40B736.9070502@huawei.com> (raw)
In-Reply-To: <97ceaf9e-3d04-89a6-062b-6c9170a501a9@amd.com>
On 2017/12/25 16:18, Christian König wrote:
> Series is Reviewed-by: Christian König <christian.koenig@amd.com>.
>
> I'm going to pick that up for 4.16.
>
> Thanks for the cleanup,
> Christian.
>
Thank you very much.
Xiaojun.
> Am 25.12.2017 um 04:43 schrieb Tan Xiaojun:
>> I found an OOPS when I used the mainline kernel for graphical tests in Hisilicon
>> D05, I do not know how to solve this problem until I saw your discussion on this
>> issue a month ago:
>>
>> https://lists.freedesktop.org/archives/dri-devel/2017-November/159046.html
>>
>> And my problem can be solved perfectly by your solution.
>>
>> This is important for me, I want to solve this problem as soon as possible. So
>> I follow the result of your discussion, make and send these patches below.
>>
>> If anything is not good, please point it out, thanks.
>>
>> Change logs of v2:
>> * add new function to instead of ttm_bo_default_io_mem_pfn() and
>> do some cleanup.
>>
>> Tan Xiaojun (12):
>> drm/ttm: add ttm_bo_io_mem_pfn to check io_mem_pfn
>> drm/ast: remove the default io_mem_pfn set
>> drm/bochs: remove the default io_mem_pfn set
>> drm/cirrus: remove the default io_mem_pfn set
>> drm/mgag200: remove the default io_mem_pfn set
>> drm/nouveau: remove the default io_mem_pfn set
>> drm/qxl: remove the default io_mem_pfn set
>> drm/radeon: remove the default io_mem_pfn set
>> drm/virtio: remove the default io_mem_pfn set
>> drm/vmwgfx: remove the default io_mem_pfn set
>> staging: remove the default io_mem_pfn set
>> drm/ttm: remove ttm_bo_default_io_mem_pfn
>>
>> drivers/gpu/drm/ast/ast_ttm.c | 1 -
>> drivers/gpu/drm/bochs/bochs_mm.c | 1 -
>> drivers/gpu/drm/cirrus/cirrus_ttm.c | 1 -
>> drivers/gpu/drm/mgag200/mgag200_ttm.c | 1 -
>> drivers/gpu/drm/nouveau/nouveau_bo.c | 1 -
>> drivers/gpu/drm/qxl/qxl_ttm.c | 1 -
>> drivers/gpu/drm/radeon/radeon_ttm.c | 1 -
>> drivers/gpu/drm/ttm/ttm_bo_vm.c | 22 +++++++++++++---------
>> drivers/gpu/drm/virtio/virtgpu_ttm.c | 1 -
>> drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 1 -
>> drivers/staging/vboxvideo/vbox_ttm.c | 1 -
>> include/drm/ttm/ttm_bo_api.h | 11 -----------
>> 12 files changed, 13 insertions(+), 30 deletions(-)
>>
>
>
>
prev parent reply other threads:[~2017-12-25 8:31 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-25 3:43 [PATCH v2 00/12] drm: add check if io_mem_pfn is NULL and cleanup Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 01/12] drm/ttm: add ttm_bo_io_mem_pfn to check io_mem_pfn Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 02/12] drm/ast: remove the default io_mem_pfn set Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 03/12] drm/bochs: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 04/12] drm/cirrus: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 05/12] drm/mgag200: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 06/12] drm/nouveau: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 07/12] drm/qxl: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 08/12] drm/radeon: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 09/12] drm/virtio: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 10/12] drm/vmwgfx: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 11/12] staging: " Tan Xiaojun
2017-12-25 3:43 ` [PATCH v2 12/12] drm/ttm: remove ttm_bo_default_io_mem_pfn Tan Xiaojun
2017-12-25 8:18 ` [PATCH v2 00/12] drm: add check if io_mem_pfn is NULL and cleanup Christian König
2017-12-25 8:30 ` Tan Xiaojun [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5A40B736.9070502@huawei.com \
--to=tanxiaojun@huawei.com \
--cc=Felix.Kuehling@amd.com \
--cc=airlied@linux.ie \
--cc=alexander.deucher@amd.com \
--cc=christian.koenig@amd.com \
--cc=daniel.vetter@intel.com \
--cc=dave.jiang@intel.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@linuxfoundation.org \
--cc=hdegoede@redhat.com \
--cc=jani.nikula@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=michael.thayer@oracle.com \
--cc=michel.daenzer@amd.com \
--cc=msrb@suse.com \
--cc=nicolai.haehnle@amd.com \
--cc=seanpaul@chromium.org \
--cc=thomas.lendacky@amd.com \
--cc=wangzhou1@hisilicon.com \
--cc=yamada.masahiro@socionext.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox