[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170914134916.evw2mhjhxa6zo72x@localhost>
Date: Thu, 14 Sep 2017 14:49:16 +0100
From: Catalin Marinas <catalin.marinas@....com>
To: Roy Pledge <roy.pledge@....com>
Cc: leoyang.li@....com, linuxppc-dev@...ts.ozlabs.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
mark.rutland@....com, arnd@...db.de, madalin.bucur@....com,
linux@...linux.org.uk, oss@...error.net,
Claudiu Manoil <claudiu.manoil@....com>
Subject: Re: [v4 05/11] soc/fsl/qbman: Drop L1_CACHE_BYTES compile time check
On Thu, Aug 24, 2017 at 04:37:49PM -0400, Roy Pledge wrote:
> From: Claudiu Manoil <claudiu.manoil@....com>
>
> Not relevant and arch dependent. Overkill for PPC.
>
> Signed-off-by: Claudiu Manoil <claudiu.manoil@....com>
> Signed-off-by: Roy Pledge <roy.pledge@....com>
> ---
> drivers/soc/fsl/qbman/dpaa_sys.h | 4 ----
> 1 file changed, 4 deletions(-)
>
> diff --git a/drivers/soc/fsl/qbman/dpaa_sys.h b/drivers/soc/fsl/qbman/dpaa_sys.h
> index 2ce394a..f85c319 100644
> --- a/drivers/soc/fsl/qbman/dpaa_sys.h
> +++ b/drivers/soc/fsl/qbman/dpaa_sys.h
> @@ -49,10 +49,6 @@
> #define DPAA_PORTAL_CE 0
> #define DPAA_PORTAL_CI 1
>
> -#if (L1_CACHE_BYTES != 32) && (L1_CACHE_BYTES != 64)
> -#error "Unsupported Cacheline Size"
> -#endif
Maybe this check was for a reason on PPC as it uses WB memory mappings
for some of the qbman descriptors (which IIUC fit within a cacheline).
You could add a check for CONFIG_PPC if you think there is any chance of
this constant going higher.
--
Catalin
Powered by blists - more mailing lists