Re: Adding VIRTIO to the multi_v7_defconfig

2015-11-29 Thread Peter Crosthwaite
On Sun, Nov 29, 2015 at 2:31 PM, Arnd Bergmann wrote: > On Sunday 29 November 2015 14:18:24 Peter Crosthwaite wrote: >> >> I started a small project to test as many QEMU emulated ARM boards >> using the multi_v7 defconfig: >> >> https://lists.gnu.org/archive/html

Adding VIRTIO to the multi_v7_defconfig

2015-11-29 Thread Peter Crosthwaite
Hi, I started a small project to test as many QEMU emulated ARM boards using the multi_v7 defconfig: https://lists.gnu.org/archive/html/qemu-devel/2015-10/msg00755.html One thing that came up was we cannot use the virt board as it relies on virtio hotplug and drivers to get block and network

Adding VIRTIO to the multi_v7_defconfig

2015-11-29 Thread Peter Crosthwaite
Hi, I started a small project to test as many QEMU emulated ARM boards using the multi_v7 defconfig: https://lists.gnu.org/archive/html/qemu-devel/2015-10/msg00755.html One thing that came up was we cannot use the virt board as it relies on virtio hotplug and drivers to get block and network

Re: Adding VIRTIO to the multi_v7_defconfig

2015-11-29 Thread Peter Crosthwaite
On Sun, Nov 29, 2015 at 2:31 PM, Arnd Bergmann <a...@arndb.de> wrote: > On Sunday 29 November 2015 14:18:24 Peter Crosthwaite wrote: >> >> I started a small project to test as many QEMU emulated ARM boards >> using the multi_v7 defconfig: >> >> https://lists.

Re: [PATCH] arm64: Implement cpu_relax as yield

2015-03-25 Thread Peter Crosthwaite
Ping! Anything I need to do or send to to get a merge on this? Regards, Peter On Tue, Mar 3, 2015 at 12:49 AM, Peter Crosthwaite wrote: > ARM64 has the yield nop hint which has the intended semantics of > cpu_relax. Implement. > > The immediate application is ARM CPU emulators. An

Re: [PATCH] arm64: Implement cpu_relax as yield

2015-03-25 Thread Peter Crosthwaite
Ping! Anything I need to do or send to to get a merge on this? Regards, Peter On Tue, Mar 3, 2015 at 12:49 AM, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: ARM64 has the yield nop hint which has the intended semantics of cpu_relax. Implement. The immediate application is ARM CPU

[PATCH] arm64: Implement cpu_relax as yield

2015-03-02 Thread Peter Crosthwaite
, and sees a significant boot time performance increase with this change. Signed-off-by: Peter Crosthwaite Acked-by: Will Deacon --- arch/arm64/include/asm/processor.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/arm64/include/asm/processor.h b/arch/arm64/include

[PATCH] arm64: Implement cpu_relax as yield

2015-03-02 Thread Peter Crosthwaite
, and sees a significant boot time performance increase with this change. Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com Acked-by: Will Deacon will.dea...@arm.com --- arch/arm64/include/asm/processor.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/arm64

Re: [RFC PATCH] arm64: Implement cpu_relax as yield

2015-02-27 Thread Peter Crosthwaite
On Wed, Feb 25, 2015 at 5:24 AM, Will Deacon wrote: > On Tue, Feb 24, 2015 at 11:07:37PM +0000, Peter Crosthwaite wrote: >> ARM64 has the yield nop hint which has the intended semantics of >> cpu_relax. Implement. >> >> The immediate application is ARM CPU emul

Re: [RFC PATCH] arm64: Implement cpu_relax as yield

2015-02-27 Thread Peter Crosthwaite
On Wed, Feb 25, 2015 at 5:24 AM, Will Deacon will.dea...@arm.com wrote: On Tue, Feb 24, 2015 at 11:07:37PM +, Peter Crosthwaite wrote: ARM64 has the yield nop hint which has the intended semantics of cpu_relax. Implement. The immediate application is ARM CPU emulators. An emulator can

[PATCH] tty: serial: xilinx_uartps: Use Macro for ttyPS0

2015-02-24 Thread Peter Crosthwaite
All instances of "ttyPS" use this macro except for this one. Convert it. Signed-off-by: Peter Crosthwaite Acked-by: Michal Simek --- drivers/tty/serial/xilinx_uartps.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/tty/serial/xilinx_uartps.c b/drivers/

[RFC PATCH] arm64: Implement cpu_relax as yield

