From mboxrd@z Thu Jan 1 00:00:00 1970 From: mark.rutland@arm.com (Mark Rutland) Date: Mon, 1 Jun 2015 16:17:57 +0100 Subject: [PATCH v11 4/5] edac: Add APM X-Gene SoC EDAC driver In-Reply-To: <20150601151131.GD14192@e104818-lin.cambridge.arm.com> References: <1432337580-3750-1-git-send-email-lho@apm.com> <1432337580-3750-4-git-send-email-lho@apm.com> <1432337580-3750-5-git-send-email-lho@apm.com> <3195065.IK73o60xya@wuerfel> <20150601151131.GD14192@e104818-lin.cambridge.arm.com> Message-ID: <20150601151757.GD7443@leverpostej> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Mon, Jun 01, 2015 at 04:11:31PM +0100, Catalin Marinas wrote: > On Mon, Jun 01, 2015 at 04:42:58PM +0200, Arnd Bergmann wrote: > > On Friday 22 May 2015 17:32:59 Loc Ho wrote: > > > +static bool xgene_edac_pmd_l2c_version1(void) > > > +{ > > > + /* Check all chips with PMD L2C version 1 HW */ > > > + #define REVIDR_MINOR_REV(revidr) ((revidr) & 0x00000007) > > > + > > > + switch (MIDR_VARIANT(read_cpuid_id())) { > > > + case 0: > > > + switch (MIDR_REVISION(read_cpuid_id())) { > > > + case 0: > > > + > > > + switch (REVIDR_MINOR_REV(read_cpuid(REVIDR_EL1))) { > > > + case 1: > > > + case 2: > > > + return true; > > > + }; > > > + break; > > > + case 1: > > > + if (REVIDR_MINOR_REV(read_cpuid(REVIDR_EL1)) == 1) > > > + return true; > > > + break; > > > + } > > > + break; > > > + case 1: > > > + switch (MIDR_REVISION(read_cpuid_id())) { > > > + case 0: > > > + switch (REVIDR_MINOR_REV(read_cpuid(REVIDR_EL1))) { > > > + case 1: > > > + return true; > > > + }; > > > + break; > > > + case 1: > > > + switch (REVIDR_MINOR_REV(read_cpuid(REVIDR_EL1))) { > > > + case 1: > > > + case 0: > > > + return true; > > > + }; > > > + break; > > > + } > > > + break; > > > + } > > > + > > > > As this is causing build errors on other architectures with COMPILE_TEST > > now, I'd suggest removing the function completely. > > > > Please use different compatible strings for IP blocks that are different > > and undetectable, instead of reading the ID of another IP block. > > I fully agree, the MIDR_* macros shouldn't be used by anything under > drivers/. Likewise. Mark.