[PATCH 6/6] powerpc/powernv: Fix little endian issues in OPAL dump code

2014-04-21 Thread Anton Blanchard
Signed-off-by: Anton Blanchard --- arch/powerpc/include/asm/opal.h| 4 ++-- arch/powerpc/platforms/powernv/opal-dump.c | 13 + 2 files changed, 11 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h index afb0fed..

[PATCH 4/6] powerpc/powernv: Fix little endian issues in OPAL error log code

2014-04-21 Thread Anton Blanchard
Fix little endian issues with the OPAL error log code. Signed-off-by: Anton Blanchard Reviewed-by: Stewart Smith --- arch/powerpc/include/asm/opal.h| 2 +- arch/powerpc/platforms/powernv/opal-elog.c | 9 - 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/arch/p

[PATCH 5/6] powerpc/powernv: Create OPAL sglist helper functions and fix endian issues

2014-04-21 Thread Anton Blanchard
We have two copies of code that creates an OPAL sg list. Consolidate these into a common set of helpers and fix the endian issues. The flash interface embedded a version number in the num_entries field, whereas the dump interface did did not. Since versioning wasn't added to the flash interface an

[PATCH 3/6] powerpc/powernv: Fix little endian issues with opal_do_notifier calls

2014-04-21 Thread Anton Blanchard
The bitmap in opal_poll_events and opal_handle_interrupt is big endian, so we need to byteswap it on little endian builds. Signed-off-by: Anton Blanchard --- arch/powerpc/platforms/powernv/opal.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/platforms/pow

[PATCH 2/6] powerpc/powernv: Remove some OPAL function declaration duplication

2014-04-21 Thread Anton Blanchard
We had some duplication of the internal OPAL functions. Signed-off-by: Anton Blanchard --- arch/powerpc/include/asm/opal.h | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h index 2a34485..cb7d52e 10

[PATCH 1/6] powerpc/powernv: Use uint64_t instead of size_t in OPAL APIs

2014-04-21 Thread Anton Blanchard
Using size_t in our APIs is asking for trouble, especially when some OPAL calls use size_t pointers. Signed-off-by: Anton Blanchard Reviewed-by: Stewart Smith --- arch/powerpc/include/asm/opal.h| 12 ++-- arch/powerpc/platforms/powernv/opal-elog.c | 2 +- 2 files changed, 7

Re: [PATCH V4] mtd: m25p80: Modify the name of mtd_info

2014-04-21 Thread Huang Shijie
On Mon, Apr 21, 2014 at 07:06:21PM +0800, Hou Zhiqiang wrote: > To specify spi flash layouts by "mtdparts=..." in cmdline, we must > give mtd_info a fixed name,because the cmdlinepart's parser will > match the name of mtd_info given in cmdline. > Now, if use DT, the mtd_info's name will be spi->dev

Re: [PATCH 3/4] ARCH: AUDIT: implement syscall_get_arch for all arches

2014-04-21 Thread Stephen Rothwell
Hi Eric, [I just noticed that this turned up in linux-next ...] On Wed, 19 Mar 2014 18:04:02 -0400 Eric Paris wrote: > > diff --git a/arch/powerpc/include/asm/syscall.h > b/arch/powerpc/include/asm/syscall.h > index b54b2ad..4271544 100644 > --- a/arch/powerpc/include/asm/syscall.h > +++ b/arch

Re: [RFC PATCH 0/2] usb: Reuse fsl driver code for synopsys usb controller

2014-04-21 Thread Felipe Balbi
On Sun, Apr 20, 2014 at 09:57:03PM +0530, Punnaiah Choudary Kalluri wrote: > Zynq soc contains a dual role usb controller and this IP is from synopsys. We > observed that there is driver available for this controller from freescale and > decided to reuse this driver for zynq use. > > Here is the l

Re: [PATCH 1/2] powerpc/powernv: clear the refcount for pci_dev on powernv platform

2014-04-21 Thread Gavin Shan
On Mon, Apr 21, 2014 at 10:25:18AM +0800, Wei Yang wrote: >When pcibios_remove_pci_devices() is removing pci devices, it will release >pci device respectively. When the refcount of the device is 0, the pci_dev >structure will be destroyed. > >On PowerNV platform, the pci_dev will not be destroyed s

[PATCH v4 2/8] cpufreq: Use cpufreq_for_each_* macros for frequency table iteration

2014-04-21 Thread Stratos Karafotis
The cpufreq core now supports the cpufreq_for_each_entry and cpufreq_for_each_valid_entry macros helpers for iteration over the cpufreq_frequency_table, so use them. It should have no functional changes. Signed-off-by: Stratos Karafotis --- drivers/cpufreq/acpi-cpufreq.c | 9 +++--- driv