2015-02-24 Thread Peter Crosthwaite
, and sees a significant boot time performance increase with this change. Signed-off-by: Peter Crosthwaite --- arch/arm64/include/asm/processor.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/arm64/include/asm/processor.h b/arch/arm64/include/asm/processor.h index

[PATCH] tty: serial: xilinx_uartps: Use Macro for ttyPS0

2015-02-24 Thread Peter Crosthwaite
All instances of ttyPS use this macro except for this one. Convert it. Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com Acked-by: Michal Simek michal.si...@xilinx.com --- drivers/tty/serial/xilinx_uartps.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers

[RFC PATCH] arm64: Implement cpu_relax as yield

2015-02-24 Thread Peter Crosthwaite
, and sees a significant boot time performance increase with this change. Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com --- arch/arm64/include/asm/processor.h | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/arm64/include/asm/processor.h b/arch/arm64

Re: [PATCH V2 3/3] arm: dts: zynq: Add Digilent ZYBO board

2014-11-30 Thread Peter Crosthwaite
On Sat, Nov 29, 2014 at 1:34 PM, Sören Brinkmann wrote: > Hi Peter, > > The patches look all good to me. But you may want to check your CC > lists. I think at least the DT list should be included. > Resent > For the whole series: > Acked-by: Soren Brinkmann > Thanks, Regards, Peter >

[PATCH v3 3/3] arm: dts: zynq: Add Digilent ZYBO board

2014-11-30 Thread Peter Crosthwaite
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with a 50MHz crystal instead of 33MHz. Acked-by: Soren Brinkmann Signed-off-by: Peter Crosthwaite --- Changed since v1: Change compat vendor prefix from xlnx to digilent (Soren review) Alphabetise nodes --- arch/arm/boot/dts

[PATCH v3 2/3] arm: dts: zynq: Move crystal freq. to board level

2014-11-30 Thread Peter Crosthwaite
. the Digilent ZYBO). Acked-by: Soren Brinkmann Signed-off-by: Peter Crosthwaite --- Changed since v1: Alphabetize node ordering (Soren review) Im guessing long term this should be converted to a fixed clock. But I think this at least steps in that direction. --- arch/arm/boot/dts/zynq-7000

[PATCH v3 1/3] doc: dt: vendor-prefixes: Add Digilent Inc

2014-11-30 Thread Peter Crosthwaite
Digilent is a board designer, making various Linux capabable FPGA and processor boards. Add to the vendor list. Acked-by: Soren Brinkmann Signed-off-by: Peter Crosthwaite --- http://www.digilentinc.com --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion

[PATCH v3 3/3] arm: dts: zynq: Add Digilent ZYBO board

2014-11-30 Thread Peter Crosthwaite
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with a 50MHz crystal instead of 33MHz. Acked-by: Soren Brinkmann soren.brinkm...@xilinx.com Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- Changed since v1: Change compat vendor prefix from xlnx to digilent (Soren

[PATCH v3 2/3] arm: dts: zynq: Move crystal freq. to board level

2014-11-30 Thread Peter Crosthwaite
. the Digilent ZYBO). Acked-by: Soren Brinkmann soren.brinkm...@xilinx.com Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- Changed since v1: Alphabetize node ordering (Soren review) Im guessing long term this should be converted to a fixed clock. But I think this at least steps

[PATCH v3 1/3] doc: dt: vendor-prefixes: Add Digilent Inc

2014-11-30 Thread Peter Crosthwaite
Digilent is a board designer, making various Linux capabable FPGA and processor boards. Add to the vendor list. Acked-by: Soren Brinkmann soren.brinkm...@xilinx.com Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- http://www.digilentinc.com --- Documentation/devicetree/bindings

Re: [PATCH V2 3/3] arm: dts: zynq: Add Digilent ZYBO board

2014-11-30 Thread Peter Crosthwaite
On Sat, Nov 29, 2014 at 1:34 PM, Sören Brinkmann soren.brinkm...@xilinx.com wrote: Hi Peter, The patches look all good to me. But you may want to check your CC lists. I think at least the DT list should be included. Resent For the whole series: Acked-by: Soren Brinkmann

