[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-id: <029601ceba6c$661bdf20$32539d60$%kim@samsung.com>
Date: Thu, 26 Sep 2013 12:56:37 +0900
From: Kukjin Kim <kgene.kim@...sung.com>
To: 'Tomasz Figa' <t.figa@...sung.com>,
'Mateusz Krawczuk' <m.krawczuk@...tner.samsung.com>
Cc: ben-linux@...ff.org, linux@....linux.org.uk,
linux-arm-kernel@...ts.infradead.org,
linux-samsung-soc@...r.kernel.org, linux-kernel@...r.kernel.org,
m.szyprowski@...sung.com,
'Kyungmin Park' <kyungmin.park@...sung.com>
Subject: RE: [PATCH] DT: if dt is available don't use s3c_arch_init
Tomasz Figa wrote:
>
> Hi Mateusz,
>
> On Monday 23 of September 2013 12:14:49 Mateusz Krawczuk wrote:
> > It prevents from executing platform code, when booting from device tree.
> >
> > Signed-off-by: Mateusz Krawczuk <m.krawczuk@...tner.samsung.com>
> > Signed-off-by: Kyungmin Park <kyungmin.park@...sung.com>
> > ---
> > arch/arm/plat-samsung/init.c | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git a/arch/arm/plat-samsung/init.c b/arch/arm/plat-samsung/init.c
> > index aa9511b..0ace02d 100644
> > --- a/arch/arm/plat-samsung/init.c
> > +++ b/arch/arm/plat-samsung/init.c
> > @@ -20,6 +20,7 @@
> > #include <linux/module.h>
> > #include <linux/interrupt.h>
> > #include <linux/ioport.h>
> > +#include <linux/of.h>
> > #include <linux/serial_core.h>
> > #include <linux/platform_device.h>
> > #include <linux/of.h>
> > @@ -152,6 +153,8 @@ static int __init s3c_arch_init(void)
> > {
> > int ret;
> >
> > + if (of_have_populated_dt())
> > + return 0;
>
> I'm not sure if this is the correct thing to do here (note platforms that
> still want this initialization to be handled, even when booting with DT).
>
> The DT case is already handled several lines below in if (cpu == NULL)
> check and if your platform requires this initialization not to happen you
> should assure it has cpu == NULL.
>
Yeah, I agree and I think this is not needed at this moment we could cleanup
the init functions later for Samsung SoCs though.
Thanks,
Kukjin
--
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