Message ID | 20160521115032.4966-1-andrea.gelmini@gelma.net (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On 21.05.2016 14:50, Andrea Gelmini wrote: > Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net> > --- > arch/arm/mach-omap2/sdrc.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm/mach-omap2/sdrc.h b/arch/arm/mach-omap2/sdrc.h > index 645a2a4..f115006 100644 > --- a/arch/arm/mach-omap2/sdrc.h > +++ b/arch/arm/mach-omap2/sdrc.h > @@ -175,8 +175,8 @@ u32 omap2xxx_sdrc_reprogram(u32 level, u32 force); > * don't adjust it down as your clock period increases the refresh interval > * will not be met. Setting all parameters for complete worst case may work, > * but may cut memory performance by 2x. Due to errata the DLLs need to be > - * unlocked and their value needs run time calibration. A dynamic call is > - * need for that as no single right value exists acorss production samples. > + * unlocked and their value needs run time calibration. A dynamic call is > + * need for that as no single right value exists across production samples. needed? > * > * Only the FULL speed values are given. Current code is such that rate > * changes must be made at DPLLoutx2. The actual value adjustment for low > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
* Andrea Gelmini <andrea.gelmini@gelma.net> [160521 04:52]: > --- a/arch/arm/mach-omap2/sdrc.h > +++ b/arch/arm/mach-omap2/sdrc.h > @@ -175,8 +175,8 @@ u32 omap2xxx_sdrc_reprogram(u32 level, u32 force); > * don't adjust it down as your clock period increases the refresh interval > * will not be met. Setting all parameters for complete worst case may work, > * but may cut memory performance by 2x. Due to errata the DLLs need to be > - * unlocked and their value needs run time calibration. A dynamic call is > - * need for that as no single right value exists acorss production samples. > + * unlocked and their value needs run time calibration. A dynamic call is > + * need for that as no single right value exists across production samples. Applying patches 102 - 108 into omap-for-v4.8/soc thanks. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/arch/arm/mach-omap2/sdrc.h b/arch/arm/mach-omap2/sdrc.h index 645a2a4..f115006 100644 --- a/arch/arm/mach-omap2/sdrc.h +++ b/arch/arm/mach-omap2/sdrc.h @@ -175,8 +175,8 @@ u32 omap2xxx_sdrc_reprogram(u32 level, u32 force); * don't adjust it down as your clock period increases the refresh interval * will not be met. Setting all parameters for complete worst case may work, * but may cut memory performance by 2x. Due to errata the DLLs need to be - * unlocked and their value needs run time calibration. A dynamic call is - * need for that as no single right value exists acorss production samples. + * unlocked and their value needs run time calibration. A dynamic call is + * need for that as no single right value exists across production samples. * * Only the FULL speed values are given. Current code is such that rate * changes must be made at DPLLoutx2. The actual value adjustment for low
Signed-off-by: Andrea Gelmini <andrea.gelmini@gelma.net> --- arch/arm/mach-omap2/sdrc.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)