lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 2 Sep 2015 15:31:18 +0000
From:	"Kwok, WingMan" <w-kwok2@...com>
To:	"santosh.shilimkar@...cle.com" <santosh.shilimkar@...cle.com>,
	"robh+dt@...nel.org" <robh+dt@...nel.org>,
	"pawel.moll@....com" <pawel.moll@....com>,
	"mark.rutland@....com" <mark.rutland@....com>,
	"ijc+devicetree@...lion.org.uk" <ijc+devicetree@...lion.org.uk>,
	"galak@...eaurora.org" <galak@...eaurora.org>,
	"linux@....linux.org.uk" <linux@....linux.org.uk>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"ssantosh@...nel.org" <ssantosh@...nel.org>
CC:	"Karicheri, Muralidharan" <m-karicheri2@...com>
Subject: RE: [PATCH] ARM: dts: keystone: use one to one address translations
 under netcp



> -----Original Message-----
> From: santosh.shilimkar@...cle.com [mailto:santosh.shilimkar@...cle.com]
> Sent: Tuesday, September 01, 2015 5:19 PM
> To: Kwok, WingMan; robh+dt@...nel.org; pawel.moll@....com;
> mark.rutland@....com; ijc+devicetree@...lion.org.uk; galak@...eaurora.org;
> linux@....linux.org.uk; devicetree@...r.kernel.org; linux-arm-
> kernel@...ts.infradead.org; linux-kernel@...r.kernel.org; ssantosh@...nel.org
> Cc: Karicheri, Muralidharan
> Subject: Re: [PATCH] ARM: dts: keystone: use one to one address translations
> under netcp
> 
> On 9/1/15 1:28 PM, WingMan Kwok wrote:
> > Network subsystem NetCP in Keystone-2 devices includes some HW blocks
> > that are memory mapped to ranges outside that of the NetCP itself.
> > Thus address space of a child node of the NetCP node needs to be
> > mapped 1:1 onto the parent address space.  Hence empty ranges
> > should be used under the NetCP node.
> >
> > Signed-off-by: WingMan Kwok <w-kwok2@...com>
> > ---
> >   arch/arm/boot/dts/k2e-netcp.dtsi  |    8 +++-----
> >   arch/arm/boot/dts/k2hk-netcp.dtsi |   14 ++++++--------
> >   arch/arm/boot/dts/k2l-netcp.dtsi  |    8 +++-----
> >   3 files changed, 12 insertions(+), 18 deletions(-)
> >
> > diff --git a/arch/arm/boot/dts/k2e-netcp.dtsi b/arch/arm/boot/dts/k2e-
> netcp.dtsi
> > index b13b3c9..e103ed9 100644
> > --- a/arch/arm/boot/dts/k2e-netcp.dtsi
> > +++ b/arch/arm/boot/dts/k2e-netcp.dtsi
> > @@ -111,9 +111,7 @@ netcp: netcp@...00000 {
> >   	compatible = "ti,netcp-1.0";
> >   	#address-cells = <1>;
> >   	#size-cells = <1>;
> > -
> > -	/* NetCP address range */
> > -	ranges = <0 0x24000000 0x1000000>;
> > +	ranges;
> >
> What blocks are we talking here. We need to increase the
> range if the current range isn't covering entire NETCP
> address space. Removing range isn't a solution.
> 

The Serdes.  It is a HW block inside the NetCP but its address
space starts from 0x0232a000.  We can change the base in the
ranges property to include the serdes.  But then offsets of
other HW blocks that are within the NetCP address range will be
relative to this new base and are not as documented in the HW
user guides.

Regards
WingMan

Powered by blists - more mailing lists