* Re: drm/msm: CONFIG_MSM_OCMEM?
[not found] <1392133181.3755.14.camel@x220>
@ 2014-02-11 17:29 ` Rob Clark
2014-02-11 20:00 ` Paul Bolle
0 siblings, 1 reply; 2+ messages in thread
From: Rob Clark @ 2014-02-11 17:29 UTC (permalink / raw)
To: Paul Bolle
Cc: Richard Weinberger, David Airlie, dri-devel@lists.freedesktop.org,
Linux Kernel Mailing List, linux-arm-msm
On Tue, Feb 11, 2014 at 10:39 AM, Paul Bolle <pebolle@tiscali.nl> wrote:
> Rob,
>
> Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor
> checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol
> MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were
> those preprocessor checks added?
At the moment, CONFIG_MSM_OCMEM is only in downstream kernel.. not
100% sure about how we'll handle that upstream when there is more than
just drm/msm using OCMEM (which can be shared between gpu, video
enc/dec, etc).
> Please note that lines 197-201 currently read:
> /* Set the OCMEM base address for A330, etc */
> if (a3xx_gpu->ocmem_hdl) {
> gpu_write(gpu, REG_A3XX_RB_GMEM_BASE_ADDR,
> (unsigned int)(a3xx_gpu->ocmem_base >> 14));
> }
>
> ocmem_hdl and ocmem_base are used uninitialized here, aren't they? So it
> seems these lines should be wrapped with a preprocessor check for
> CONFIG_MSM_OCMEM too.
in this case ocmem_hdl will be NULL (since a3xx_gpu is kzalloc'd).
The #ifdef's could be added here, but not required.
BR,
-R
>
> Paul Bolle
>
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: drm/msm: CONFIG_MSM_OCMEM?
2014-02-11 17:29 ` drm/msm: CONFIG_MSM_OCMEM? Rob Clark
@ 2014-02-11 20:00 ` Paul Bolle
0 siblings, 0 replies; 2+ messages in thread
From: Paul Bolle @ 2014-02-11 20:00 UTC (permalink / raw)
To: Rob Clark
Cc: Richard Weinberger, Linux Kernel Mailing List,
dri-devel@lists.freedesktop.org, linux-arm-msm
On Tue, 2014-02-11 at 12:29 -0500, Rob Clark wrote:
> On Tue, Feb 11, 2014 at 10:39 AM, Paul Bolle <pebolle@tiscali.nl> wrote:
> > Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor
> > checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol
> > MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were
> > those preprocessor checks added?
>
> At the moment, CONFIG_MSM_OCMEM is only in downstream kernel.. not
> 100% sure about how we'll handle that upstream when there is more than
> just drm/msm using OCMEM (which can be shared between gpu, video
> enc/dec, etc).
I see. (Wouldn't that be an upstream kernel, actually?)
> > Please note that lines 197-201 currently read:
> > /* Set the OCMEM base address for A330, etc */
> > if (a3xx_gpu->ocmem_hdl) {
> > gpu_write(gpu, REG_A3XX_RB_GMEM_BASE_ADDR,
> > (unsigned int)(a3xx_gpu->ocmem_base >> 14));
> > }
> >
> > ocmem_hdl and ocmem_base are used uninitialized here, aren't they? So it
> > seems these lines should be wrapped with a preprocessor check for
> > CONFIG_MSM_OCMEM too.
>
> in this case ocmem_hdl will be NULL (since a3xx_gpu is kzalloc'd).
> The #ifdef's could be added here, but not required.
I missed that. So whether or not to #ifdef this would be mostly a matter
of style.
Thanks,
Paul Bolle
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-02-11 20:00 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1392133181.3755.14.camel@x220>
2014-02-11 17:29 ` drm/msm: CONFIG_MSM_OCMEM? Rob Clark
2014-02-11 20:00 ` Paul Bolle
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).