From: shawnguo@kernel.org (Shawn Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] ARM: dts: imx6ull: add Toradex Colibri iMX6ULL support
Date: Fri, 9 Feb 2018 10:58:18 +0800 [thread overview]
Message-ID: <20180209025817.GJ31910@dragon> (raw)
In-Reply-To: <e441573ee4f3b66fc39ffce2a4fb7a04@agner.ch>
On Thu, Feb 08, 2018 at 10:25:47AM +0100, stefan at agner.ch wrote:
> On 08.02.2018 08:47, Shawn Guo wrote:
> > On Tue, Feb 06, 2018 at 05:49:03PM +0100, Stefan Agner wrote:
> >> Add support for the Computer on Module Colibri iMX6ULL and its
> >> Bluetooth/Wifi variant along with the development/evaluation carrier
> >> board device trees. Follow the usual hierarchic include model,
> >> maintaining shared configuration in imx6ull-colibri.dtsi and
> >> imx6ull-colibri-eval-v3.dtsi respectively.
> >>
> >> Signed-off-by: Stefan Agner <stefan@agner.ch>
> >> ---
> >> This depends on the following patchsets work:
> >> - https://lkml.org/lkml/2018/1/6/129 (applied)
> >> - https://lkml.org/lkml/2018/1/10/998 (applied)
> >> - https://www.spinics.net/lists/arm-kernel/msg632671.html (pending, required)
> >> - https://lkml.org/lkml/2018/1/18/850 (only for highest CPU frequency)
> >
> > So the only dependency is the cpufreq change now. So we have two
> > options:
> >
> > 1. Hold the patch until the cpufreq change appear on my tree. That
> > will require us wait for another release cycle.
> >
> > 2. Drop the highest CPU frequency, so that we can apply the patch right
> > away, and add that setpoint after dependant cpufreq change lands
> > mainline.
>
> The way cpufreq currently works is that for everything higher than
> 396MHz it just will set the CPU parent to pll2_bus_clk which can go up
> to 528MHz. Also voltage should be within operation range even for
> 528MHz.
>
> So I think we can safely merge the current device tree.
Okay, thanks for the info. Patch applied.
Shawn
WARNING: multiple messages have this Message-ID (diff)
From: Shawn Guo <shawnguo-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
To: stefan-XLVq0VzYD2Y@public.gmane.org
Cc: kernel-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org,
fabio.estevam-3arQi8VN3Tc@public.gmane.org,
robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org,
mark.rutland-5wv7dgnIgG8@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
max.oss.09-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
marcel.ziswiler-2KBjVHiyJgBBDgjK7y7TUQ@public.gmane.org
Subject: Re: [PATCH v2] ARM: dts: imx6ull: add Toradex Colibri iMX6ULL support
Date: Fri, 9 Feb 2018 10:58:18 +0800 [thread overview]
Message-ID: <20180209025817.GJ31910@dragon> (raw)
In-Reply-To: <e441573ee4f3b66fc39ffce2a4fb7a04-XLVq0VzYD2Y@public.gmane.org>
On Thu, Feb 08, 2018 at 10:25:47AM +0100, stefan-XLVq0VzYD2Y@public.gmane.org wrote:
> On 08.02.2018 08:47, Shawn Guo wrote:
> > On Tue, Feb 06, 2018 at 05:49:03PM +0100, Stefan Agner wrote:
> >> Add support for the Computer on Module Colibri iMX6ULL and its
> >> Bluetooth/Wifi variant along with the development/evaluation carrier
> >> board device trees. Follow the usual hierarchic include model,
> >> maintaining shared configuration in imx6ull-colibri.dtsi and
> >> imx6ull-colibri-eval-v3.dtsi respectively.
> >>
> >> Signed-off-by: Stefan Agner <stefan-XLVq0VzYD2Y@public.gmane.org>
> >> ---
> >> This depends on the following patchsets work:
> >> - https://lkml.org/lkml/2018/1/6/129 (applied)
> >> - https://lkml.org/lkml/2018/1/10/998 (applied)
> >> - https://www.spinics.net/lists/arm-kernel/msg632671.html (pending, required)
> >> - https://lkml.org/lkml/2018/1/18/850 (only for highest CPU frequency)
> >
> > So the only dependency is the cpufreq change now. So we have two
> > options:
> >
> > 1. Hold the patch until the cpufreq change appear on my tree. That
> > will require us wait for another release cycle.
> >
> > 2. Drop the highest CPU frequency, so that we can apply the patch right
> > away, and add that setpoint after dependant cpufreq change lands
> > mainline.
>
> The way cpufreq currently works is that for everything higher than
> 396MHz it just will set the CPU parent to pll2_bus_clk which can go up
> to 528MHz. Also voltage should be within operation range even for
> 528MHz.
>
> So I think we can safely merge the current device tree.
Okay, thanks for the info. Patch applied.
Shawn
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Shawn Guo <shawnguo@kernel.org>
To: stefan@agner.ch
Cc: kernel@pengutronix.de, fabio.estevam@nxp.com, robh+dt@kernel.org,
mark.rutland@arm.com, linux-arm-kernel@lists.infradead.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
max.oss.09@gmail.com, marcel.ziswiler@toradex.com
Subject: Re: [PATCH v2] ARM: dts: imx6ull: add Toradex Colibri iMX6ULL support
Date: Fri, 9 Feb 2018 10:58:18 +0800 [thread overview]
Message-ID: <20180209025817.GJ31910@dragon> (raw)
In-Reply-To: <e441573ee4f3b66fc39ffce2a4fb7a04@agner.ch>
On Thu, Feb 08, 2018 at 10:25:47AM +0100, stefan@agner.ch wrote:
> On 08.02.2018 08:47, Shawn Guo wrote:
> > On Tue, Feb 06, 2018 at 05:49:03PM +0100, Stefan Agner wrote:
> >> Add support for the Computer on Module Colibri iMX6ULL and its
> >> Bluetooth/Wifi variant along with the development/evaluation carrier
> >> board device trees. Follow the usual hierarchic include model,
> >> maintaining shared configuration in imx6ull-colibri.dtsi and
> >> imx6ull-colibri-eval-v3.dtsi respectively.
> >>
> >> Signed-off-by: Stefan Agner <stefan@agner.ch>
> >> ---
> >> This depends on the following patchsets work:
> >> - https://lkml.org/lkml/2018/1/6/129 (applied)
> >> - https://lkml.org/lkml/2018/1/10/998 (applied)
> >> - https://www.spinics.net/lists/arm-kernel/msg632671.html (pending, required)
> >> - https://lkml.org/lkml/2018/1/18/850 (only for highest CPU frequency)
> >
> > So the only dependency is the cpufreq change now. So we have two
> > options:
> >
> > 1. Hold the patch until the cpufreq change appear on my tree. That
> > will require us wait for another release cycle.
> >
> > 2. Drop the highest CPU frequency, so that we can apply the patch right
> > away, and add that setpoint after dependant cpufreq change lands
> > mainline.
>
> The way cpufreq currently works is that for everything higher than
> 396MHz it just will set the CPU parent to pll2_bus_clk which can go up
> to 528MHz. Also voltage should be within operation range even for
> 528MHz.
>
> So I think we can safely merge the current device tree.
Okay, thanks for the info. Patch applied.
Shawn
next prev parent reply other threads:[~2018-02-09 2:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-06 16:49 [PATCH v2] ARM: dts: imx6ull: add Toradex Colibri iMX6ULL support Stefan Agner
2018-02-06 16:49 ` Stefan Agner
2018-02-06 16:49 ` Stefan Agner
2018-02-08 7:47 ` Shawn Guo
2018-02-08 7:47 ` Shawn Guo
2018-02-08 9:25 ` stefan at agner.ch
2018-02-08 9:25 ` stefan
2018-02-08 9:25 ` stefan-XLVq0VzYD2Y
2018-02-09 2:58 ` Shawn Guo [this message]
2018-02-09 2:58 ` Shawn Guo
2018-02-09 2:58 ` Shawn Guo
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=20180209025817.GJ31910@dragon \
--to=shawnguo@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
/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: link
Be 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.