On Wed, Sep 24, 2014 at 12:08:37PM +0300, Tomi Valkeinen wrote:
On 23/09/14 17:58, Thierry Reding wrote:
But if a panel driver controls its video source, it makes sense for the
panel driver to get its video source in its probe, and that happens
easiest if the panel has a link to the video
Adds of_compatible strings to mfd_cells for sub devices of the tps65217.
Signed-off-by: Johannes Pointner johannes.point...@br-automation.com
---
drivers/mfd/tps65217.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/tps65217.c b/drivers/mfd/tps65217.c
index 3cc4c70..77708f9
This patchset adds the of_compatible string for the subdevices of the tps65217.
The TPS65217 is missing of_compatible string in the mfd_cell for its
subdevices. This compatible string is necessary to use functions like
of_find_backlight_by_node in backlight.c.
Change since v1:
1. Clarified new
Add documentation for compatible property of subnodes.
Signed-off-by: Johannes Pointner johannes.point...@br-automation.com
---
Documentation/devicetree/bindings/regulator/tps65217.txt | 7 ++-
.../devicetree/bindings/video/backlight/tps65217-backlight.txt | 9 ++---
2 files
rtas_call() accepts and returns values in CPU endianness.
The ddw_query_response and ddw_create_response structs members are
defined and treated as BE but as they are passed to rtas_call() as
(u32 *) and they get byteswapped automatically, the data is CPU-endian.
This fixes ddw_query_response and
Hi Nikita,
On Tue, Sep 23, 2014 at 09:58:08PM +0400, Nikita Yushchenko wrote:
Hi
I'm currently forward-porting a BSP for imx6-based custom board from
pre-devicetree kernel to modern kernel.
In old BSP there was a board setup file, that registered all board's
devices. For new BSP, I need
In my test on RK3288-pinky board, if spi is enabled, it will begin to
read data from slave regardless of whether the DMA is ready. So we
need prepare DMA before spi is enable.
Signed-off-by: Addy Ke addy...@rock-chips.com
---
drivers/spi/spi-rockchip.c | 15 +++
1 file changed, 7
Hi Laurent,
On Wed, Sep 24, 2014 at 10:04 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
+- adi,input-style: The input components arrangement variant (1, 2 or 3).
What's the meaning of the numerical values 1, 2, and 3?
I found this code in [PATCH 11/12] drm: Add adv7511
On Thursday 25 September 2014 09:16:48 Peter Chen wrote:
+ }
+
+ if (dev-of_node) {
+ ret = ci_hdrc_usb2_dt_probe(dev, ci_pdata);
+ if (ret)
+ goto clk_err;
+ } else {
+ ret = dma_set_mask_and_coherent(pdev-dev,
On Thursday 25 September 2014 00:37:00 Sunil Kovvuri wrote:
On Thu, Sep 25, 2014 at 12:04 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 24 September 2014 23:34:04 Sunil Kovvuri wrote:
On Wed, Sep 24, 2014 at 9:36 PM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 24 September 2014
This patch add some clock binding id for different modules
that under development and going to send upstream.
Signed-off-by: Kever Yang kever.y...@rock-chips.com
Reviewed-by: Doug Anderson diand...@chromium.org
Reviewed-by: Heiko Stuebner he...@sntech.de
---
Changes in v3: None
Changes in v2:
This patch add some clock binding id for different modules
that under development and going to send upstream.
This patch also add the clock node in PD_VIDEO.
Changes in v3:
- add a fix factor
- introduce a virtual node to implement the clock struct
Changes in v2:
- split into two patches of add
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Wednesday, September 24, 2014 11:55 PM
To: Lu Jingchang-B35083
Cc: Guo Shawn-R65073; mark.rutl...@arm.com; linux-arm-
ker...@lists.infradead.org; devicetree@vger.kernel.org; Lu Chen-B46807; Fu
Chao-B44548
Subject: Re:
On Mon, Sep 22, 2014 at 03:55:14PM +0800, Xiubo Li-B47053 wrote:
+static void __init ls1021a_clocks_init(struct device_node *np)
+{
+ void __iomem *dcfg_base;
+
+#define DCFG_CCSR_DEVDISR1 (dcfg_base + 0x70)
+#define DCFG_CCSR_DEVDISR2 (dcfg_base + 0x74)
+#define
On 09/24/14 16:57, Sjoerd Simons wrote:
Same patches as v3 but rebased on
https://git.kernel.org/cgit/linux/kernel/git/kgene/linux-samsung.git/log/?h=for-next
Thanks, applied.
- Kukjin
When building a kernel with support for both USB host and USB Gadget support on
the dwc3 controller on the
On Wed, Sep 24, 2014 at 9:41 PM, Robert Jarzmik robert.jarz...@free.fr wrote:
Add support for device-tree device discovery. If devicetree is not
provided, fallback to legacy platform data discovery.
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
Cc: devicetree@vger.kernel.org
(...)
@@
On Wed, Sep 24, 2014 at 07:01:19PM +0100, Will Deacon wrote:
On Wed, Sep 24, 2014 at 06:53:31PM +0100, Liviu Dudau wrote:
On Wed, Sep 24, 2014 at 06:31:09PM +0100, Bjorn Helgaas wrote:
On Wed, Sep 24, 2014 at 05:43:04PM +0100, Liviu Dudau wrote:
Provide a function to parse the PCI DT
This is initial patch set to support numa on arm64 based platforms.
Tested these patches on cavium's multinode(2 node topology) simulator.
Tried all test-cases present in numactl-2.0.9 package.
In this patchset, defined dt bindings for numa mapping for memory
nodes. The cpu to node mapping is
Adding Documentation for dt binding for memory to numa node mapping.
Signed-off-by: Ganapatrao Kulkarni ganapatrao.kulka...@caviumnetworks.com
---
Documentation/devicetree/bindings/arm/numa.txt | 60 ++
1 file changed, 60 insertions(+)
create mode 100644
Raising the maximum limit to 128. This is needed for Cavium's
Thunder systems that will have 96 cores on Multi-node system.
Signed-off-by: Ganapatrao Kulkarni ganapatrao.kulka...@caviumnetworks.com
---
arch/arm64/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
adding devicetree definition for thunder's 2 node topology.
Defined cpu-map for all 96 cores of 2 node system.
Signed-off-by: Ganapatrao Kulkarni ganapatrao.kulka...@caviumnetworks.com
---
arch/arm64/boot/dts/thunder-88xx-2n.dts | 76 +++
arch/arm64/boot/dts/thunder-88xx-2n.dtsi | 990
On Thu, Sep 25, 2014 at 09:54:32AM +0100, Liviu Dudau wrote:
On Wed, Sep 24, 2014 at 07:01:19PM +0100, Will Deacon wrote:
On Wed, Sep 24, 2014 at 06:53:31PM +0100, Liviu Dudau wrote:
Thanks again and sorry for lack of thorough testing. I still haven't
managed
to get a cross compiler
Adding numa support for arm64 based platforms.
This version creates numa mapping by parsing the dt table.
cpu to node id mapping is derived from cluster_id as defined in cpu-map.
memory to node id mapping is derived from nid property of memory node.
Signed-off-by: Ganapatrao Kulkarni
Adding numa support for arm64 based platforms.
This version creates numa mapping by parsing the dt table.
cpu to node id mapping is derived from cluster_id as defined in cpu-map.
memory to node id mapping is derived from nid property of memory node.
Signed-off-by: Ganapatrao Kulkarni
On Wed, Sep 24, 2014 at 07:59:34PM +0100, Frans Klaver wrote:
On Wed, Sep 24, 2014 at 04:34:32PM +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 04:14:48PM +0100, Frans Klaver wrote:
On Wed, Sep 24, 2014 at 03:38:49PM +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 03:22:22PM
On Thu, Sep 25, 2014 at 11:27 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Wed, Sep 24, 2014 at 07:59:34PM +0100, Frans Klaver wrote:
On Wed, Sep 24, 2014 at 04:34:32PM +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 04:14:48PM +0100, Frans Klaver wrote:
On Wed, Sep 24, 2014 at
Currently all the device data is declared globally which will be a
problem if more than one instance of device is present. So consolidate
all the data into rtc_omap_dev struct and adopt the driver to use this.
Suggested-by: Felipe Balbi ba...@ti.com
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
On some Soc's RTC is powered by an external power regulator.
e.g. RTC on DRA7 SoC. Make the OMAP RTC driver support a
power regulator.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
Changes since v1:
- Separated probe deferral supporting into a new patch.
This series cleans up the OMAP RTC driver to use per device data structure.
And adds support for regulator supply.
Testing:
RTC functionality test on:
DRA742-evm: http://hastebin.com/avowiyegut.xml
DRA722-evm: http://hastebin.com/hujuyuyato.xml
Beagle Bone Black: http://hastebin.com/fawahapuyi.rb
module_platform_driver_probe() prevents driver from requesting probe deferral.
So using module_platform_drive() to support probe deferral.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
Changes since V1:
- New patch, seperated from patch 4/4.
drivers/rtc/rtc-omap.c | 5 +++--
1 file
From: Tero Kristo t-kri...@ti.com
RTC is present in AM43xx and DRA7xx also. Updating the
same in Kconfig.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Tero Kristo t-kri...@ti.com
---
Changes since v1:
- New patch
drivers/rtc/Kconfig| 6 +++---
drivers/rtc/rtc-omap.c
Hi Mark,
On Wed, 2014-09-24 at 18:05 +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 05:00:42PM +0100, Ivan T. Ivanov wrote:
On Wed, 2014-09-24 at 15:55 +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 02:58:23PM +0100, Ivan T. Ivanov wrote:
The current ADC is peripheral of
Hi Geert,
On Thursday 25 September 2014 09:06:46 Geert Uytterhoeven wrote:
Hi Laurent,
On Wed, Sep 24, 2014 at 10:04 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
+- adi,input-style: The input components arrangement variant (1, 2 or 3).
What's the meaning of
Hi Jacob,
On Tue, Sep 23, 2014 at 05:20:26PM -0700, Jacob Pan wrote:
X-Powers AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
AD converters. It also provides extended status and interrupt
Hi Laurent,
On Thu, Sep 25, 2014 at 11:57 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
On Thursday 25 September 2014 09:06:46 Geert Uytterhoeven wrote:
On Wed, Sep 24, 2014 at 10:04 PM, Laurent Pinchart
laurent.pinchart+rene...@ideasonboard.com wrote:
+- adi,input-style: The
On Thursday 25 September 2014 08:06:27 Jingchang Lu wrote:
Libfdt doesn't provide way to find a node by label. Label is just a shortcut
to
a full absolute path, it's useful in device tree source reference, but is hard
to find a label after build to dtb. Aliases just provide the way to save
I just noticed these patches because they conflicted with some of the
local patches I had to add a very similar framework. One of the reasons
why I hadn't posted these publicly yet is because the platform where I
want to use this (Tegra) is somewhat quirky when it comes to power
domains.
On Tegra
On Thursday 25 September 2014 00:17:28 Hauke Mehrtens wrote:
It is not possible to auto detect the irq numbers used by the cores on
an arm SoC. If bcma was registered with device tree it will search for
some device tree nodes with the irq number and add it to the core
configuration.
Hi Stan, few comment bellow.
On Wed, 2014-09-24 at 15:56 +0300, Stanimir Varbanov wrote:
The voltage ADC is peripheral of Qualcomm SPMI PMIC chips. It has
15bits resolution and register space inside PMIC accessible across
SPMI bus.
The vadc driver registers itself through IIO interface.
Hello.
On 9/23/2014 5:31 PM, Kamil Debski wrote:
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Mikhail Ulyanov
Sent: Monday, August 25, 2014 2:30 PM
This patch contains driver for Renesas R-Car JPEG codec.
Cnanges since v1:
-
This a series of patches is a DRM Driver for Rockchip Socs, add support
for vop devices. Future patches will add additional encoders/connectors,
such as eDP, HDMI.
The basic crtc for rockchip is a VOP - Video Output Processor.
the vop devices found on Rockchip rk3288 Soc, rk3288 soc have two
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark yao mark@rock-chips.com
---
Changes in v2:
- use the component framework to defer main drm driver probe
until all VOP devices have been probed.
- use dma-mapping API with ARM_DMA_USE_IOMMU, create dma
This add a display subsystem comprise the all display interface nodes.
Signed-off-by: Mark Yao mark@rock-chips.com
---
Changes in v2:
- add DRM master device node to list all display nodes that comprise
the graphics subsystem.
Changes in v3: None
Changes in v4: None
Changes in v5: None
This adds binding documentation for Rockchip SoC VOP driver.
Signed-off-by: Mark Yao mark@rock-chips.com
---
Changes in v2:
- rename lcdc to vop
- add vop reset
- add iommu node
- add port for display-subsystem
Changes in v3: None
Changes in v4: None
Changes in v5: None
Changes in v6:
Hi Laurent,
Am Mittwoch, den 24.09.2014, 23:04 +0300 schrieb Laurent Pinchart:
Hello,
This patch set adds support for the HDMI output port present on the Renesas
Koelsch board. Doing so requires two components, a driver for the external
ADV7511W HDMI encoder, and support for HDMI encoders
On Thu, Sep 25, 2014 at 02:59:41PM +0800, Addy Ke wrote:
In my test on RK3288-pinky board, if spi is enabled, it will begin to
read data from slave regardless of whether the DMA is ready. So we
need prepare DMA before spi is enable.
Applied, thanks.
signature.asc
Description: Digital
Hi Linus,
Please pull the following bugfix branch. Description below...
Thanks,
g.
The following changes since commit 2ce7598c9a453e0acd0e07be7be3f5eb39608ebd:
Linux 3.17-rc4 (2014-09-07 16:09:43 -0700)
are available in the git repository at:
git://git.secretlab.ca/git/linux
On Wed, Sep 24, 2014 at 10:48:56PM +0800, Chen-Yu Tsai wrote:
The uarts on sun9i are still compatible with the dw_8250, but are
located at different addresses.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Queued for 3.19, thanks.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel
On Wed, Sep 24, 2014 at 10:48:55PM +0800, Chen-Yu Tsai wrote:
The Allwinner A80 is a new Cortex octo-core A7/A15 big.LITTLE SoC.
While it's processor cores and interconnecting bus are new, it
re-uses many peripherals found in earlier Allwinner SoCs.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Add support for the temperature alarm peripheral found inside
Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
peripheral outputs a pulse on an interrupt line whenever the
thermal over temperature stage value changes. Implement an ISR
to manage this interrupt.
Register a thermal
On Wed, Sep 24, 2014 at 10:48:58PM +0800, Chen-Yu Tsai wrote:
The A80 Optimus Board is was launched with the Allwinner A80 SoC.
It was jointly developed by Allwinner and Merrii.
This board has a UART port, a JTAG connector, USB host ports, a USB
3.0 OTG connector, an HDMI output, a micro SD
On Wed, Sep 24, 2014 at 10:48:57PM +0800, Chen-Yu Tsai wrote:
The Allwinner A80 is a new multi-purpose SoC with 4 Cortex-A7 and
4 Cortex-A15 cores in a big.LITTLE architecture, and a 64-core
PowerVR G6230 GPU.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
arch/arm/boot/dts/sun9i-a80.dtsi
On Wed, Sep 24, 2014 at 10:48:59PM +0800, Chen-Yu Tsai wrote:
Merrii Technology Co., Ltd. is a Chinese ARM integration developer that
specializes in Allwinner SoC based designs.
Signed-off-by: Chen-Yu Tsai w...@csie.org
Queued, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded
On Wed, Sep 24, 2014 at 10:49:00PM +0800, Chen-Yu Tsai wrote:
This adds a list of supported Allwinner SoC bindings.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
Documentation/devicetree/bindings/arm/sunxi.txt | 12
1 file changed, 12 insertions(+)
create mode 100644
On Wednesday 24 September 2014 04:43 PM, David Miller wrote:
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Wed, 24 Sep 2014 15:51:15 -0400
Here is an updated version with above fixed. Not posting the entire
series again since its just small update on the patch.
That's not how
On Sun, Sep 21, 2014 at 04:31:06PM +0800, Chen-Yu Tsai wrote:
On Sat, Sep 20, 2014 at 5:59 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
On Wed, Sep 17, 2014 at 12:01:46AM +0800, Chen-Yu Tsai wrote:
On Tue, Sep 16, 2014 at 11:48 PM, Maxime Ripard
v3-v4
Couple of fixes in in error path as pointed [4] out by David. Rest of
the patches are unchanged from v3. I would like get this in for v3.18
merge window if David is happy with this version.
v2-v3
Update v3 after incorporating Jamal and David Miller'scomment/suggestion
from earlier versions
From: Sandeep Nair sandee...@ti.com
Signed-off-by: Sandeep Nair sandee...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
MAINTAINERS |7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index aefa948..4821dcf 100644
--- a/MAINTAINERS
+++
From: Sandeep Nair sandee...@ti.com
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive packets. NetCP also includes a packet
accelerator (PA) module to
Hi,
On Wed, Sep 24, 2014 at 09:44:19AM +0200, Arnd Bergmann wrote:
It is a good suggestion for adding DT support for core driver, Since we did
not do it at the first, it is a little embarrass at current situation.
- For the new chipidea glue drivers, it is ok we can have a child node
On Wed, Sep 24, 2014 at 02:23:38PM +0200, Arnd Bergmann wrote:
On Wednesday 24 September 2014 19:29:05 Peter Chen wrote:
So, it is IP CORE LIB (you suggest) vs IP CORE Platform Driver
(dwc3, musb, chipidea) you are talking about, right? Except for
creating another platform driver as well
On Thu, 25 Sep 2014, Joe.C wrote:
From: Joe.C yingjoe.c...@mediatek.com
Here's the first draft of using hierarchy irqdomain to implement MTK intpol
support. I have tested it and intpol works fine. Before continue, I'd like
to get your comments. This is based on Jiang's hierarchy irqdomian
On Thu, 2014-09-25 at 10:03 -0400, Santosh Shilimkar wrote:
From: Sandeep Nair sandee...@ti.com
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive
On Thu, Sep 25, 2014 at 03:02:08PM +0530, Lokesh Vutla wrote:
From: Tero Kristo t-kri...@ti.com
RTC is present in AM43xx and DRA7xx also. Updating the
same in Kconfig.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Tero Kristo t-kri...@ti.com
---
Changes since v1:
Mark,
On Fri, Sep 12, 2014 at 4:45 AM, Mark yao mark@rock-chips.com wrote:
The patch add the rest of the indices of the additional reset
registers from the updated TRM.
Signed-off-by: Mark yao mark@rock-chips.com
---
include/dt-bindings/clock/rk3288-cru.h | 43
On 25 September 2014 13:21, Thierry Reding thierry.red...@gmail.com wrote:
I just noticed these patches because they conflicted with some of the
local patches I had to add a very similar framework. One of the reasons
why I hadn't posted these publicly yet is because the platform where I
want
Hi Ivan,
On 09/25/2014 03:47 PM, Ivan T. Ivanov wrote:
Hi Stan, few comment bellow.
On Wed, 2014-09-24 at 15:56 +0300, Stanimir Varbanov wrote:
The voltage ADC is peripheral of Qualcomm SPMI PMIC chips. It has
15bits resolution and register space inside PMIC accessible across
SPMI bus.
On Thu, Sep 25, 2014 at 10:47:15AM +0100, Ivan T. Ivanov wrote:
Hi Mark,
On Wed, 2014-09-24 at 18:05 +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 05:00:42PM +0100, Ivan T. Ivanov wrote:
On Wed, 2014-09-24 at 15:55 +0100, Mark Rutland wrote:
On Wed, Sep 24, 2014 at 02:58:23PM
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Remove the now-superfluous console= parameter from chosen/bootargs.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
smu - clocks
sti - timer
uart - serial
All but clocks are defined in ePAPR v1.1.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
arch/arm/boot/dts/emev2.dtsi | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/emev2.dtsi
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Remove the now-superfluous console= parameter from chosen/bootargs.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
Hi Simon, Magnus,
This patch series adds chosen/stdout-path to the various shmobile DTS files
that are used for reference or multi-platform builds.
This serves two purposes:
1. It makes automatic console selection work in the absence of a console=
parameter on the kernel command
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
In addition, this will allow the PM domain code to find the PM domain
for the console device.
Note that we have to keep the console=ttySC1 parameter in
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Note that we have to keep the console=ttySC0,38400 parameter in
chosen/bootargs, else the console will use the default setting of 115200
baud.
Signed-off-by:
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
arch/arm/boot/dts/emev2.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/emev2.dtsi b/arch/arm/boot/dts/emev2.dtsi
index 5fe9212b6bc5e50b..cc7bfe0ba40af9a9 100644
---
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Remove the now-superfluous console= parameter from chosen/bootargs.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Remove the now-superfluous console= parameter from chosen/bootargs.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
In addition, this will allow the PM domain code to find the PM domain
for the console device.
Note that we have to keep the console=ttySC4 parameter in
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
In addition, this will allow the PM domain code to find the PM domain
for the console device.
Remove the now-superfluous console= parameter from chosen/bootargs.
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Note that we have to keep the console=ttySC0,38400 parameter in
chosen/bootargs, else the console will use the default setting of 115200
baud.
Signed-off-by:
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Remove the now-superfluous console= parameter from chosen/bootargs.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
Add a stdout-path property so that automatic console selection works
in the absence of a console= parameter on the kernel command line.
Remove the now-superfluous console= parameter from chosen/bootargs.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
On Thu, Sep 25, 2014 at 1:31 AM, Arnd Bergmann a...@arndb.de wrote:
On Thursday 25 September 2014 00:37:00 Sunil Kovvuri wrote:
On Thu, Sep 25, 2014 at 12:04 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 24 September 2014 23:34:04 Sunil Kovvuri wrote:
All on-board PCI devices
While a PM domain can enable PM runtime management of its devices' module
clocks by setting
genpd-dev_ops.stop = pm_clk_suspend;
genpd-dev_ops.start = pm_clk_resume;
this also requires registering the clocks with the pm_clk subsystem.
In the legacy case, this is handled by the
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
v3:
- No changes
v2:
- New
drivers/base/power/domain.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
index
Populate the PM domains from DT, and provide support to hook up devices
to their respective PM domain.
The always-on power area (e.g. C5 on r8a7740) is created as a PM domain
without software control, to allow Run-Time management of module clocks
for hardware blocks inside this area.
For now use 250 µs, just like the legacy platform code does.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
v3:
- No changes
v2:
- New
arch/arm/boot/dts/r8a7740.dtsi | 136 +
1 file changed, 136 insertions(+)
diff --git
Hi Rafael, Simon, Magnus,
This patch series enables DT support for PM domains on Renesas R-Mobile SoCs.
Currently it's limited to R-Mobile A1 (r8a7740), but given the similarity of
the SYSC System-Controller on the various SH-Mobile/R-Mobile SoCs, and the
abstraction of PM domains in DT,
Use the just introduced genpd attach/detach callbacks to register the
devices' module clocks, instead of doing it directly, to make it
DT-proof.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
v3:
- Update for callback signature changes,
v2:
- New
Replace the hardcoded addresses for accessing the SYSC PM domain
registers by register offsets, relative to the SYSC base address stored
in struct rmobile_pm_domain.
In the future, the SYSC base address will come from DT.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
v3:
- No
If the default PM domain using PM_CLK is used for PM runtime, the real PM
domain(s) cannot be registered from DT later.
Hence do not enable it when running a multi-platform kernel with genpd
support on an r8a7740. The R-Mobile PM domain driver will take care of
PM runtime management of the module
PM domain power on/off-latencies are properties of the hardware.
In legacy code, they're specified from platform code.
On DT platforms, their values should come from DT.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Acked-by: Kevin Hilman khil...@linaro.org
---
v3:
- No changes
v2:
The Renesas R-Mobile System Controller provides a.o. power management
support, following the generic PM domain bindings in
Documentation/devicetree/bindings/power/power_domain.txt.
For now this supports the R-Mobile A1 (r8a7740) only, but it should be
sufficiently generic to handle other members
For now use 250 µs, just like the legacy platform code does.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
v3:
- New, split off from ARM: shmobile: r8a7740 dtsi: Add PM domain
support.
arch/arm/boot/dts/r8a7740.dtsi | 20
1 file changed, 20
PM QoS device start/stop and save/restore state latencies are more or
less properties of the hardware.
In legacy code, they're specified from platform code.
On DT platforms, their values should come from DT.
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
---
Should these properties be
Hi Dong, all,
We use syscon driver on our STi platforms to manage our system config registers.
We declare one syscon instance per sysconf bank.
The problem we are facing is that these banks have holes, and when using
regmap's debugfs interface to dump the registers, we get imprecise aborts.
My
On Thu, Sep 25, 2014 at 05:29:10PM +0200, Ulf Hansson wrote:
On 25 September 2014 13:21, Thierry Reding thierry.red...@gmail.com wrote:
I just noticed these patches because they conflicted with some of the
local patches I had to add a very similar framework. One of the reasons
why I hadn't
On Thursday 25 September 2014 10:29 AM, Joe Perches wrote:
On Thu, 2014-09-25 at 10:03 -0400, Santosh Shilimkar wrote:
From: Sandeep Nair sandee...@ti.com
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem
v4-v5
Sorry to spin v5 quickly but I missed few check-patch warnings which
were pointed by Joe Perches(thanks). I folded his changes [5] along with
few more check-patch warning fixes. I would like get this in for v3.18
merge window if David is happy with this version.
v3-v4
Couple of fixes in in
From: Sandeep Nair sandee...@ti.com
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive packets. NetCP also includes a packet
accelerator (PA) module to
1 - 100 of 170 matches
Mail list logo