Re: [PATCH 0/5] defconfigs: add MTD_SPI_NOR (dependency for M25P80)

2014-04-21 Thread Marek Vasut
On Friday, April 18, 2014 at 08:30:54 AM, Brian Norris wrote: > Hi, > > On Thu, Apr 17, 2014 at 12:53:03PM +0200, Thierry Reding wrote: > > On Thu, Apr 17, 2014 at 12:21:44AM -0700, Brian Norris wrote: > > > We are introducing a new SPI-NOR library/framework for MTD, to support > > > various types

Re: [PATCH 5/6] powerpc/corenet: Add DPAA FMan support to the SoC device tree(s)

2014-04-21 Thread Scott Wood
On Fri, 2014-04-18 at 07:21 -0500, Shruti Kanetkar wrote: > FMan 1 Gb/s MACs (dTSEC and mEMAC) have support for SGMII PHYs. > Add support for the internal SerDes TBI PHYs > > Based on prior work by Andy Fleming > > Signed-off-by: Shruti Kanetkar > --- > arch/powerpc/boot/dts/fsl/b4860si-post.d

Re: [PATCH 4/6] powerpc/corenet: Create the dts components for the DPAA FMan

2014-04-21 Thread Scott Wood
On Fri, 2014-04-18 at 07:21 -0500, Shruti Kanetkar wrote: > +fman@40 { > + mdio@f1000 { > + #address-cells = <1>; > + #size-cells = <0>; > + compatible = "fsl,fman-xmdio"; > + reg = <0xf1000 0x1000>; > + }; > +}; I'd like to see a complet

Re: [PATCH 3/3] of: Handle memory@0 node on PPC32 only

2014-04-21 Thread Rob Herring
On Fri, Apr 18, 2014 at 7:59 AM, Leif Lindholm wrote: > Hi Geert, > > On Fri, Apr 18, 2014 at 10:04:15AM +0200, Geert Uytterhoeven wrote: >> On Thu, Apr 17, 2014 at 7:42 PM, Leif Lindholm >> wrote: >> > In order to deal with an firmware bug on a specific ppc32 platform >> > (longtrail), early_in

[PATCH][v10] powerpc/fsl-booke: Add initial T104x_QDS board support

2014-04-21 Thread Prabhakar Kushwaha
Add support for T104x board in board file t104x_qds.c, It is common for both T1040 and T1042 as they share same QDS board. T1040QDS board Overview --- - SERDES Connections, 8 lanes supporting: — PCI Express: supporting Gen 1 and Gen 2; — SGMII — QSGMII

[PATCH][v10] powerpc/mpc85xx:Add initial device tree support of T104x

2014-04-21 Thread Prabhakar Kushwaha
The QorIQ T1040/T1042 processor support four integrated 64-bit e5500 PA processor cores with high-performance data path acceleration architecture and network peripheral interfaces required for networking & telecommunications. T1042 personality is a reduced personality of T1040 without Integrated 8

[PATCH V4] mtd: m25p80: Modify the name of mtd_info

2014-04-21 Thread Hou Zhiqiang
To specify spi flash layouts by "mtdparts=..." in cmdline, we must give mtd_info a fixed name,because the cmdlinepart's parser will match the name of mtd_info given in cmdline. Now, if use DT, the mtd_info's name will be spi->dev->name. It consists of spi_master->bus_num, and the spi_master->bus_nu

RE: [PATCH] mtd: m25p80: Modify the name of mtd_info

2014-04-21 Thread b48...@freescale.com
> -Original Message- > From: Brian Norris [mailto:computersforpe...@gmail.com] > Sent: Wednesday, April 16, 2014 2:48 PM > To: Hou Zhiqiang-B48286 > Cc: linux-...@lists.infradead.org; linuxppc-...@ozlabs.org; Wood Scott- > B07421; Hu Mingkai-B21284; dw...@infradead.org > Subject: Re: [PAT

Re: [PATCH] powerpc/mm: Fix tlbie to add AVAL fields for 64K pages

2014-04-21 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt writes: > On Mon, 2014-04-21 at 10:37 +0530, Aneesh Kumar K.V wrote: >> The if condition check was based on a draft ISA doc. Remove the same. > > Is this a real bug ? Do we need to send that back to stable ? We haven't found any issues without the patch. I found that by co

Re: [PATCH 3/3] cpufreq: ppc: Fix handling of non-existent clocks

2014-04-21 Thread Geert Uytterhoeven
Hi Viresh, On Mon, Apr 21, 2014 at 8:01 AM, Viresh Kumar wrote: > On 17 April 2014 15:23, Geert Uytterhoeven wrote: >> If the clock doesn't exist, clk_get_rate() returns -EINVAL > > You clk_get_rate() isn't written well then, it should return zero. You're right, thanks! Once again I looked at t