Re: [PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-28 Thread Peter Crosthwaite
contents or should the dts just describe the EEPROM? Regards, Peter > Regards, > Steve > > -Peter Crosthwaite wrote: - > To: Sören Brinkmann , Steve Wang > > From: Peter Crosthwaite > Date: 11/10/2014 02:56PM > Cc: linux-kernel@vger.kernel.org, mich...@xilinx.co

[PATCH V2 3/3] arm: dts: zynq: Add Digilent ZYBO board

2014-11-28 Thread Peter Crosthwaite
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with a 50MHz crystal instead of 33MHz. Signed-off-by: Peter Crosthwaite --- Changed since v1: Change compat vendor prefix from xlnx to digilent (Soren review) Alphabetise nodes --- arch/arm/boot/dts/Makefile | 3 ++- arch

[PATCH V2 1/3] doc: dt: vendor-prefixes: Add Digilent Inc

2014-11-28 Thread Peter Crosthwaite
Digilent is a board designer, making various Linux capabable FPGA and processor boards. Add to the vendor list. Signed-off-by: Peter Crosthwaite --- http://www.digilentinc.com --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH V2 2/3] arm: dts: zynq: Move crystal freq. to board level

2014-11-28 Thread Peter Crosthwaite
. the Digilent ZYBO). Signed-off-by: Peter Crosthwaite --- Changed since v1: Alphabetize node ordering (Soren review) Im guessing long term this should be converted to a fixed clock. But I think this at least steps in that direction. --- arch/arm/boot/dts/zynq-7000.dtsi | 1 - arch/arm

[PATCH V2 1/3] doc: dt: vendor-prefixes: Add Digilent Inc

2014-11-28 Thread Peter Crosthwaite
Digilent is a board designer, making various Linux capabable FPGA and processor boards. Add to the vendor list. Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- http://www.digilentinc.com --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion

[PATCH V2 2/3] arm: dts: zynq: Move crystal freq. to board level

2014-11-28 Thread Peter Crosthwaite
. the Digilent ZYBO). Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- Changed since v1: Alphabetize node ordering (Soren review) Im guessing long term this should be converted to a fixed clock. But I think this at least steps in that direction. --- arch/arm/boot/dts/zynq-7000

[PATCH V2 3/3] arm: dts: zynq: Add Digilent ZYBO board

2014-11-28 Thread Peter Crosthwaite
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with a 50MHz crystal instead of 33MHz. Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- Changed since v1: Change compat vendor prefix from xlnx to digilent (Soren review) Alphabetise nodes --- arch/arm/boot/dts

