From: Olof Johansson <olof@lixom.net> To: John Stultz <john.stultz@linaro.org> Cc: Arnd Bergmann <arnd@arndb.de>, Kukjin Kim <kgene.kim@samsung.com>, "linux-samsung-soc@vger.kernel.org" <linux-samsung-soc@vger.kernel.org>, Catalin Marinas <catalin.marinas@arm.com>, Ilho Lee <ilho215.lee@samsung.com>, Thomas Abraham <thomas.ab@samsung.com>, Kumar Gala <galak@codeaurora.org>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, Daniel Lezcano <daniel.lezcano@linaro.org>, Thomas Gleixner <tglx@linutronix.de> Subject: Re: [PATCH 2/3] arm64: Add Kconfig option for Samsung GH7 SoC family Date: Tue, 18 Feb 2014 12:00:48 -0800 [thread overview] Message-ID: <CAOesGMjLR3PGXeyJPAvGwam4yK97+vnDfq5MVutJz75aKPX8gw@mail.gmail.com> (raw) In-Reply-To: <CALAqxLX6STNqUeVO2G18bm_HKabpoRxZTa3uK6i-JP97zEYVZg@mail.gmail.com> On Tue, Feb 18, 2014 at 11:52 AM, John Stultz <john.stultz@linaro.org> wrote: > On Tue, Feb 18, 2014 at 10:13 AM, Arnd Bergmann <arnd@arndb.de> wrote: >> On Tuesday 18 February 2014 08:16:13 Olof Johansson wrote: >>> On Mon, Feb 17, 2014 at 5:10 PM, Kukjin Kim <kgene.kim@samsung.com> wrote: >>> > On 02/15/14 02:06, Arnd Bergmann wrote: >>> >> My feeling is that we don't need to use the levels for Kconfig, although >>> >> we might want to use them DT compatible strings, even if it ends up >>> >> looking >>> >> a little funny when you do >>> >> >>> >> compatible = "arm,sbsa-l3", "arm,sbsa-l2", "arm,sbsa-l1"; >>> >> >>> >>> What kind of features are you expecting though? More IP >>> >>> blocks/devices? Those are just kernel config options to enable, >>> >>> ideally as modules. >>> >> >>> >> >>> >> Right, I think we can just put them into defconfig. No need to >>> >> "select" them from Kconfig since the extra options wouldn't be >>> >> required for booting or using the system. >>> >> >>> > As I commented above, how about MCT? Samsung has a plan to use MCT on ARMv8, >>> > it is not for used for GH7 though... >>> >>> It looks like the clocksource drivers are all based around being >>> enabled based on platforms instead of individually selectable. That >>> causes a problem here. I think we should change the clocksource >>> Kconfig instead. Then it's just a matter of making sure your defconfig >>> has the needed driver enabled. >>> >>> (Adding Daniel and Thomas in case they have objections to that approach) >> >> +John Stultz >> >> IIRC it was John who insisted on doing it the current way, although >> I can't remember his reasoning. > > Are we really expecting there to be SoC specific clocksources here? I > thought we were getting away from that sort of stuff with the > architecture timer? Unfortunately vendors can do crazy stuff if they want to. But we also have an option to choose to enable it. Maybe the answer here is to say no to MCT on 64-bit, they get to use the arch timers like everybody else. Or at least motivate why they're not good enough. > I'm fine with clocksources being selected by other functionality > options (ie: on x86 ACPI PM timer clocksource doesn't have a prompt, > but depends on the ACPI option). I just don't want to force users to > have to navigate through tons of deep menus to select clocksource > options that logically duplicate other selections already made. > > But again, I handed this maintainership over to Daniel, so I can be > considered just a crank yelling from the sidelines :) I think you have a good point. Until we hear why MCT is needed this is mostly speculation, so let's see what Kukjin says about that. -Olof
WARNING: multiple messages have this Message-ID (diff)
From: olof@lixom.net (Olof Johansson) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 2/3] arm64: Add Kconfig option for Samsung GH7 SoC family Date: Tue, 18 Feb 2014 12:00:48 -0800 [thread overview] Message-ID: <CAOesGMjLR3PGXeyJPAvGwam4yK97+vnDfq5MVutJz75aKPX8gw@mail.gmail.com> (raw) In-Reply-To: <CALAqxLX6STNqUeVO2G18bm_HKabpoRxZTa3uK6i-JP97zEYVZg@mail.gmail.com> On Tue, Feb 18, 2014 at 11:52 AM, John Stultz <john.stultz@linaro.org> wrote: > On Tue, Feb 18, 2014 at 10:13 AM, Arnd Bergmann <arnd@arndb.de> wrote: >> On Tuesday 18 February 2014 08:16:13 Olof Johansson wrote: >>> On Mon, Feb 17, 2014 at 5:10 PM, Kukjin Kim <kgene.kim@samsung.com> wrote: >>> > On 02/15/14 02:06, Arnd Bergmann wrote: >>> >> My feeling is that we don't need to use the levels for Kconfig, although >>> >> we might want to use them DT compatible strings, even if it ends up >>> >> looking >>> >> a little funny when you do >>> >> >>> >> compatible = "arm,sbsa-l3", "arm,sbsa-l2", "arm,sbsa-l1"; >>> >> >>> >>> What kind of features are you expecting though? More IP >>> >>> blocks/devices? Those are just kernel config options to enable, >>> >>> ideally as modules. >>> >> >>> >> >>> >> Right, I think we can just put them into defconfig. No need to >>> >> "select" them from Kconfig since the extra options wouldn't be >>> >> required for booting or using the system. >>> >> >>> > As I commented above, how about MCT? Samsung has a plan to use MCT on ARMv8, >>> > it is not for used for GH7 though... >>> >>> It looks like the clocksource drivers are all based around being >>> enabled based on platforms instead of individually selectable. That >>> causes a problem here. I think we should change the clocksource >>> Kconfig instead. Then it's just a matter of making sure your defconfig >>> has the needed driver enabled. >>> >>> (Adding Daniel and Thomas in case they have objections to that approach) >> >> +John Stultz >> >> IIRC it was John who insisted on doing it the current way, although >> I can't remember his reasoning. > > Are we really expecting there to be SoC specific clocksources here? I > thought we were getting away from that sort of stuff with the > architecture timer? Unfortunately vendors can do crazy stuff if they want to. But we also have an option to choose to enable it. Maybe the answer here is to say no to MCT on 64-bit, they get to use the arch timers like everybody else. Or at least motivate why they're not good enough. > I'm fine with clocksources being selected by other functionality > options (ie: on x86 ACPI PM timer clocksource doesn't have a prompt, > but depends on the ACPI option). I just don't want to force users to > have to navigate through tons of deep menus to select clocksource > options that logically duplicate other selections already made. > > But again, I handed this maintainership over to Daniel, so I can be > considered just a crank yelling from the sidelines :) I think you have a good point. Until we hear why MCT is needed this is mostly speculation, so let's see what Kukjin says about that. -Olof
next prev parent reply other threads:[~2014-02-18 20:00 UTC|newest] Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-02-11 6:29 [PATCH 0/3] arm64: add new support Samsung GH7 SoC and SSDK board Kukjin Kim 2014-02-11 6:29 ` Kukjin Kim 2014-02-11 6:29 ` [PATCH 1/3] arm64: dts: add initial dts for Samsung GH7 SoC and SSDK-GH7 board Kukjin Kim 2014-02-11 6:29 ` Kukjin Kim 2014-02-11 18:15 ` Mark Rutland 2014-02-11 18:15 ` Mark Rutland 2014-02-11 3:16 ` Kukjin Kim 2014-02-11 3:16 ` Kukjin Kim 2014-02-18 10:30 ` Mark Rutland 2014-02-18 10:30 ` Mark Rutland 2014-02-24 23:56 ` Kukjin Kim 2014-02-24 23:56 ` Kukjin Kim 2014-02-11 23:36 ` Olof Johansson 2014-02-11 23:36 ` Olof Johansson 2014-02-11 3:25 ` Kukjin Kim 2014-02-11 3:25 ` Kukjin Kim 2014-02-12 11:13 ` Marc Zyngier 2014-02-12 11:13 ` Marc Zyngier 2014-02-12 11:29 ` Mark Rutland 2014-02-12 11:29 ` Mark Rutland 2014-02-12 11:40 ` Marc Zyngier 2014-02-12 11:40 ` Marc Zyngier 2014-02-11 3:03 ` Kukjin Kim 2014-02-11 3:03 ` Kukjin Kim 2014-02-11 6:29 ` [PATCH 2/3] arm64: Add Kconfig option for Samsung GH7 SoC family Kukjin Kim 2014-02-11 6:29 ` Kukjin Kim 2014-02-11 23:39 ` Olof Johansson 2014-02-11 23:39 ` Olof Johansson 2014-02-12 10:38 ` Catalin Marinas 2014-02-12 10:38 ` Catalin Marinas 2014-02-12 16:25 ` Kumar Gala 2014-02-12 16:25 ` Kumar Gala 2014-02-12 18:12 ` Catalin Marinas 2014-02-12 18:12 ` Catalin Marinas 2014-02-12 19:04 ` Kumar Gala 2014-02-12 19:04 ` Kumar Gala 2014-02-12 19:14 ` Arnd Bergmann 2014-02-12 19:14 ` Arnd Bergmann 2014-02-11 2:52 ` Kukjin Kim 2014-02-11 2:52 ` Kukjin Kim 2014-02-13 19:26 ` Olof Johansson 2014-02-13 19:26 ` Olof Johansson 2014-02-14 17:06 ` Arnd Bergmann 2014-02-14 17:06 ` Arnd Bergmann 2014-02-18 1:10 ` Kukjin Kim 2014-02-18 1:10 ` Kukjin Kim 2014-02-18 10:53 ` Arnd Bergmann 2014-02-18 10:53 ` Arnd Bergmann 2014-02-18 16:16 ` Olof Johansson 2014-02-18 16:16 ` Olof Johansson 2014-02-18 18:13 ` Arnd Bergmann 2014-02-18 18:13 ` Arnd Bergmann 2014-02-18 19:52 ` John Stultz 2014-02-18 19:52 ` John Stultz 2014-02-18 20:00 ` Olof Johansson [this message] 2014-02-18 20:00 ` Olof Johansson 2014-02-18 20:06 ` John Stultz 2014-02-18 20:06 ` John Stultz 2014-02-20 9:03 ` Olof Johansson 2014-02-20 9:03 ` Olof Johansson 2014-02-20 11:22 ` Catalin Marinas 2014-02-20 11:22 ` Catalin Marinas 2014-02-20 12:07 ` Arnd Bergmann 2014-02-20 12:07 ` Arnd Bergmann 2014-02-20 17:09 ` Olof Johansson 2014-02-20 17:09 ` Olof Johansson 2014-02-20 18:58 ` Catalin Marinas 2014-02-20 18:58 ` Catalin Marinas 2014-02-25 0:19 ` Kukjin Kim 2014-02-25 0:19 ` Kukjin Kim 2014-02-25 0:20 ` Kukjin Kim 2014-02-25 0:20 ` Kukjin Kim 2014-02-25 0:10 ` Kukjin Kim 2014-02-25 0:10 ` Kukjin Kim 2014-02-18 16:40 ` Catalin Marinas 2014-02-18 16:40 ` Catalin Marinas 2014-02-13 20:08 ` Rob Herring 2014-02-13 20:08 ` Rob Herring 2014-02-13 20:19 ` Olof Johansson 2014-02-13 20:19 ` Olof Johansson 2014-02-11 6:29 ` [PATCH 3/3] Documentation: DT: add new entry for Samsung GH7 SoC and SSDK board Kukjin Kim 2014-02-11 6:29 ` Kukjin Kim
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAOesGMjLR3PGXeyJPAvGwam4yK97+vnDfq5MVutJz75aKPX8gw@mail.gmail.com \ --to=olof@lixom.net \ --cc=arnd@arndb.de \ --cc=catalin.marinas@arm.com \ --cc=daniel.lezcano@linaro.org \ --cc=galak@codeaurora.org \ --cc=ilho215.lee@samsung.com \ --cc=john.stultz@linaro.org \ --cc=kgene.kim@samsung.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-samsung-soc@vger.kernel.org \ --cc=tglx@linutronix.de \ --cc=thomas.ab@samsung.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.