On Fri, Apr 18, 2014 at 11:01:27AM +0100, Russell King wrote:
> Add the HDMI DT configuration for the SolidRun HummingBoard and Cubox-i.
>
> Signed-off-by: Russell King
> ---
> arch/arm/boot/dts/imx6dl-hummingboard.dts | 28
> arch/arm/boot/dts/imx6qdl-cubox-i.dtsi
This patch adds the Device Tree bindings for the Hisilicon hip04
Ethernet controller, including 100M / 1000M controller.
Signed-off-by: Zhangfei Gao
---
.../bindings/net/hisilicon-hip04-net.txt | 88
1 file changed, 88 insertions(+)
create mode 100644
Documenta
Support Hisilicon hip04 ethernet driver, including 100M / 1000M controller.
The controller has no tx done interrupt, reclaim xmitted buffer in the poll.
Signed-off-by: Zhangfei Gao
---
drivers/net/ethernet/hisilicon/Makefile|2 +-
drivers/net/ethernet/hisilicon/hip04_eth.c | 846 +++
v8:
Use poll to reclaim xmitted buffer as workaround since no tx done interrupt
v7:
Remove select NET_CORE in 0002
v6:
Suggest by Russell: Use netdev_sent_queue & netdev_completed_queue to solve
latency issue
Also shorten the period of timer, which is used to wakeup the queue since no
tx compl
Hisilicon hip04 platform mdio driver
Reuse Marvell phy drivers/net/phy/marvell.c
Signed-off-by: Zhangfei Gao
---
drivers/net/ethernet/Kconfig|1 +
drivers/net/ethernet/Makefile |1 +
drivers/net/ethernet/hisilicon/Kconfig | 31 +
drivers/net/ether
On Fri, Apr 18, 2014 at 04:28:17PM -0500, Rob Herring wrote:
> >> > Apart from the current code permitting recreating a 15+ year old
> >> > firmware bug into completely new platform ports?
> >>
> >> I would prefer to see a "WARN_ON(!IS_ENABLED(CONFIG_PPC32));" added here.
> >
> > In addition to, or
* Robert Nelson [140418 16:42]:
> On Fri, Apr 18, 2014 at 5:51 PM, Tony Lindgren wrote:
> > * Robert Nelson [140415 08:46]:
> >>
> >> Background: i also tried getting this having this fixed in u-boot:
> >
> > Do we still need to apply this patch then?
>
> Yeah, Tom want's it done in the kernel:
On Fri, Apr 18, 2014 at 5:51 PM, Tony Lindgren wrote:
> * Robert Nelson [140415 08:46]:
>> On Tue, Apr 15, 2014 at 10:35 AM, Nishanth Menon wrote:
>> > On 04/15/2014 10:12 AM, Robert Nelson wrote:
>> >> On Tue, Apr 15, 2014 at 10:09 AM, Robert Nelson
>> >> wrote:
>> >>> BeagleBoard xM A/B has
* Russell King - ARM Linux [140418 16:04]:
> On Fri, Apr 18, 2014 at 02:58:48PM -0700, Tony Lindgren wrote:
> > Oh come on, let's stop pretending it's not broken. And it's way worse with
> > device tree as there's nothing making sure the resources for a driver
> > are set up before the driver prob
On Fri, Apr 18, 2014 at 02:58:48PM -0700, Tony Lindgren wrote:
> Oh come on, let's stop pretending it's not broken. And it's way worse with
> device tree as there's nothing making sure the resources for a driver
> are set up before the driver probes. And we've been unable to fix just
> this issue a
* Robert Nelson [140415 08:46]:
> On Tue, Apr 15, 2014 at 10:35 AM, Nishanth Menon wrote:
> > On 04/15/2014 10:12 AM, Robert Nelson wrote:
> >> On Tue, Apr 15, 2014 at 10:09 AM, Robert Nelson
> >> wrote:
> >>> BeagleBoard xM A/B has an inverted usb hub enable line vs the xM C
> >>>
> >>> Signed
* Johan Hovold [140408 02:25]:
> Remove all remaining uses of gpmc,device-nand that have been added since
> the property was removed by commit f40739faba8e ("ARM: dts: OMAP2+:
> Simplify NAND support").
Thanks applying into omap-for-v3.15/fixes.
Tony
> Signed-off-by: Johan Hovold
> ---
> arc
* Tero Kristo [140402 07:14]:
> On 04/02/2014 04:46 PM, Peter Ujfalusi wrote:
> >The correct bit is 24 for AHCLKX.
> >
> >Signed-off-by: Peter Ujfalusi
>
> Yes, thats a clear bug in the data.
>
> Acked-by: Tero Kristo
Applying into omap-for-v3.15/fixes thanks.
Tony
> > arch/arm/boot/dts/dr
* Roger Quadros [140414 00:23]:
> Hi Tony,
>
> On 04/01/2014 05:13 PM, Felipe Balbi wrote:
> > On Tue, Apr 01, 2014 at 01:37:27PM +0300, Roger Quadros wrote:
> >> The USB3 PHY driver (ti-pipe3) was updated so that the relevant
> >> clock phandles are expected in the DT node.
> >> Provide the nece
On 19/04/2014 00:06, Boris BREZILLON :
>
> On 18/04/2014 22:35, Nicolas Ferre wrote:
>> On 17/03/2014 10:45, Bo Shen :
>>> This patch add sound support on sama5d3xek board.
>>>
>>> This patch series based on the following patch set:
>>> clk: at91: better support for the PCKs
>>> http://comment
On 18/04/2014 22:35, Nicolas Ferre wrote:
> On 17/03/2014 10:45, Bo Shen :
>> This patch add sound support on sama5d3xek board.
>>
>> This patch series based on the following patch set:
>> clk: at91: better support for the PCKs
>> http://comments.gmane.org/gmane.linux.kernel/1664477
>>
>>
>> B
* Rob Herring [140418 14:39]:
> On Fri, Apr 18, 2014 at 3:52 PM, Tony Lindgren wrote:
> > * Rob Herring [140411 10:33]:
> >> On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
> >> wrote:
> >> > The goal of this patch is to allow drivers to be probed even if at the
> >> > time of
> >> > the
This adds a driver for the HDA block in Tegra SoCs. The HDA bus is
used to communicate with the HDMI codec on Tegra124.
Most of the code is re-used from the Intel/PCI HDA driver. It brings
over only two of the module params, power_save and probe_mask.
Signed-off-by: Dylan Reid
---
Changes sinc
On Fri, Apr 18, 2014 at 3:52 PM, Tony Lindgren wrote:
> * Rob Herring [140411 10:33]:
>> On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
>> wrote:
>> > The goal of this patch is to allow drivers to be probed even if at the
>> > time of
>> > the DT parsing some of their IRQ ressources are n
On Fri, 2014-04-18 at 18:11 +0300, Diana Craciun wrote:
> From: Diana Craciun
>
> The CoreNet coherency fabric is a fabric-oriented, conectivity
> infrastructure that enables the implementation of coherent, multicore
> systems. The CCF acts as a central interconnect for cores,
> platform-level ca
On Fri, Apr 18, 2014 at 1:22 AM, Takashi Iwai wrote:
> At Wed, 16 Apr 2014 14:39:32 -0700,
> Dylan Reid wrote:
>>
>> This adds a driver for the HDA block in Tegra SoCs. The HDA bus is
>> used to communicate with the HDMI codec on Tegra124.
>>
>> Most of the code is re-used from the Intel/PCI HDA
On Fri, Apr 18, 2014 at 3:13 PM, Leif Lindholm wrote:
> On Fri, Apr 18, 2014 at 10:37:58AM -0500, Rob Herring wrote:
>> >> But why do you need this?
>> >
>> > Apart from the current code permitting recreating a 15+ year old
>> > firmware bug into completely new platform ports?
>>
>> I would prefer
On 24/12/2013 03:36, Wenyou Yang :
> Reviwed-by: Mark Brown
> Signed-off-by: Wenyou Yang
Wenyou,
While collecting patches for our next at91-3.16-dt branch I noticed this
patch that should go on top of the SAMA5D3 CMP board.
I would prefer to create another .dtsi file for CMP board and not mix
* Rob Herring [140411 10:33]:
> On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
> wrote:
> > The goal of this patch is to allow drivers to be probed even if at the time
> > of
> > the DT parsing some of their IRQ ressources are not available yet.
> >
> > In the current situation, the IRQ re
On 17/03/2014 10:45, Bo Shen :
> If without the MICBIAS routing, the record don't work.
> Add the missing MICBIAS routing to let record from mic working.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
>
> arch/arm/boot/dts/sama5d3xmb.dtsi | 1 +
> 1 file changed, 1 insertion(+)
>
On 17/03/2014 10:45, Bo Shen :
> As the sama5d3 dtsi file in go into mainline before sound driver,
> and, the sound compatible string is changed when go into mainline.
> Add this patch to correct the sound compatible string.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
>
> arch/a
On 17/03/2014 10:45, Bo Shen :
> According to hardware design the clock for SSC device is from rk pin.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
>
> arch/arm/boot/dts/sama5d3xmb.dtsi | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/arm/boot/dts/sama5d3xmb.dts
On 17/03/2014 10:45, Bo Shen :
> Make the sound device in disabled status by default
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
>
> arch/arm/boot/dts/sama5d3xmb.dtsi | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/boot/dts/sama5d3xmb.dtsi
> b/arch/arm/boot
On 17/03/2014 10:45, Bo Shen :
> Add DMA property for SSC devices on SAMA5D3 SoC.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
> ---
>
> arch/arm/boot/dts/sama5d3.dtsi | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/arch/arm/boot/dts/sama5d3.dtsi b/arch/arm/boot/dts/sam
On Fri, Apr 18, 2014 at 10:35:02PM +0200, Nicolas Ferre wrote:
> For this series I am a little bit puzzled: should I take the ASoC part
> of it? I see no acknowledgement from Mark and I also read some messages
> still discussing about CCF and wm8904 afterwards.
I've not seen these patches, judgin
On 17/03/2014 10:45, Bo Shen :
> This patch add sound support on sama5d3xek board.
>
> This patch series based on the following patch set:
> clk: at91: better support for the PCKs
> http://comments.gmane.org/gmane.linux.kernel/1664477
>
>
> Bo Shen (5):
> ARM: at91: sama5d3: add DMA proper
On Fri, Apr 18, 2014 at 10:37:58AM -0500, Rob Herring wrote:
> >> But why do you need this?
> >
> > Apart from the current code permitting recreating a 15+ year old
> > firmware bug into completely new platform ports?
>
> I would prefer to see a "WARN_ON(!IS_ENABLED(CONFIG_PPC32));" added here.
I
Hello.
On 04/12/2014 07:06 AM, Iyappan Subramanian wrote:
This patch adds documentation for APM X-Gene SoC ethernet DTS binding.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/net/apm-xgene-enet.txt | 46 ++
On Fri, Apr 18, 2014 at 02:01:19AM +0300, Stanimir Vabanov wrote:
> >
> > static const struct of_device_id bam_of_match[] = {
> > + { .compatible = "qcom,bam-v1.3.0", },
> > { .compatible = "qcom,bam-v1.4.0", },
>
> you could use the of_device_id::data field to switch between different
CPU_METHOD_OF_DECLARE allows to bind the smp_ops to a set of cpus through the
enable-method property, instead of relying on the machine to define it. Switch
to it to get closer to an empty machine.
Signed-off-by: Maxime Ripard
---
arch/arm/mach-sunxi/platsmp.c | 1 +
1 file changed, 1 insertion(
Document the necently introduced A31 enable-method as a valid option.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
b/Documentation/devicetree/bindings/arm/cpus.t
That will allow to use the CPU_METHOD_OF_DECLARE definition we did previously.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index bc46814d2ff0..e88519cc6e7
Now that we can rely on the enable-method, remove the smp field declaration
from A31 machine.
Signed-off-by: Maxime Ripard
---
arch/arm/mach-sunxi/common.h | 19 ---
arch/arm/mach-sunxi/platsmp.c | 2 --
arch/arm/mach-sunxi/sunxi.c | 3 ---
3 files changed, 24 deletions(-)
The recent introduction of CPU_METHOD_OF_DECLARE allowed to deprecate
one more fiel of the struct machine_desc.
Switch to it for the Allwinner A31 SoC.
Maxime Ripard (5):
Documentation: dt: bindings: Document ARM PSCI enable method
ARM: sun6i: Use CPU_METHOD_OF_DECLARE
Documentation: dt: bi
arm,psci is also a valid enable-method for the CPUs on ARM. Document it.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt
b/Documentation/devicetree/bindings/arm/cpu
On Thu, Apr 17, 2014 at 09:43:40AM +0200, Arend van Spriel wrote:
> + linux-ser...@vger.kernel.org
>
> On 16/04/14 15:09, Hans de Goede wrote:
> >Hi,
> >
> >On 04/16/2014 12:39 PM, Chen-Yu Tsai wrote:
> >>Hi,
> >>
> >>On Wed, Apr 16, 2014 at 5:44 PM, Maxime Ripard
> >> wrote:
> >>>Hi,
> >>>
> >>>P
On Wed, Apr 16, 2014 at 06:39:28PM +0800, Chen-Yu Tsai wrote:
> Hi,
>
> On Wed, Apr 16, 2014 at 5:44 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > Please try to keep me in CC, even though the ML doesn't make it easy..
>
> Sorry about that.
>
> > On Wed, Apr 16, 2014 at 12:06:59AM +0800, Chen-Yu Ts
This patch adds function set_rate to the generic PHY framework operation
structure. This function can be called to instruct the PHY underlying
layer at specified lane to configure for specified rate.
Signed-off-by: Loc Ho
Signed-off-by: Suman Tripathi
---
drivers/phy/phy-core.c | 27 ++
This patch adds function set_rate to the generic PHY framework operation
structure. This function can be called to instruct the PHY underlying
layer at specified lane to configure for specified rate.
Signed-off-by: Loc Ho
Signed-off-by: Suman Tripathi
---
drivers/phy/phy-core.c | 27 ++
This patch adds the necessary PHY code to support SATA Gen1/Gen2 for
the APM X-Gene SoC PHY driver.
Signed-off-by: Loc Ho
Signed-off-by: Suman Tripathi
---
drivers/phy/phy-xgene.c | 90 ++---
1 file changed, 77 insertions(+), 13 deletions(-)
diff --g
This patch adds the necessary code to support SATA Gen1/Gen2 for the APM X-Gene
SoC 15Gbps Multi-purpose PHY driver.
Suman Tripathi (2):
PHY: Add function set_rate to generic PHY framework
PHY: Add Gen1/Gen2 support for the APM SoC X-Gene SATA PHY driver
drivers/phy/phy-core.c | 29
On Fri, Apr 18, 2014 at 08:17:35PM +0200, Andrew Lunn wrote:
> The driver already has:
> static const struct i2c_device_id alc5623_i2c_table[] = {
> {"alc5621", 0x21},
> {"alc5622", 0x22},
> {"alc5623", 0x23},
> {}
> };
> MODULE_DEVICE_TABLE(i2c, alc5623_i2c_table)
On Fri, Apr 18, 2014 at 05:33:51PM +0100, Mark Brown wrote:
> On Thu, Apr 17, 2014 at 05:53:10PM +0200, Andrew Lunn wrote:
>
> > + - compatible: "realtek,alc5623"
>
> You've not added an ID table to the driver for this.
The driver already has:
static const struct i2c_device_id alc5623_i2c_t
On Fri, Apr 11, 2014 at 7:56 AM, Jacek Anaszewski
wrote:
> This is is the third version of the patch series being a follow up
> of the discussion on Media summit 2013-10-23, related to the
> LED / flash API integration (the notes from the discussion were
> enclosed in the message [1], paragraph 5)
On Wed, Apr 16, 2014 at 10:01:41AM +0100, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
Same here, you should have said what this is actually supposed to do.
signature.asc
Description: Digital signature
On Wed, Apr 16, 2014 at 10:01:37AM +0100, Charles Keepax wrote:
> This patch factors out the reading of GPIOs for the Arizona devices
> into a helper function.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Apr 16, 2014 at 10:01:39AM +0100, Charles Keepax wrote:
> Signed-off-by: Charles Keepax
Applied, but again you really need better changelogs - processing of
init_data for what? For most regulators init_data is handled totally
transparently so this isn't normal.
signature.asc
Descriptio
On Wed, Apr 16, 2014 at 10:01:38AM +0100, Charles Keepax wrote:
> It is more idiomatic to process things relating to the regulator in its
> driver. This patch moves both processing of device tree relating to the
> regulator and checking if the regulator is external from arizona-core
> into the regu
On Tue, Apr 15, 2014 at 10:55:45AM +0200, Krzysztof Kozlowski wrote:
> Anyway more drivers seem to use this kind of binding (tps65090, max8952,
> da9055, arizona) so maybe there is a point in making this generic?
Yes.
signature.asc
Description: Digital signature
On Mon, Apr 14, 2014 at 07:39:53PM +0200, Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> The availability of SPI Dual or Quad Transfer Mode as indicated by the
> "spi-tx-bus-width" and "spi-rx-bus-width" properties in the device tree is
> a hardware property of the SPI master, SPI slave
On 17/04/2014 19:42, Leif Lindholm wrote:
> A few platforms lack a 'device_type = "memory"' for their memory
> nodes, relying on an old ppc quirk in order to discover its
> memory. Add this, to permit that quirk to be made ppc only.
>
> Signed-off-by: Leif Lindholm Cc:
> linux-m...@linux-mips.
Linus,
Please pull DT fixes for 3.15.
Thanks,
Rob
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
tags/dt-fixes-for-
On Thu, Apr 17, 2014 at 11:12 AM, Pantelis Antoniou
wrote:
> Hi Alan,
>
> Ugh, very sorry for the late reply; my mailer filed this somewhere I don't
> look at very frequently.
>
> On Mar 28, 2014, at 8:27 PM, delicious quinoa wrote:
>
>> On Tue, Mar 18, 2014 at 4:55 PM, Pantelis Antoniou
>> wrot
This series introduces the driver for the Kona PWM controller found in
Broadcom mobile SoCs like bcm281xx and updates the device tree and the
defconfig to enable use of this hardware on the bcm28155 AP board.
Changes since v5:
- Rebased on v3.15-rc1
Changes since v4:
- Added in real polarity
Enable PWM drivers and the PWM-based backlight driver.
Signed-off-by: Tim Kryger
Reviewed-by: Alex Elder
Reviewed-by: Markus Mayer
---
arch/arm/configs/bcm_defconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/bcm_defconfig b/arch/arm/configs/bcm_defconfig
index
Add support for the six-channel Kona PWM controller found on Broadcom
mobile SoCs like bcm281xx.
Signed-off-by: Tim Kryger
Reviewed-by: Alex Elder
Reviewed-by: Markus Mayer
---
drivers/pwm/Kconfig|9 ++
drivers/pwm/Makefile |1 +
drivers/pwm/pwm-bcm-kona.c | 319
Add the device tree node for the PWM on bcm11351 SoCs.
Signed-off-by: Tim Kryger
Reviewed-by: Alex Elder
Reviewed-by: Markus Mayer
---
arch/arm/boot/dts/bcm11351.dtsi |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/bcm11351.dtsi b/arch/arm/boot/dts/bcm11351.dts
Mark the PWM as enabled on the bcm28155 AP board.
Signed-off-by: Tim Kryger
Reviewed-by: Alex Elder
Reviewed-by: Markus Mayer
---
arch/arm/boot/dts/bcm28155-ap.dts |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/bcm28155-ap.dts
b/arch/arm/boot/dts/bcm28155-ap.dts
Add the binding description for the Kona PWM controller found on Broadcom's
mobile SoCs.
Signed-off-by: Tim Kryger
Reviewed-by: Alex Elder
Reviewed-by: Markus Mayer
---
.../devicetree/bindings/pwm/bcm-kona-pwm.txt | 21
1 file changed, 21 insertions(+)
create mode
On Thu, Apr 17, 2014 at 05:53:13PM +0200, Andrew Lunn wrote:
> +- simple-audio-card,mclk-factor : Multiplication factor between
> stream rate and codec
> + mclk.
The normal name for this is fs rather than factor.
> + if (priv->mclk_factor)
On Thu, Apr 17, 2014 at 05:53:10PM +0200, Andrew Lunn wrote:
> + - compatible: "realtek,alc5623"
You've not added an ID table to the driver for this.
> + - add-ctrl:Default register value for Reg-40h, Additional Control
> Register.
> + If absent, the default is 0.
>
Hi Greg,
did you have a chance to look at this yet?
Thanks,
Sören
On Fri, 2014-04-04 at 05:23PM -0700, Soren Brinkmann wrote:
> From: Michal Simek
>
> No functional changes.
>
> Signed-off-by: Michal Simek
> ---
>
> Changes in v3: None
> Changes in v2:
> - this patch has be
On 06/03/2014 07:04, Tushar Behera :
> Most of the clock related dt-binding header files are located in
> dt-bindings/clock folder. It would be good to keep all the similar
> header files at a single location.
>
> Signed-off-by: Tushar Behera
> CC: Rob Landley
> CC: Andrew Victor
> CC: Jean-Chr
Hi,
Just trying to summarize what has been discussed so far in
various threads regarding changes needed to this patch.
* Tomi Valkeinen [140121 03:01]:
> --- a/drivers/video/omap2/displays-new/panel-dpi.c
> +++ b/drivers/video/omap2/displays-new/panel-dpi.c
> @@ -182,6 +186,52 @@ static int pane
RTS pin is an active low pin.
For now, this doesn't change anything as the ACTIVE_LOW (1) flag is not
handled in atmel_serial, but it will be in 3.16.
Signed-off-by: Richard Genoud
---
Documentation/devicetree/bindings/serial/atmel-usart.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Fri, Apr 18, 2014 at 7:48 AM, Leif Lindholm wrote:
> On Thu, Apr 17, 2014 at 07:43:13PM -0500, Rob Herring wrote:
>> On Thu, Apr 17, 2014 at 12:41 PM, Leif Lindholm
>> wrote:
>> > drivers/of/fdt.c contains a workaround for a missing memory type
>> > entry on longtrail firmware. Make that quirk
On 01/04/2014 09:12, Bo Shen :
> The PD16 is the CS3 for SPI0 while not SPI1.
>
> Signed-off-by: Bo Shen
Acked-by: Nicolas Ferre
Okay, queued in at91-3.15-fixes. Thanks
> ---
> This patch is based on v3.14-rc8
>
> arch/arm/boot/dts/at91-sama5d3_xplained.dts | 4 ++--
> 1 file changed, 2 i
From: Diana Craciun
The CoreNet coherency fabric is a fabric-oriented, conectivity
infrastructure that enables the implementation of coherent, multicore
systems. The CCF acts as a central interconnect for cores,
platform-level caches, memory subsystem, peripheral devices and I/O host
bridges in t
On Wed, Apr 16, 2014 at 04:12:28PM -0700, Doug Anderson wrote:
> The tps65090 regulator allows you to specify how long you want it to
> wait before detecting an overcurrent condition. Allow specifying that
> through the device tree (or through platform data).
Applied, thanks.
> +- ti,overcurrent
Cc: devicetree@vger.kernel.org
Signed-off-by: Laurent Pinchart
Tested-by: Wolfram Sang
---
.../devicetree/bindings/timer/renesas,mtu2.txt | 40 ++
drivers/clocksource/sh_mtu2.c | 8 +
2 files changed, 48 insertions(+)
create mode 100644 Document
Cc: devicetree@vger.kernel.org
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/timer/renesas,cmt.txt | 49
drivers/clocksource/sh_cmt.c | 66 --
2 files changed, 97 insertions(+), 18 deletions(-)
create mode 100644 Docum
Cc: devicetree@vger.kernel.org
Signed-off-by: Laurent Pinchart
---
.../devicetree/bindings/timer/renesas,tmu.txt | 40 +++
drivers/clocksource/sh_tmu.c | 45 ++
2 files changed, 77 insertions(+), 8 deletions(-)
create mode 100644 Doc
Due to some parts of Exynos SoC support designed originally in a non-scalable
way, relying on 1:1 mapping between value returned by cpu_logical_map() and
CPU IDs as seen by PMU and GIC, trying to specify CPU topology in device tree
caused various boot-up issues on Exynos SoCs, ranging from CPUs oth
On SoCs with more than 2 cores there are more than 2 S5P_ARM_CORE_*
registers that can be addressed with fixed stride of 0x80. This patch
renames the definitions of S5P_ARM_CORE1_* registers to be S5P_ARM_CORE_*
and make them take physical core ID as argument to calculate register
address.
Signed-
When CPU topology is specified in device tree, cpu_logical_map() does
not return core ID anymore, but rather full MPIDR value. This breaks
existing calculation of PMU register offsets on Exynos SoCs.
This patch fixes the problem by adjusting the code to use only core ID
bits of the value returned
After fixing non-banked GIC support in GIC driver, CPU nodes can be
safely added to Exynos4 device tree sources, along with appropriate
gic-offset properties.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/exynos4210.dtsi | 19 +++
arch/arm/boot/dts/exynos4212.dtsi | 19 +++
On most platforms GIC registers are banked, so each CPU can access its
registers at the same address. However there is a small number of SoCs
on which the banking is not implemented and each CPU has its GIC
register set at different offset from GIC base address.
Originally the driver used simple m
Hi Felipe,
On Thu, Apr 17, 2014 at 8:31 PM, Felipe Balbi wrote:
> On Thu, Apr 17, 2014 at 03:01:37PM +0530, sundeep subbaraya wrote:
>> Hi Felipe,
>>
>> On Wed, Apr 16, 2014 at 11:32 PM, Felipe Balbi wrote:
>> > Hi,
>> >
>> > On Wed, Apr 16, 2014 at 04:09:28PM +0530, sundeep subbaraya wrote:
>>
On 24/03/2014 09:27, Boris BREZILLON :
> Add slow clk, and slow oscillators documentation.
>
> Signed-off-by: Boris BREZILLON
> ---
> .../devicetree/bindings/clock/at91-clock.txt | 72
>
> 1 file changed, 72 insertions(+)
>
> diff --git a/Documentation/devicetree/b
Dear David
On 04/08/2014 02:53 AM, David Miller wrote:
+static void hip04_tx_reclaim(struct net_device *ndev, bool force)
...
+static void hip04_xmit_timer(unsigned long data)
+{
+ struct net_device *ndev = (void *) data;
+
+ hip04_tx_reclaim(ndev, false);
+}
...
+ mod
Hei Leif,
On Fri, Apr 18, 2014 at 2:59 PM, Leif Lindholm wrote:
> 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_init_
On 18/04/2014 14:49, Nicolas Ferre wrote:
> On 24/03/2014 09:27, Boris BREZILLON :
>> Update main clk documentation to match main clk implementation rework.
>>
>> Signed-off-by: Boris BREZILLON
>> ---
>> .../devicetree/bindings/clock/at91-clock.txt | 56
>>
>> 1 fil
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_init_dt_scan_memory() looks for a node called
> > memory@0 on all
On 24/03/2014 09:27, Boris BREZILLON :
> Update main clk documentation to match main clk implementation rework.
>
> Signed-off-by: Boris BREZILLON
> ---
> .../devicetree/bindings/clock/at91-clock.txt | 56
>
> 1 file changed, 47 insertions(+), 9 deletions(-)
>
> di
On Thu, Apr 17, 2014 at 07:43:13PM -0500, Rob Herring wrote:
> On Thu, Apr 17, 2014 at 12:41 PM, Leif Lindholm
> wrote:
> > drivers/of/fdt.c contains a workaround for a missing memory type
> > entry on longtrail firmware. Make that quirk PPC32 only, and while
> > at it - fix up the .dts files in t
Hi again,
On 04/17/2014 01:53 PM, YoungJun Cho wrote:
> In case of using CPU interface panel, the relevant registers should be set.
> So this patch adds relevant dt bindings.
>
> Changelog v2:
> - Changes "samsung,sysreg-phandle" to "samsung,sysreg"
>
> Signed-off-by: YoungJun Cho
> Signed-off-by
Based on prior work by Andy Fleming
Signed-off-by: Shruti Kanetkar
---
arch/powerpc/boot/dts/b4860qds.dts | 56 +++
arch/powerpc/boot/dts/b4qds.dtsi | 45 ++
arch/powerpc/boot/dts/p1023rdb.dts | 19 +++
arch/powerpc/boot/dts/p2041rdb.dts | 87 +++
arch/powerpc/boot/dts/p30
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.dtsi | 28 +
arch/powerpc/boot/dts/fsl/b4si-post.dtsi| 51 +++
From: Andy Fleming
Signed-off-by: Andy Fleming
Signed-off-by: Shaohui Xie
Signed-off-by: Shruti Kanetkar
---
arch/powerpc/configs/corenet32_smp_defconfig | 2 ++
arch/powerpc/configs/corenet64_smp_defconfig | 2 ++
arch/powerpc/platforms/85xx/corenet_generic.c | 3 +++
3 files changed, 7 in
Signed-off-by: Andy Fleming
Signed-off-by: Shaohui Xie
Signed-off-by: Shruti Kanetkar
---
arch/powerpc/configs/corenet32_smp_defconfig | 1 +
arch/powerpc/configs/corenet64_smp_defconfig | 1 +
arch/powerpc/platforms/85xx/corenet_generic.c | 3 +++
3 files changed, 5 insertions(+)
diff --git
The device tree binding(s) document has fallen out of sync with the
driver code. Update the list of supported devices to reflect current
driver capabilities
Signed-off-by: Shruti Kanetkar
---
Documentation/devicetree/bindings/net/fsl-tsec-phy.txt | 11 ++-
1 file changed, 10 insertions(+
Hi Sebastian,
On 18/04/2014 13:19, Sebastian Hesselbarth wrote:
> On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
>> The usb3-utmi registers allow to configure the internal USB PHY of the
>> Armada 380/385 SoCs. A small initialization is needed to be able to use
>> the USB3 ports.
>>
>> Signed-off-
Hi YoungJun,
Thanks for the whole patchset.
On 04/15/2014 07:47 AM, YoungJun Cho wrote:
> Some phy control registers are not kept after software reset.
> So this patch makes the clocks containing phy control to be set
> after software reset.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Inki
On 04/18/2014 01:43 PM, Gregory CLEMENT wrote:
>>> @@ -0,0 +1,21 @@
>>> +/*
>>> + * Copyright (C) 2014 Marvell
>>> + *
>>> + * Gregory Clement
>>> + *
>>> + * This file is licensed under the terms of the GNU General Public
>>> + * License version 2. This program is licensed "as is" without any
>>
Hi Sebastian,
On 18/04/2014 13:23, Sebastian Hesselbarth wrote:
> On 04/18/2014 12:22 PM, Gregory CLEMENT wrote:
>> The Marvell Armada 38x SoCs contain two xHCI host. This commit adds
>> the Device Tree description of those interfaces at the SoC level, and
>> also enables the two USB3 ports on the
1 - 100 of 118 matches
Mail list logo