From: Chen Gang S <gang.chen@sunrus.com.cn>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: airlied@linux.ie, p.zabel@pengutronix.de, robdclark@gmail.com,
boris.brezillon@free-electrons.com, nicolas.ferre@atmel.com,
benjamin.gaignard@linaro.org, jg1.han@samsung.com,
dri-devel@lists.freedesktop.org, linux-sh@vger.kernel.org,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
chris@zankel.net, jcmvbkbc@gmail.com
Subject: Re: [PATCH] drm: Kconfig: Let all DRM_GEM_CMA_HELPER related macros depend on HAVE_DMA_ATTRS
Date: Tue, 03 Feb 2015 11:46:58 +0000 [thread overview]
Message-ID: <54D0B531.10008@sunrus.com.cn> (raw)
In-Reply-To: <2264372.TXY4G2KdxT@avalon>
On 02/03/2015 06:45 PM, Laurent Pinchart wrote:
> Hi Chen,
>
> Thank you for the patch.
>
> On Sunday 01 February 2015 22:08:33 Chen Gang S wrote:
>> DRM_GEM_CMA_HELPER is depend on HAVE_DMA_ATTRS, or it will break the
>> building. The related error (with allmodconfig under xtensa):
>>
>> CC [M] drivers/gpu/drm/drm_gem_cma_helper.o
>> drivers/gpu/drm/drm_gem_cma_helper.c: In function 'drm_gem_cma_create':
>> drivers/gpu/drm/drm_gem_cma_helper.c:110:19: error: implicit declaration
>> of function 'dma_alloc_writecombine'
>> [-Werror=implicit-function-declaration] cma_obj->vaddr >> dma_alloc_writecombine(drm->dev, size,
>> ^
>> drivers/gpu/drm/drm_gem_cma_helper.c:110:17: warning: assignment makes
>> pointer from integer without a cast [-Wint-conversion] cma_obj->vaddr >> dma_alloc_writecombine(drm->dev, size,
>> ^
>> drivers/gpu/drm/drm_gem_cma_helper.c: In function
>> 'drm_gem_cma_free_object': drivers/gpu/drm/drm_gem_cma_helper.c:193:3:
>> error: implicit declaration of function 'dma_free_writecombine'
>> [-Werror=implicit-function-declaration]
>> dma_free_writecombine(gem_obj->dev->dev, cma_obj->base.size,
>> ^
>> drivers/gpu/drm/drm_gem_cma_helper.c: In function 'drm_gem_cma_mmap_obj':
>> drivers/gpu/drm/drm_gem_cma_helper.c:330:8: error: implicit declaration of
>> function 'dma_mmap_writecombine' [-Werror=implicit-function-declaration]
>> ret = dma_mmap_writecombine(cma_obj->base.dev->dev, vma,
>> ^
>>
>> Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
>> ---
>> drivers/gpu/drm/Kconfig | 3 ++-
>> drivers/gpu/drm/atmel-hlcdc/Kconfig | 2 +-
>> drivers/gpu/drm/imx/Kconfig | 2 +-
>> drivers/gpu/drm/rcar-du/Kconfig | 2 +-
>> drivers/gpu/drm/shmobile/Kconfig | 2 +-
>> drivers/gpu/drm/sti/Kconfig | 2 +-
>> drivers/gpu/drm/tilcdc/Kconfig | 2 +-
>> 7 files changed, 8 insertions(+), 7 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
>> index 308c104..151a050 100644
>> --- a/drivers/gpu/drm/Kconfig
>> +++ b/drivers/gpu/drm/Kconfig
>> @@ -62,12 +62,13 @@ config DRM_TTM
>>
>> config DRM_GEM_CMA_HELPER
>> bool
>> - depends on DRM
>> + depends on DRM && HAVE_DMA_ATTRS
>> help
>> Choose this if you need the GEM CMA helper functions
>>
>> config DRM_KMS_CMA_HELPER
>> bool
>> + depends on DRM && HAVE_DMA_ATTRS
>> select DRM_GEM_CMA_HELPER
>> select DRM_KMS_FB_HELPER
>> select FB_SYS_FILLRECT
>> diff --git a/drivers/gpu/drm/atmel-hlcdc/Kconfig
>> b/drivers/gpu/drm/atmel-hlcdc/Kconfig index 1a08562..219fc87 100644
>> --- a/drivers/gpu/drm/atmel-hlcdc/Kconfig
>> +++ b/drivers/gpu/drm/atmel-hlcdc/Kconfig
>> @@ -1,6 +1,6 @@
>> config DRM_ATMEL_HLCDC
>> tristate "DRM Support for ATMEL HLCDC Display Controller"
>> - depends on DRM && OF && COMMON_CLK && MFD_ATMEL_HLCDC
>> + depends on DRM && OF && COMMON_CLK && MFD_ATMEL_HLCDC && HAVE_DMA_ATTRS
>
> I don't like having to add the explicit dependency to all users of
> DRM_GEM_CMA_HELPER and DRM_KMS_CMA_HELPER, but there's no way around this
> given the select vs. depends issues in Kconfig.
>
> A better solution in the longer term would be to implement HAVE_DMA_ATTRS
> support for xtensa (and all the other architectures that miss it), but this
> patch looks fine to me as an interim solution.
>
> Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>
OK, thanks. At present, 15 archs implement HAVE_DMA_ATTRS. I guess, it
is not quite easy to let the left 15 archs support HAVE_DMA_ATTRS, so we
have to accept the current interim solution.
Thanks.
--
Open, share, and attitude like air, water, and life which God blessed.
WARNING: multiple messages have this Message-ID (diff)
From: Chen Gang S <gang.chen@sunrus.com.cn>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: airlied@linux.ie, p.zabel@pengutronix.de, robdclark@gmail.com,
boris.brezillon@free-electrons.com, nicolas.ferre@atmel.com,
benjamin.gaignard@linaro.org, jg1.han@samsung.com,
dri-devel@lists.freedesktop.org, linux-sh@vger.kernel.org,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
chris@zankel.net, jcmvbkbc@gmail.com
Subject: Re: [PATCH] drm: Kconfig: Let all DRM_GEM_CMA_HELPER related macros depend on HAVE_DMA_ATTRS
Date: Tue, 03 Feb 2015 19:46:58 +0800 [thread overview]
Message-ID: <54D0B531.10008@sunrus.com.cn> (raw)
In-Reply-To: <2264372.TXY4G2KdxT@avalon>
On 02/03/2015 06:45 PM, Laurent Pinchart wrote:
> Hi Chen,
>
> Thank you for the patch.
>
> On Sunday 01 February 2015 22:08:33 Chen Gang S wrote:
>> DRM_GEM_CMA_HELPER is depend on HAVE_DMA_ATTRS, or it will break the
>> building. The related error (with allmodconfig under xtensa):
>>
>> CC [M] drivers/gpu/drm/drm_gem_cma_helper.o
>> drivers/gpu/drm/drm_gem_cma_helper.c: In function 'drm_gem_cma_create':
>> drivers/gpu/drm/drm_gem_cma_helper.c:110:19: error: implicit declaration
>> of function 'dma_alloc_writecombine'
>> [-Werror=implicit-function-declaration] cma_obj->vaddr =
>> dma_alloc_writecombine(drm->dev, size,
>> ^
>> drivers/gpu/drm/drm_gem_cma_helper.c:110:17: warning: assignment makes
>> pointer from integer without a cast [-Wint-conversion] cma_obj->vaddr =
>> dma_alloc_writecombine(drm->dev, size,
>> ^
>> drivers/gpu/drm/drm_gem_cma_helper.c: In function
>> 'drm_gem_cma_free_object': drivers/gpu/drm/drm_gem_cma_helper.c:193:3:
>> error: implicit declaration of function 'dma_free_writecombine'
>> [-Werror=implicit-function-declaration]
>> dma_free_writecombine(gem_obj->dev->dev, cma_obj->base.size,
>> ^
>> drivers/gpu/drm/drm_gem_cma_helper.c: In function 'drm_gem_cma_mmap_obj':
>> drivers/gpu/drm/drm_gem_cma_helper.c:330:8: error: implicit declaration of
>> function 'dma_mmap_writecombine' [-Werror=implicit-function-declaration]
>> ret = dma_mmap_writecombine(cma_obj->base.dev->dev, vma,
>> ^
>>
>> Signed-off-by: Chen Gang <gang.chen.5i5j@gmail.com>
>> ---
>> drivers/gpu/drm/Kconfig | 3 ++-
>> drivers/gpu/drm/atmel-hlcdc/Kconfig | 2 +-
>> drivers/gpu/drm/imx/Kconfig | 2 +-
>> drivers/gpu/drm/rcar-du/Kconfig | 2 +-
>> drivers/gpu/drm/shmobile/Kconfig | 2 +-
>> drivers/gpu/drm/sti/Kconfig | 2 +-
>> drivers/gpu/drm/tilcdc/Kconfig | 2 +-
>> 7 files changed, 8 insertions(+), 7 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
>> index 308c104..151a050 100644
>> --- a/drivers/gpu/drm/Kconfig
>> +++ b/drivers/gpu/drm/Kconfig
>> @@ -62,12 +62,13 @@ config DRM_TTM
>>
>> config DRM_GEM_CMA_HELPER
>> bool
>> - depends on DRM
>> + depends on DRM && HAVE_DMA_ATTRS
>> help
>> Choose this if you need the GEM CMA helper functions
>>
>> config DRM_KMS_CMA_HELPER
>> bool
>> + depends on DRM && HAVE_DMA_ATTRS
>> select DRM_GEM_CMA_HELPER
>> select DRM_KMS_FB_HELPER
>> select FB_SYS_FILLRECT
>> diff --git a/drivers/gpu/drm/atmel-hlcdc/Kconfig
>> b/drivers/gpu/drm/atmel-hlcdc/Kconfig index 1a08562..219fc87 100644
>> --- a/drivers/gpu/drm/atmel-hlcdc/Kconfig
>> +++ b/drivers/gpu/drm/atmel-hlcdc/Kconfig
>> @@ -1,6 +1,6 @@
>> config DRM_ATMEL_HLCDC
>> tristate "DRM Support for ATMEL HLCDC Display Controller"
>> - depends on DRM && OF && COMMON_CLK && MFD_ATMEL_HLCDC
>> + depends on DRM && OF && COMMON_CLK && MFD_ATMEL_HLCDC && HAVE_DMA_ATTRS
>
> I don't like having to add the explicit dependency to all users of
> DRM_GEM_CMA_HELPER and DRM_KMS_CMA_HELPER, but there's no way around this
> given the select vs. depends issues in Kconfig.
>
> A better solution in the longer term would be to implement HAVE_DMA_ATTRS
> support for xtensa (and all the other architectures that miss it), but this
> patch looks fine to me as an interim solution.
>
> Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
>
OK, thanks. At present, 15 archs implement HAVE_DMA_ATTRS. I guess, it
is not quite easy to let the left 15 archs support HAVE_DMA_ATTRS, so we
have to accept the current interim solution.
Thanks.
--
Open, share, and attitude like air, water, and life which God blessed.
next prev parent reply other threads:[~2015-02-03 11:46 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-01 14:08 [PATCH] drm: Kconfig: Let all DRM_GEM_CMA_HELPER related macros depend on HAVE_DMA_ATTRS Chen Gang S
2015-02-01 14:08 ` Chen Gang S
2015-02-02 21:26 ` Chen Gang S
2015-02-02 21:26 ` Chen Gang S
2015-02-22 9:13 ` Chen Gang S
2015-02-22 9:13 ` Chen Gang S
2015-02-25 1:51 ` Chen Gang S
2015-02-25 1:51 ` Chen Gang S
2015-02-03 10:45 ` Laurent Pinchart
2015-02-03 10:45 ` Laurent Pinchart
2015-02-03 10:45 ` Laurent Pinchart
2015-02-03 11:46 ` Chen Gang S [this message]
2015-02-03 11:46 ` Chen Gang S
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=54D0B531.10008@sunrus.com.cn \
--to=gang.chen@sunrus.com.cn \
--cc=airlied@linux.ie \
--cc=benjamin.gaignard@linaro.org \
--cc=boris.brezillon@free-electrons.com \
--cc=chris@zankel.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=jcmvbkbc@gmail.com \
--cc=jg1.han@samsung.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=nicolas.ferre@atmel.com \
--cc=p.zabel@pengutronix.de \
--cc=robdclark@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.