| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Sat, 24 May 2014 19:44:24 +0200
From: Tomasz Figa <tomasz.figa@...il.com>
To: Tarek Dakhran <t.dakhran@...sung.com>, linux-kernel@...r.kernel.org
CC: Rob Herring <robh+dt@...nel.org>, Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
Rob Landley <rob@...dley.net>,
Kukjin Kim <kgene.kim@...sung.com>,
Russell King <linux@....linux.org.uk>,
Ben Dooks <ben-linux@...ff.org>,
Tomasz Figa <t.figa@...sung.com>,
Mike Turquette <mturquette@...aro.org>,
Vyacheslav Tyrtov <v.tyrtov@...sung.com>,
Thomas Abraham <thomas.abraham@...aro.org>,
Kyungmin Park <kyungmin.park@...sung.com>,
Heiko Stuebner <heiko@...ech.de>,
Romain Naour <romain.naour@...nwide.fr>,
Chander Kashyap <chander.kashyap@...aro.org>,
devicetree@...r.kernel.org, linux-doc@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-samsung-soc@...r.kernel.org,
Tarek Dakhran <t.dakhran@...il.com>
Subject: Re: [PATCH v10 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC
Hi Tarek,
On 24.05.2014 11:33, Tarek Dakhran wrote:
> Hi Tomasz
>
> I faced another problem, while changing this patch.
> See below.
>
> On 05/24/2014 01:11 AM, Tomasz Figa wrote:
>> Hi Tarek,
>>
>> With v2 of the series I mentioned in review of previous version [1],
>> this patch can be skipped.
>>
>> [1] http://www.spinics.net/lists/linux-samsung-soc/msg31258.html
>>
>> Best regards,
>> Tomasz
>>
>> On 23.05.2014 12:35, Tarek Dakhran wrote:
>>> EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
>>> Add initial support for this SoC.
>>>
>>> Signed-off-by: Tarek Dakhran <t.dakhran@...sung.com>
>>> Signed-off-by: Vyacheslav Tyrtov <v.tyrtov@...sung.com>
>>> ---
>>> arch/arm/mach-exynos/Kconfig | 8 ++++++++
>>> arch/arm/mach-exynos/common.h | 11 ++++++++++-
>>> arch/arm/mach-exynos/firmware.c | 2 +-
>>> 3 files changed, 19 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig
>>> index 1602abc..79a3e85 100644
>>> --- a/arch/arm/mach-exynos/Kconfig
>>> +++ b/arch/arm/mach-exynos/Kconfig
>>> @@ -84,6 +84,14 @@ config SOC_EXYNOS5250
>>> help
>>> Enable EXYNOS5250 SoC support
>>> +config SOC_EXYNOS5410
>>> + bool "SAMSUNG EXYNOS5410"
>>> + default y
>>> + depends on ARCH_EXYNOS5
>>> + select PM_GENERIC_DOMAINS if PM_RUNTIME
>>> + help
>>> + Enable EXYNOS5410 SoC support
>>> +
>>> config SOC_EXYNOS5420
>>> bool "SAMSUNG EXYNOS5420"
>>> default y
>>> diff --git a/arch/arm/mach-exynos/common.h
>>> b/arch/arm/mach-exynos/common.h
>>> index e2d0954..d64c6de 100644
>>> --- a/arch/arm/mach-exynos/common.h
>>> +++ b/arch/arm/mach-exynos/common.h
>>> @@ -21,6 +21,7 @@
>>> #define EXYNOS4_CPU_MASK 0xFFFE0000
>>> #define EXYNOS5250_SOC_ID 0x43520000
>>> +#define EXYNOS5410_SOC_ID 0xE5410000
>>> #define EXYNOS5420_SOC_ID 0xE5420000
>>> #define EXYNOS5440_SOC_ID 0xE5440000
>>> #define EXYNOS5_SOC_MASK 0xFFFFF000
>>> @@ -37,6 +38,7 @@ IS_SAMSUNG_CPU(exynos4210, EXYNOS4210_CPU_ID,
>>> EXYNOS4_CPU_MASK)
>>> IS_SAMSUNG_CPU(exynos4212, EXYNOS4212_CPU_ID, EXYNOS4_CPU_MASK)
>>> IS_SAMSUNG_CPU(exynos4412, EXYNOS4412_CPU_ID, EXYNOS4_CPU_MASK)
>>> IS_SAMSUNG_CPU(exynos5250, EXYNOS5250_SOC_ID, EXYNOS5_SOC_MASK)
>>> +IS_SAMSUNG_CPU(exynos5410, EXYNOS5410_SOC_ID, EXYNOS5_SOC_MASK)
>>> IS_SAMSUNG_CPU(exynos5420, EXYNOS5420_SOC_ID, EXYNOS5_SOC_MASK)
>>> IS_SAMSUNG_CPU(exynos5440, EXYNOS5440_SOC_ID, EXYNOS5_SOC_MASK)
>>> @@ -68,6 +70,12 @@ IS_SAMSUNG_CPU(exynos5440, EXYNOS5440_SOC_ID,
>>> EXYNOS5_SOC_MASK)
>>> # define soc_is_exynos5250() 0
>>> #endif
>>> +#if defined(CONFIG_SOC_EXYNOS5410)
>>> +# define soc_is_exynos5410() is_samsung_exynos5410()
>>> +#else
>>> +# define soc_is_exynos5410() 0
>>> +#endif
>>> +
>>> #if defined(CONFIG_SOC_EXYNOS5420)
>>> # define soc_is_exynos5420() is_samsung_exynos5420()
>>> #else
>>> @@ -82,7 +90,8 @@ IS_SAMSUNG_CPU(exynos5440, EXYNOS5440_SOC_ID,
>>> EXYNOS5_SOC_MASK)
>>> #define soc_is_exynos4() (soc_is_exynos4210() ||
>>> soc_is_exynos4212() || \
>>> soc_is_exynos4412())
>>> -#define soc_is_exynos5() (soc_is_exynos5250() || soc_is_exynos5420())
>>> +#define soc_is_exynos5() (soc_is_exynos5250() || soc_is_exynos5410()
>>> || \
>>> + soc_is_exynos5420())
>>>
> This is the place where we need it.
> Or this macro should be changed (maybe read compatible property from dt).
>
The problem is in fact not here, but in code using this macro. Let's
see, what git grep[1] gives us:
> arch/arm/mach-exynos/exynos.c-static void __init exynos_map_io(void)
> arch/arm/mach-exynos/exynos.c-{
> arch/arm/mach-exynos/exynos.c- if (soc_is_exynos4())
> arch/arm/mach-exynos/exynos.c- iotable_init(exynos4_iodesc, ARRAY_SIZE(exynos4_iodesc));
> arch/arm/mach-exynos/exynos.c-
> arch/arm/mach-exynos/exynos.c: if (soc_is_exynos5())
> arch/arm/mach-exynos/exynos.c- iotable_init(exynos5_iodesc, ARRAY_SIZE(exynos5_iodesc));
OK, so we have an array of static mappings, which can't be handled using
DT yet. That would probably explain why it fails to boot.
> arch/arm/mach-exynos/exynos.c-}
> arch/arm/mach-exynos/exynos.c-static void __init exynos_dt_machine_init(void)
> arch/arm/mach-exynos/exynos.c-{
[snip]
> arch/arm/mach-exynos/exynos.c: if (soc_is_exynos5()) {
> arch/arm/mach-exynos/exynos.c- for_each_compatible_node(i2c_np, NULL, i2c_compat) {
> arch/arm/mach-exynos/exynos.c- if (of_device_is_available(i2c_np)) {
> arch/arm/mach-exynos/exynos.c- id = of_alias_get_id(i2c_np, "i2c");
> arch/arm/mach-exynos/exynos.c- if (id < 4) {
> arch/arm/mach-exynos/exynos.c- tmp = readl(EXYNOS5_SYS_I2C_CFG);
> arch/arm/mach-exynos/exynos.c- writel(tmp & ~(0x1 << id),
> arch/arm/mach-exynos/exynos.c- EXYNOS5_SYS_I2C_CFG);
> arch/arm/mach-exynos/exynos.c- }
> arch/arm/mach-exynos/exynos.c- }
> arch/arm/mach-exynos/exynos.c- }
This one handles I2C interrupt signal mux and I'm not quite sure if
soc_is_exynos5() is the right condition here, but at least it shouldn't
cause crashes.
OK, so this means that soc_is_exynos5410() must stay until the remaining
low level drivers that currently use static mappings are rewritten
properly. So the only bit to be dropped from this patch is the change to
firmware.c, which is not needed any longer.
[1] The command used (on linux-next/master):
git grep -20 soc_is_exynos5\( arch/arm/mach-exynos/
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists