* 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).