Re: [PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-28 Thread Peter Crosthwaite
just describe the EEPROM? Regards, Peter Regards, Steve -Peter Crosthwaite crosthwaitepe...@gmail.com wrote: - To: Sören Brinkmann soren.brinkm...@xilinx.com, Steve Wang steven.w...@digilentinc.com From: Peter Crosthwaite crosthwaitepe...@gmail.com Date: 11/10/2014 02:56PM Cc

Re: [PATCH v4 6/6] ARM: zynq: DT: Add OCM controller node

2014-11-16 Thread Peter Crosthwaite
On Mon, Nov 17, 2014 at 5:32 AM, Sören Brinkmann wrote: > On Sun, 2014-11-16 at 11:51AM +0100, Andreas Färber wrote: >> Hi Michal, >> >> Am 14.11.2014 um 11:52 schrieb Michal Simek: >> > diff --git a/arch/arm/boot/dts/zynq-7000.dtsi >> > b/arch/arm/boot/dts/zynq-7000.dtsi >> > index

Re: [PATCH v4 6/6] ARM: zynq: DT: Add OCM controller node

2014-11-16 Thread Peter Crosthwaite
On Mon, Nov 17, 2014 at 5:32 AM, Sören Brinkmann soren.brinkm...@xilinx.com wrote: On Sun, 2014-11-16 at 11:51AM +0100, Andreas Färber wrote: Hi Michal, Am 14.11.2014 um 11:52 schrieb Michal Simek: diff --git a/arch/arm/boot/dts/zynq-7000.dtsi b/arch/arm/boot/dts/zynq-7000.dtsi index

Re: [PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-10 Thread Peter Crosthwaite
On Tue, Nov 11, 2014 at 8:42 AM, Sören Brinkmann wrote: > On Tue, 2014-11-11 at 08:39AM +1000, Peter Crosthwaite wrote: >> On Mon, Nov 10, 2014 at 7:47 AM, Sören Brinkmann >> wrote: >> > Hi Peter, >> > >> > On Sun, 2014-11-09 at 01:38PM +1000, Peter Cro

Re: [PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-10 Thread Peter Crosthwaite
On Mon, Nov 10, 2014 at 7:47 AM, Sören Brinkmann wrote: > Hi Peter, > > On Sun, 2014-11-09 at 01:38PM +1000, Peter Crosthwaite wrote: >> Add a DTS describing the Digilent ZYBO board. Similar to ZED but with > > "Digilent ZYBO" here... > > [...] >> +

Re: [PATCH 1/2] arm: dts: zynq: Move crystal freq. to board level

2014-11-10 Thread Peter Crosthwaite
On Mon, Nov 10, 2014 at 7:34 AM, Sören Brinkmann wrote: > On Sun, 2014-11-09 at 01:38PM +1000, Peter Crosthwaite wrote: >> The fact that all supported boards use the same 33MHz crystal is a >> co-incidence. The Zynq PS support a range of crystal freqs so the >> hardcoded sett

Re: [PATCH 1/2] arm: dts: zynq: Move crystal freq. to board level

2014-11-10 Thread Peter Crosthwaite
On Mon, Nov 10, 2014 at 7:34 AM, Sören Brinkmann soren.brinkm...@xilinx.com wrote: On Sun, 2014-11-09 at 01:38PM +1000, Peter Crosthwaite wrote: The fact that all supported boards use the same 33MHz crystal is a co-incidence. The Zynq PS support a range of crystal freqs so the hardcoded

Re: [PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-10 Thread Peter Crosthwaite
On Mon, Nov 10, 2014 at 7:47 AM, Sören Brinkmann soren.brinkm...@xilinx.com wrote: Hi Peter, On Sun, 2014-11-09 at 01:38PM +1000, Peter Crosthwaite wrote: Add a DTS describing the Digilent ZYBO board. Similar to ZED but with Digilent ZYBO here... [...] +/ { + model = Zynq ZYBO

Re: [PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-10 Thread Peter Crosthwaite
On Tue, Nov 11, 2014 at 8:42 AM, Sören Brinkmann soren.brinkm...@xilinx.com wrote: On Tue, 2014-11-11 at 08:39AM +1000, Peter Crosthwaite wrote: On Mon, Nov 10, 2014 at 7:47 AM, Sören Brinkmann soren.brinkm...@xilinx.com wrote: Hi Peter, On Sun, 2014-11-09 at 01:38PM +1000, Peter

[PATCH 1/2] arm: dts: zynq: Move crystal freq. to board level

2014-11-08 Thread Peter Crosthwaite
. the Digilent ZYBO). Signed-off-by: Peter Crosthwaite --- Im guessing long term this should be converted to a fixed clock. But I think this at least steps in that direction. --- arch/arm/boot/dts/zynq-7000.dtsi | 1 - arch/arm/boot/dts/zynq-parallella.dts | 4 arch/arm/boot/dts/zynq

[PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-08 Thread Peter Crosthwaite
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with a 50MHz crystal instead of 33MHz. Signed-off-by: Peter Crosthwaite --- arch/arm/boot/dts/Makefile | 3 ++- arch/arm/boot/dts/zynq-zybo.dts | 52 + 2 files changed, 54 insertions

[PATCH 2/2] arm: dts: zynq: Add Digilent ZYBO board

2014-11-08 Thread Peter Crosthwaite
Add a DTS describing the Digilent ZYBO board. Similar to ZED but with a 50MHz crystal instead of 33MHz. Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- arch/arm/boot/dts/Makefile | 3 ++- arch/arm/boot/dts/zynq-zybo.dts | 52 + 2

[PATCH 1/2] arm: dts: zynq: Move crystal freq. to board level

2014-11-08 Thread Peter Crosthwaite
. the Digilent ZYBO). Signed-off-by: Peter Crosthwaite crosthwaite.pe...@gmail.com --- Im guessing long term this should be converted to a fixed clock. But I think this at least steps in that direction. --- arch/arm/boot/dts/zynq-7000.dtsi | 1 - arch/arm/boot/dts/zynq-parallella.dts | 4

Re: [PATCH v2 2/2] devicetree: Add devicetree bindings documentation for Cadence SPI

2014-04-05 Thread Peter Crosthwaite
On Sat, Apr 5, 2014 at 4:05 PM, Harini Katakam wrote: > Hi Peter, > > On Sat, Apr 5, 2014 at 4:44 AM, Peter Crosthwaite > wrote: >> On Sat, Apr 5, 2014 at 12:30 AM, Harini Katakam >> wrote: >>> Hi, >>> >>> On Fri, Apr 4, 2014 at 7:38 PM, Harini

Re: [PATCH v2 2/2] devicetree: Add devicetree bindings documentation for Cadence SPI

2014-04-05 Thread Peter Crosthwaite
On Sat, Apr 5, 2014 at 4:05 PM, Harini Katakam harinikatakamli...@gmail.com wrote: Hi Peter, On Sat, Apr 5, 2014 at 4:44 AM, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: On Sat, Apr 5, 2014 at 12:30 AM, Harini Katakam harinikatakamli...@gmail.com wrote: Hi, On Fri, Apr 4, 2014

Re: [PATCH v2 2/2] devicetree: Add devicetree bindings documentation for Cadence SPI

2014-04-04 Thread Peter Crosthwaite
On Sat, Apr 5, 2014 at 12:30 AM, Harini Katakam wrote: > Hi, > > On Fri, Apr 4, 2014 at 7:38 PM, Harini Katakam > wrote: >> Hi Mark, >> >> On Fri, Apr 4, 2014 at 6:16 PM, Mark Brown wrote: >>> On Fri, Apr 04, 2014 at 05:44:23PM +0530, Harini Katakam wrote: On Fri, Apr 4, 2014 at 3:39 PM,

Re: [PATCH v2 1/2] SPI: Add driver for Cadence SPI controller

2014-04-04 Thread Peter Crosthwaite
On Thu, Apr 3, 2014 at 9:10 PM, Harini Katakam wrote: > Add driver for Cadence SPI controller. This is used in Xilinx Zynq. > > Signed-off-by: Harini Katakam > --- > > v2 changes: > - Use xilinx compatible string too. > - Changes read register and write register functions to static inline. > -

Re: [PATCH v2 2/2] devicetree: Add devicetree bindings documentation for Cadence SPI

2014-04-04 Thread Peter Crosthwaite
On Fri, Apr 4, 2014 at 10:14 PM, Harini Katakam wrote: > Hi Mark, > > On Fri, Apr 4, 2014 at 3:39 PM, Mark Brown wrote: >> On Fri, Apr 04, 2014 at 08:30:38AM +0530, Harini Katakam wrote: >>> On Fri, Apr 4, 2014 at 3:04 AM, Mark Brown wrote: >>> > On Thu, Apr 03, 2014 at 04:40:31PM +0530, Harini

Re: [PATCH v2 2/2] devicetree: Add devicetree bindings documentation for Cadence SPI

2014-04-04 Thread Peter Crosthwaite
On Fri, Apr 4, 2014 at 10:14 PM, Harini Katakam harinikatakamli...@gmail.com wrote: Hi Mark, On Fri, Apr 4, 2014 at 3:39 PM, Mark Brown broo...@kernel.org wrote: On Fri, Apr 04, 2014 at 08:30:38AM +0530, Harini Katakam wrote: On Fri, Apr 4, 2014 at 3:04 AM, Mark Brown broo...@kernel.org

Re: [PATCH v2 1/2] SPI: Add driver for Cadence SPI controller

2014-04-04 Thread Peter Crosthwaite
On Thu, Apr 3, 2014 at 9:10 PM, Harini Katakam hari...@xilinx.com wrote: Add driver for Cadence SPI controller. This is used in Xilinx Zynq. Signed-off-by: Harini Katakam hari...@xilinx.com --- v2 changes: - Use xilinx compatible string too. - Changes read register and write register

Re: [PATCH v2 2/2] devicetree: Add devicetree bindings documentation for Cadence SPI

2014-04-04 Thread Peter Crosthwaite
On Sat, Apr 5, 2014 at 12:30 AM, Harini Katakam harinikatakamli...@gmail.com wrote: Hi, On Fri, Apr 4, 2014 at 7:38 PM, Harini Katakam harinikatakamli...@gmail.com wrote: Hi Mark, On Fri, Apr 4, 2014 at 6:16 PM, Mark Brown broo...@kernel.org wrote: On Fri, Apr 04, 2014 at 05:44:23PM +0530,

Re: [PATCH v7 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-20 Thread Peter Crosthwaite
On Thu, Dec 19, 2013 at 8:47 PM, Jonas Jensen wrote: > Add a generic (dtsi) include file for MOXA ART SoCs. > > Also add a file for UC-7112-LX. > > Signed-off-by: Jonas Jensen Reviewed-by: Peter Crosthwaite P.S. you could have added this already, small changes don't requir

Re: [PATCH v7 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-20 Thread Peter Crosthwaite
On Thu, Dec 19, 2013 at 8:47 PM, Jonas Jensen jonas.jen...@gmail.com wrote: Add a generic (dtsi) include file for MOXA ART SoCs. Also add a file for UC-7112-LX. Signed-off-by: Jonas Jensen jonas.jen...@gmail.com Reviewed-by: Peter Crosthwaite peter.crosthwa...@xilinx.com P.S. you could have

Re: [PATCH v6 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-18 Thread Peter Crosthwaite
> + #address-cells = <1>; > + #size-cells = <0>; > + > + cpu@0 { > + device_type = "cpu"; > + compatible = "faraday,fa526"; > +

Re: [PATCH v6 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-18 Thread Peter Crosthwaite
with a soldered crystal - hence done in DTS Then again, I'm not entirely sure, and I think I might be splitting hairs here, So. Reviewed-by: Peter Crosthwaite peter.crosthwa...@xilinx.com + }; + }; + + soc { + compatible = simple-bus

Re: [PATCH v5 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-17 Thread Peter Crosthwaite
status = "disabled"; > + }; > + > + mdio0: mdio@90900090 { > + compatible = "moxa,moxart-mdio"; > + reg = <0x90900090 0x8>; > + #address-cells = <1>; > +

Re: [PATCH v5 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-17 Thread Peter Crosthwaite
connection schemes then the phy connectivity should got back to board level. If not: Reviewed-by: Peter Crosthwaite peter.crosthwa...@xilinx.com I don't know much about arm/mach- and Kconfig, so I'll sit out the review of P1. Regards, Peter + status = disabled

Re: [PATCH v4 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-16 Thread Peter Crosthwaite
On Tue, Dec 17, 2013 at 6:05 AM, Jonas Jensen wrote: > On 15 December 2013 05:27, Peter Crosthwaite > wrote: >>> + sdhci: sdhci@98e0 { >>> + compatible = "moxa,moxart-sdhci"; >>> + reg = <0x98e

Re: [PATCH v4 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-16 Thread Peter Crosthwaite
On Tue, Dec 17, 2013 at 6:05 AM, Jonas Jensen jonas.jen...@gmail.com wrote: On 15 December 2013 05:27, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: + sdhci: sdhci@98e0 { + compatible = moxa,moxart-sdhci; + reg = 0x98e0 0x5C

Re: [PATCH v4 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-14 Thread Peter Crosthwaite
On Sat, Dec 14, 2013 at 12:33 AM, Jonas Jensen wrote: > Add a generic (dtsi) include file for MOXA ART SoCs. > > Also add a file for UC-7112-LX. > > Signed-off-by: Jonas Jensen > --- > Documentation/devicetree/bindings/arm/moxart.txt | 12 +++ > arch/arm/boot/dts/Makefile

Re: [PATCH v4 2/2] ARM: mach-moxart: add MOXA ART SoC device tree files

2013-12-14 Thread Peter Crosthwaite
On Sat, Dec 14, 2013 at 12:33 AM, Jonas Jensen jonas.jen...@gmail.com wrote: Add a generic (dtsi) include file for MOXA ART SoCs. Also add a file for UC-7112-LX. Signed-off-by: Jonas Jensen jonas.jen...@gmail.com --- Documentation/devicetree/bindings/arm/moxart.txt | 12 +++

Re: [PATCH v1 1/2] of: irq: Ignore disabled intc's when searching map

2013-12-03 Thread Peter Crosthwaite
Ping! On Thu, Nov 28, 2013 at 5:26 PM, Peter Crosthwaite wrote: > When searching the interrupt map, if a matched parent is disabled, just > ignore it and move on with the search. > > This allows for specifying connection of a single device IRQ to > multiple interrupt

Re: [PATCH v1 1/2] of: irq: Ignore disabled intc's when searching map

2013-12-03 Thread Peter Crosthwaite
Ping! On Thu, Nov 28, 2013 at 5:26 PM, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: When searching the interrupt map, if a matched parent is disabled, just ignore it and move on with the search. This allows for specifying connection of a single device IRQ to multiple interrupt

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-27 Thread Peter Crosthwaite
On Thu, Nov 28, 2013 at 12:17 AM, Grant Likely wrote: > On Wed, 27 Nov 2013 19:06:35 +1000, Peter Crosthwaite > wrote: >> On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely >> wrote: >> > On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite >> > wrote: &

[PATCH v1 1/2] of: irq: Ignore disabled intc's when searching map

2013-11-27 Thread Peter Crosthwaite
controller via the already existing status = "disabled" mechanism. Signed-off-by: Peter Crosthwaite Acked-by: Michal Simek --- drivers/of/irq.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/of/irq.c b/drivers/of/irq.c index 786b0b4..22e414b 100644 --- a/drivers/of/i

[PATCH v1 2/2] of: irq: Ignore disabled interrupt controllers

2013-11-27 Thread Peter Crosthwaite
When searching the system for interrupt controllers, skip over any that are explicitly disabled. This makes interrupt controllers consistent with regular devices, which can be marked as do-not-probe via the status = "disabled" dts property. Signed-off-by: Peter Crosthwaite Acked-

[PATCH v1 0/2] of: irq: Ignore disabled interrupt controllers

2013-11-27 Thread Peter Crosthwaite
Hi All, These two patches support the case where an interrupt controller is marked as disabled. Patch 1 fixed the dts interrupt-map search logic to ignore disabled interrupt controllers. Patch 2 stops disabled interrupt controllers getting probed. Peter Crosthwaite (2): of: irq: Ignore

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-27 Thread Peter Crosthwaite
On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely wrote: > On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite > wrote: >> On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely >> wrote: >> > On Wed, 13 Nov 2013 09:17:01 +1000, Peter Crosthwaite >> > wrote: >

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-27 Thread Peter Crosthwaite
On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely grant.lik...@linaro.org wrote: On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely grant.lik...@linaro.org wrote: On Wed, 13 Nov 2013 09:17:01 +1000, Peter

[PATCH v1 0/2] of: irq: Ignore disabled interrupt controllers

2013-11-27 Thread Peter Crosthwaite
Hi All, These two patches support the case where an interrupt controller is marked as disabled. Patch 1 fixed the dts interrupt-map search logic to ignore disabled interrupt controllers. Patch 2 stops disabled interrupt controllers getting probed. Peter Crosthwaite (2): of: irq: Ignore

[PATCH v1 2/2] of: irq: Ignore disabled interrupt controllers

2013-11-27 Thread Peter Crosthwaite
When searching the system for interrupt controllers, skip over any that are explicitly disabled. This makes interrupt controllers consistent with regular devices, which can be marked as do-not-probe via the status = disabled dts property. Signed-off-by: Peter Crosthwaite peter.crosthwa

[PATCH v1 1/2] of: irq: Ignore disabled intc's when searching map

2013-11-27 Thread Peter Crosthwaite
controller via the already existing status = disabled mechanism. Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com Acked-by: Michal Simek michal.si...@xilinx.com --- drivers/of/irq.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/of/irq.c b/drivers/of/irq.c index 786b0b4

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-27 Thread Peter Crosthwaite
On Thu, Nov 28, 2013 at 12:17 AM, Grant Likely grant.lik...@linaro.org wrote: On Wed, 27 Nov 2013 19:06:35 +1000, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely grant.lik...@linaro.org wrote: On Sun, 24 Nov 2013 17:04:52 +1000, Peter

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-23 Thread Peter Crosthwaite
On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely wrote: > On Wed, 13 Nov 2013 09:17:01 +1000, Peter Crosthwaite > wrote: >> On Tue, Nov 12, 2013 at 6:50 PM, Grant Likely >> wrote: >> > On Tue, 12 Nov 2013 17:49:37 +1000, Peter Crosthwaite >> > wrote: >&g

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-23 Thread Peter Crosthwaite
On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely grant.lik...@linaro.org wrote: On Wed, 13 Nov 2013 09:17:01 +1000, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: On Tue, Nov 12, 2013 at 6:50 PM, Grant Likely grant.lik...@linaro.org wrote: On Tue, 12 Nov 2013 17:49:37 +1000, Peter

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-12 Thread Peter Crosthwaite
On Tue, Nov 12, 2013 at 6:50 PM, Grant Likely wrote: > On Tue, 12 Nov 2013 17:49:37 +1000, Peter Crosthwaite > wrote: >> Hi Grant, >> >> On Tue, Nov 12, 2013 at 4:54 PM, Grant Likely >> wrote: >> > On Tue, 12 Nov 2013 08:58:15 +1000, Peter C

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-12 Thread Peter Crosthwaite
On Tue, Nov 12, 2013 at 6:50 PM, Grant Likely grant.lik...@linaro.org wrote: On Tue, 12 Nov 2013 17:49:37 +1000, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: Hi Grant, On Tue, Nov 12, 2013 at 4:54 PM, Grant Likely grant.lik...@linaro.org wrote: On Tue, 12 Nov 2013 08:58:15 +1000

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-11 Thread Peter Crosthwaite
Hi Grant, On Tue, Nov 12, 2013 at 4:54 PM, Grant Likely wrote: > On Tue, 12 Nov 2013 08:58:15 +1000, Peter Crosthwaite > wrote: >> Hi Grant, >> >> On Wed, Oct 16, 2013 at 6:39 AM, Grant Likely >> wrote: >> > The standard interrupts property in devi

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-11 Thread Peter Crosthwaite
Hi Grant, On Wed, Oct 16, 2013 at 6:39 AM, Grant Likely wrote: > The standard interrupts property in device tree can only handle > interrupts coming from a single interrupt parent. If a device is wired > to multiple interrupt controllers, then it needs to be attached to a > node with an

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-11 Thread Peter Crosthwaite
Hi Grant, On Wed, Oct 16, 2013 at 6:39 AM, Grant Likely grant.lik...@linaro.org wrote: The standard interrupts property in device tree can only handle interrupts coming from a single interrupt parent. If a device is wired to multiple interrupt controllers, then it needs to be attached to a

Re: [RFC 9/9] of/irq: create interrupts-extended property

2013-11-11 Thread Peter Crosthwaite
Hi Grant, On Tue, Nov 12, 2013 at 4:54 PM, Grant Likely grant.lik...@linaro.org wrote: On Tue, 12 Nov 2013 08:58:15 +1000, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: Hi Grant, On Wed, Oct 16, 2013 at 6:39 AM, Grant Likely grant.lik...@linaro.org wrote: The standard interrupts

[RFC] Micron M25P80 Part name variants

2013-06-04 Thread Peter Crosthwaite
Hi All, For micron M25P80 parts there is a mix of naming conventions in the device table: /* Micron */ { "n25q064", INFO(0x20ba17, 0, 64 * 1024, 128, 0) }, { "n25q128a11", INFO(0x20bb18, 0, 64 * 1024, 256, 0) }, { "n25q128a13", INFO(0x20ba18, 0, 64 * 1024, 256,

[RFC] Micron M25P80 Part name variants

2013-06-04 Thread Peter Crosthwaite
Hi All, For micron M25P80 parts there is a mix of naming conventions in the device table: /* Micron */ { n25q064, INFO(0x20ba17, 0, 64 * 1024, 128, 0) }, { n25q128a11, INFO(0x20bb18, 0, 64 * 1024, 256, 0) }, { n25q128a13, INFO(0x20ba18, 0, 64 * 1024, 256, 0) },

Re: [PATCH v2] microblaze: improve failure handling for GPIO reset

2012-08-22 Thread Peter Crosthwaite
r27=, r28= > [ 96.660622] r29=, r30=, r31=C24A97E0, rPC=C011E1A0 > [ 96.666849] msr=42A2, ear=004C, esr=0872, fsr=362E3639 > > Signed-off-by: Stephan Linz Tested-by: Peter Crosthwaite > --- > v2 Remove additional printk mess

Re: [PATCH v2] microblaze: improve failure handling for GPIO reset

2012-08-22 Thread Peter Crosthwaite
=, r30=, r31=C24A97E0, rPC=C011E1A0 [ 96.666849] msr=42A2, ear=004C, esr=0872, fsr=362E3639 Signed-off-by: Stephan Linz l...@li-pro.net Tested-by: Peter Crosthwaite peter.crosthwa...@petalogix.com --- v2 Remove additional printk message from machine_restart

Re: [PATCH] microblaze: uartlite: avoid NULL pointer exception

2012-08-21 Thread Peter Crosthwaite
014924] uartlite 8fff.debug: failed to get alias id, errno -19 > [1.022543] uartlite 8fff.debug: failed to get port-number > > Signed-off-by: Stephan Linz Reviewed-by: Peter Crosthwaite Tested-by: Peter Crosthwaite > --- > drivers/tty/serial/uartlite.c |5 ++--- >

Re: [PATCH] microblaze: uartlite: avoid NULL pointer exception

2012-08-21 Thread Peter Crosthwaite
] uartlite 8fff.debug: failed to get port-number Signed-off-by: Stephan Linz l...@li-pro.net Reviewed-by: Peter Crosthwaite peter.crosthwa...@petalogix.com Tested-by: Peter Crosthwaite peter.crosthwa...@petalogix.com --- drivers/tty/serial/uartlite.c |5 ++--- 1 files changed, 2 insertions