On Mon, Feb 24, 2014 at 7:03 PM, Sachin Kamat <sachin.kamat@xxxxxxxxxx> wrote: > On 25 February 2014 06:22, Tomasz Figa <tomasz.figa@xxxxxxxxx> wrote: >> On 25.02.2014 01:35, Kukjin Kim wrote: >>> >>> On 02/24/14 21:03, Sachin Kamat wrote: >>>> >>>> On 21 February 2014 21:01, Tomasz Figa<t.figa@xxxxxxxxxxx> wrote: >>>>> >>>>> On 21.02.2014 16:21, Tomasz Figa wrote: >>>>>> >>>>>> >>>>>> On 21.02.2014 15:48, Arnd Bergmann wrote: >>>>>>> >>>>>>> >>>>>>> On Friday 21 February 2014 14:18:49 Tomasz Figa wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Now that we have a broader agreement on this, I think we can go >>>>>>>>> ahead with the >>>>>>>>> following steps as an initial approach: >>>>>>>>> 1. Have a common machine file for both exynos4 and 5 files, >>>>>>>>> mach-exynos-dt.c. >>>>>>>>> 2. Introduce a generic compatible string "samsung,exynos". >>> >>> >>> Well, I think, we need to consider to use compatible string >>> "samsung,exynos" again because "exynos" name can be used on ARMv8 as >>> well and I don't want to say that generic/common something is always >>> good. So IMHO still using exynos4 and exynos5 would be better. >> >> >> You can create a new compatible string (e.g. "samsung,exynos-armv8") for >> ARMv8 Exynos if support for one in mainline shows up and/or simply use >> another name for ARMv7 Exynos (e.g. "samsung,exynos-armv7"). > > I think "samsung,exynos-armv7" would be better in case we need to > distinguish between > v7 and v8. I disagree. I don't know what Samsung has in mind, but the revision of the CPU doesn't have all that much to do with the rest of the SoC. It's quite likely that some vendors (maybe not Samsung, but the same concept applies) will ship 64-bit SoCs that are very similar to their preceding 32-bit ones, same IP, similar busses, etc. I'm pretty sure at least some vendors will do very close to that. So, if EXYNOS4 and EXYNOS5 can share a compatible value when they use different CPUs, then there's no reason that whatever future 64-bit ones can also share it. -Olof -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
