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
From: Mark yao mark@rock-chips.com
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark Yao mark@rock-chips.com
Signed-off-by: Daniel Kurtz djku...@chromium.org
Acked-by: Daniel Vetter dan...@ffwll.ch
Reviewed-by: Rob Clark robdcl...@gmail.com
---
From: Mark yao mark@rock-chips.com
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
From: Mark yao mark@rock-chips.com
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
On Mon, Nov 17, 2014 at 02:18:36PM +, Mark Brown wrote:
On Mon, Nov 17, 2014 at 05:33:08PM +0900, gyun...@gmail.com wrote:
np = of_get_child_by_name(dev-parent-of_node, regulator);
+ ret = of_regulator_match(dev, np, sky81452_match, 1);
Don't open code this, use
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding below look acceptable?
I'll clean up driver code a bit
On 11/17/2014 12:00 AM, Peter Crosthwaite wrote:
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
Hi,
On 11/17/2014 04:55 PM, Maxime Ripard wrote:
On Mon, Nov 17, 2014 at 01:39:18PM +, Grant Likely wrote:
On Mon, Nov 17, 2014 at 12:47 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
On Mon, Nov 17, 2014 at 12:34:46PM +0100, Hans de Goede wrote:
If pre-filled framebuffer
On Mon, 17 Nov 2014, Chanwoo Choi wrote:
This patch adds S2MPS13 regulator device to existing S2MPS11 device driver.
The S2MPS13 has just different number of regulators from S2MPS14.
The S2MPS13 regulator device includes LDO[1-40] and BUCK[1-10].
Cc: Mark Brown broo...@kernel.org
On Mon, 17 Nov 2014, Chanwoo Choi wrote:
This patch adds the binding documentation for Samsung S2MPS13 PMIC
which is similiar with existing S2MPS14 PMIC. S2MPS13 has the different number
of regulators from S2MPS14 and RTC/Clock is the same with the S2MPS14.
Cc: Lee Jones
On Mon, 17 Nov 2014, Chanwoo Choi wrote:
This patch adds the support for Samsung S2MPS13 PMIC device to the sec-core
MFD
driver. The S2MPS13 is very similar with existing S2MPS14 and includes PMIC/
RTC/CLOCK devices.
Cc: Lee Jones lee.jo...@linaro.org
Signed-off-by: Chanwoo Choi
Hi,
On 11/17/2014 04:59 PM, Maxime Ripard wrote:
Hi,
On Mon, Nov 17, 2014 at 04:40:16PM +0100, Hans de Goede wrote:
Review of the u-boot sunxi simplefb patches has led to the decision that
u-boot should not use a specific path to find the nodes as this goes contrary
to how devicetree
On Mon, 2014-11-17 at 23:12 +0100, Hartmut Knaack wrote:
Ivan T. Ivanov schrieb am 12.11.2014 09:55:
On Tue, 2014-11-11 at 23:39 +0100, Hartmut Knaack wrote:
Ivan T. Ivanov schrieb am 11.11.2014 09:21:
Hi Hartmut,
On Mon, 2014-11-10 at 22:11 +0100, Hartmut Knaack wrote:
On Tue, 18 Nov 2014, Chanwoo Choi wrote:
Dear Sangbeom,
On 11/18/2014 09:38 AM, Sangbeom Kim wrote:
Hi,
On Monday, November 17, 2014 9:43 AM, Chanwoo Choi wrote:
This patch adds only the compatible string for S2MPS13 clock which is
identical
with S2MPS14 clock driver.
What's
On Tue, Nov 18, 2014 at 04:00:29PM +0800, Mark Yao wrote:
From: Mark yao mark@rock-chips.com
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark Yao mark@rock-chips.com
Signed-off-by: Daniel Kurtz djku...@chromium.org
Acked-by: Daniel Vetter
Dear Lee,
On 11/18/2014 05:22 PM, Lee Jones wrote:
On Mon, 17 Nov 2014, Chanwoo Choi wrote:
This patch adds the support for Samsung S2MPS13 PMIC device to the sec-core
MFD
driver. The S2MPS13 is very similar with existing S2MPS14 and includes PMIC/
RTC/CLOCK devices.
Cc: Lee Jones
Dear Lee,
On 11/18/2014 05:17 PM, Lee Jones wrote:
On Mon, 17 Nov 2014, Chanwoo Choi wrote:
This patch adds S2MPS13 regulator device to existing S2MPS11 device driver.
The S2MPS13 has just different number of regulators from S2MPS14.
The S2MPS13 regulator device includes LDO[1-40] and
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding
On Tue, 2014-11-18 at 09:15 +0100, Hans de Goede wrote:
Hi,
On 11/17/2014 04:55 PM, Maxime Ripard wrote:
On Mon, Nov 17, 2014 at 01:39:18PM +, Grant Likely wrote:
On Mon, Nov 17, 2014 at 12:47 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
On Mon, Nov 17, 2014 at
On 11/17/2014 05:47 PM, Peter Griffin wrote:
Hi folks,
This series adds the required device tree nodes to enable the usb2/1.1 phy
and usb2/1.1 controllers on the stih416-b2120 board.
It additionally re-works and adds support for the new stih410 SoC which is
very similar to the stih407 SoC,
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding
Dear Sangbeom,
On 11/18/2014 09:38 AM, Sangbeom Kim wrote:
Hi,
On Monday, November 17, 2014 9:43 AM, Chanwoo Choi wrote:
This patch adds only the compatible string for S2MPS13 clock which is
identical
with S2MPS14 clock driver.
What's the relation of S2MPS14 RTC and clock driver?
Sorry,
On Tuesday 18 November 2014 09:47:57 Maxime Coquelin wrote:
For the series,
Acked-by: Maxime Coquelin maxime.coque...@st.com
If Arnd is fine with the series, these patches will be part of my
next pull request.
Yes, it's all good. Just keep the defconfig change separate from
This patchset adds Samsung S2MPS13 PMIC device driver in existing S2MPS11 PMIC
driver. The S2MPS13 has just the differnet number of regulator from existing
S2MPS14 PMIC and RTC/CLOCK IP of S2MPS13 is the same with S2MPS14. S2MPS13
PMIC has LDO[1-40] and BUCK[1-10] regulators.
Changes from v1:
-
This patch adds the support for Samsung S2MPS13 PMIC device to the sec-core MFD
driver. The S2MPS13 is very similar with existing S2MPS14 and includes PMIC/
RTC/CLOCK devices.
Cc: Lee Jones lee.jo...@linaro.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Sangbeom Kim
This patch adds only the compatible string for S2MPS13 RTC which is identical
with S2MPS14 RTC driver.
Cc: Alessandro Zummo a.zu...@towertech.it
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
---
drivers/rtc/rtc-s5m.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff
This patch adds the support for S2MPS13 PMIC clock which is same with existing
S2MPS14 RTC IP. But, S2MPS13 uses all of clocks (32khz_{ap|bt|cp}).
Cc: Mike Turquette mturque...@linaro.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Reviewed-by: Krzysztof Kozlowski k.kozlow...@samsung.com
This patch adds the binding documentation for Samsung S2MPS13 PMIC
which is similiar with existing S2MPS14 PMIC. S2MPS13 has the different number
of regulators from S2MPS14 and RTC/Clock is the same with the S2MPS14.
Cc: Lee Jones lee.jo...@linaro.org
Signed-off-by: Chanwoo Choi
This patch adds S2MPS13 regulator device to existing S2MPS11 device driver.
The S2MPS13 has just different number of regulators from S2MPS14.
The S2MPS13 regulator device includes LDO[1-40] and BUCK[1-10].
Cc: Mark Brown broo...@kernel.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Hi,
On 11/18/2014 09:47 AM, Ian Campbell wrote:
On Tue, 2014-11-18 at 09:15 +0100, Hans de Goede wrote:
Hi,
On 11/17/2014 04:55 PM, Maxime Ripard wrote:
On Mon, Nov 17, 2014 at 01:39:18PM +, Grant Likely wrote:
On Mon, Nov 17, 2014 at 12:47 PM, Maxime Ripard
Fix comment style
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-cm-t3x.dtsi
b/arch/arm/boot/dts/omap3-cm-t3x.dtsi
index b074673..e4c0c56
Add display alias for TV out.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-sbc-t3517.dts |1 +
arch/arm/boot/dts/omap3-sbc-t3530.dts |1 +
arch/arm/boot/dts/omap3-sbc-t3730.dts |1 +
3 files changed, 3 insertions(+), 0 deletions(-)
diff --git
Add TV out support.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-cm-t3x.dtsi
b/arch/arm/boot/dts/omap3-cm-t3x.dtsi
index
Add at24 EEPROM chip support.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-cm-t3x.dtsi
b/arch/arm/boot/dts/omap3-cm-t3x.dtsi
index
Add support for more SBC-T3x single board computers features:
* CM-T3x CoM and SB-T35 baseboard EEPROMs
* TV out
* Touchscreen
* CM-T3x30 audio
* CM-T3x30 keypad
Dmitry Lifshitz (9):
ARM: dts: cm-t3x: cleanup comments indentation
ARM: dts: cm-t3x: add ADS7846 touchscreen support
ARM:
Add ADS7846 touchscreen support.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 57 +++
1 files changed, 57 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-cm-t3x.dtsi
Add twl4030 matrtix keypad support.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x30.dtsi | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-cm-t3x30.dtsi
Add audio related DT nodes
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-cm-t3x.dtsi | 16
arch/arm/boot/dts/omap3-cm-t3x30.dtsi | 14 ++
arch/arm/boot/dts/omap3-sb-t35.dtsi | 16
3 files changed, 46
Remove ADS7846 touchscreen pdata quirk for CM-T3x CoMs
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/mach-omap2/pdata-quirks.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/pdata-quirks.c
b/arch/arm/mach-omap2/pdata-quirks.c
Add at24 EEPROM chip support.
Signed-off-by: Dmitry Lifshitz lifsh...@compulab.co.il
---
arch/arm/boot/dts/omap3-sb-t35.dtsi | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-sb-t35.dtsi
b/arch/arm/boot/dts/omap3-sb-t35.dtsi
On 17 November 2014 16:47, Arnd Bergmann a...@arndb.de wrote:
On Monday 17 November 2014 16:06:11 Ankit Jindal wrote:
+
+ qmtm1_uio: qmtm_uio@1f20 {
+ compatible = apm,xgene-qmtm;
+ status = disabled;
+ reg = 0x0 0x1f20 0x0 0x1,
+
On Tue, Nov 18, 2014 at 09:15:34AM +0100, Hans de Goede wrote:
Hi,
On 11/17/2014 04:55 PM, Maxime Ripard wrote:
On Mon, Nov 17, 2014 at 01:39:18PM +, Grant Likely wrote:
On Mon, Nov 17, 2014 at 12:47 PM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
On Mon, Nov 17, 2014 at
On 18/11/14 00:26, Andrew Bresticker wrote:
Hi Naidu,
On Mon, Nov 17, 2014 at 4:12 PM, Naidu Tellapati
naidu.tellap...@imgtec.com wrote:
Hi Andrew,
(We will respond to James Hogan's remaining review comments in a separate
email)
+obj-$(CONFIG_SOC_IMG) += pistachio/
What is
On 2014年11月18日 16:32, Daniel Vetter wrote:
On Tue, Nov 18, 2014 at 04:00:29PM +0800, Mark Yao wrote:
From: Mark yao mark@rock-chips.com
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark Yao mark@rock-chips.com
Signed-off-by: Daniel Kurtz
On wto, 2014-11-18 at 10:14 +0900, Chanwoo Choi wrote:
Hi Krzysztof,
On 11/17/2014 07:19 PM, Krzysztof Kozłowski wrote:
On 17.11.2014 01:42, Chanwoo Choi wrote:
This patch adds only the compatible string for S2MPS13 clock which is
identical
with S2MPS14 clock driver.
Cc:
On Tuesday 18 November 2014 09:45:17 James Hogan wrote:
On 18/11/14 00:26, Andrew Bresticker wrote:
Hi Naidu,
On Mon, Nov 17, 2014 at 4:12 PM, Naidu Tellapati
naidu.tellap...@imgtec.com wrote:
Hi Andrew,
(We will respond to James Hogan's remaining review comments in a separate
On 11/18/2014 09:46 AM, Pavel Machek wrote:
On Tue 2014-11-18 09:09:09, Jacek Anaszewski wrote:
Hi Pavel, Sakari,
On 11/17/2014 03:58 PM, Sakari Ailus wrote:
Hi Pavel,
On Sun, Nov 16, 2014 at 08:59:28AM +0100, Pavel Machek wrote:
For device tree people: Yes, I know I'll have to create file
On Fri, 2014-11-14 at 11:12 +0800, xudong chen wrote:
On Thu, 2014-11-13 at 19:31 +0100, Wolfram Sang wrote:
MTK I2C HW has some limitation.
1. If the i2c_msg number is more than one, STOP will be issued instead of
RS(Repeat Start) between each message.
2. Mediatek I2C controller
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark Yao mark@rock-chips.com
Signed-off-by: Daniel Kurtz djku...@chromium.org
Acked-by: Daniel Vetter dan...@ffwll.ch
Reviewed-by: Rob Clark robdcl...@gmail.com
---
Changes in v2:
- use the component
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:
On Monday 17 November 2014 13:57:07 Kevin Cernekee wrote:
On Mon, Nov 17, 2014 at 12:33 PM, Arnd Bergmann a...@arndb.de wrote:
This mostly depends on the desired feature set, and the delta from one
board to the next. Many of the reference board sections are largely
copied from a working
On Thu, Nov 13, 2014 at 09:58:41AM +0100, Geert Uytterhoeven wrote:
Hi Maxime,
On Thu, Nov 13, 2014 at 9:52 AM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
-module_init(simplefb_init);
+/*
+ * While this can be a module, if builtin it's most likely the console
+ * So let's
On 18/11/14 10:03, Arnd Bergmann wrote:
On Tuesday 18 November 2014 09:45:17 James Hogan wrote:
On 18/11/14 00:26, Andrew Bresticker wrote:
Hi Naidu,
On Mon, Nov 17, 2014 at 4:12 PM, Naidu Tellapati
naidu.tellap...@imgtec.com wrote:
Hi Andrew,
(We will respond to James Hogan's remaining
On 11/04/2014 11:45 AM, Grant Likely wrote:
Currently the devices created by drivers/of/platform.c get created at
the root of /sys/devices. This goes against the typical pattern for
sysfs where the top level /sys/devices structure contains categories of
devices, and the structure of devices is
On 11/18/2014 12:26 AM, Arnaud Ebalard wrote:
This series adds .dts files for Synology DS213j (armada 370 2-bay NAS) and
DS414 (armada XP 4-bay NAS) devices. It is based on comments received on
a v0 submission of DS213j .dts file [1] and Andrew's comments on a v1 (
for both DS213j and DS414 .dts
Hello.
On 11/18/2014 8:01 AM, Lokesh Vutla wrote:
Add node for RTC.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
[n...@ti.com: update with rtc crossbar number]
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 9 +
1 file changed, 9 insertions(+)
Hi,
On 11/18/2014 11:19 AM, Thierry Reding wrote:
On Thu, Nov 13, 2014 at 09:58:41AM +0100, Geert Uytterhoeven wrote:
Hi Maxime,
On Thu, Nov 13, 2014 at 9:52 AM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
-module_init(simplefb_init);
+/*
+ * While this can be a module, if
Review of the u-boot sunxi simplefb patches has led to the decision that
u-boot should not use a specific path to find the nodes as this goes contrary
to how devicetree usually works.
Instead a platform specific compatible + properties should be used for this.
The simplefb bindings have already
If pre-filled framebuffer nodes are used, the firmware may need extra
properties to find the right node. This documents the properties to use
for this on sunxi platforms.
Signed-off-by: Hans de Goede hdego...@redhat.com
Acked-by: Grant Likely grant.lik...@linaro.org
---
Hi Tomi,
So it turns out we needed a v3, as I mistakenly went with sunxi, as vendor
prefix for the allwinner specific properties, but the registered vendor prefix
for allwinner is allwinnner,, this version fixes this.
Changes in v3: Use proper allwinnner, for the compatible string and vendor
This goes contrary to how devicetree usually works, so drop it. Instead if
the firmware needs to be able to find a specific node it should use a
platform specific compatible + properties for this.
Signed-off-by: Hans de Goede hdego...@redhat.com
Acked-by: Grant Likely grant.lik...@linaro.org
---
On Tue, Nov 18, 2014 at 05:04:51PM +0900, Gyungoh Yoo wrote:
On Mon, Nov 17, 2014 at 02:18:36PM +, Mark Brown wrote:
Don't open code this, use regulators_node and of_match as previously
advised.
I think I had a misunderstanding.
But I have no idea about regulators_node and of_match.
On Tue, Nov 18, 2014 at 12:01:08PM +0100, Hans de Goede wrote:
Hi,
On 11/18/2014 11:19 AM, Thierry Reding wrote:
On Thu, Nov 13, 2014 at 09:58:41AM +0100, Geert Uytterhoeven wrote:
Hi Maxime,
On Thu, Nov 13, 2014 at 9:52 AM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
I've already submitted a patch [1] that updates leds common bindings.
I hasn't been merged yet, as the related LED Flash class patch [2]
still needs some indicator leds related discussion [3].
I think this is a good moment to discuss the flash related led common
bindings.
Part of
On Mon, 17 Nov 2014, Flora Fu wrote:
Add PMIC wrapper of MT8135 to access MFD MT6397.
This is regmap of MT6397 MFD.
Signed-off-by: Flora Fu flora...@mediatek.com
---
drivers/mfd/Kconfig| 8 +
drivers/mfd/Makefile | 1 +
drivers/mfd/mt8135-pmic-wrap.c | 847
Hi,
On 11/18/2014 12:21 PM, Thierry Reding wrote:
On Tue, Nov 18, 2014 at 12:01:08PM +0100, Hans de Goede wrote:
Hi,
On 11/18/2014 11:19 AM, Thierry Reding wrote:
On Thu, Nov 13, 2014 at 09:58:41AM +0100, Geert Uytterhoeven wrote:
Hi Maxime,
On Thu, Nov 13, 2014 at 9:52 AM, Maxime Ripard
Hi Gabriel,
On 11/04/2014 11:51 AM, Gabriel FERNANDEZ wrote:
The MiPHY28lp is a Generic PHY which can serve various SATA, PCIe or
USB3 devices. The two first ports can be use for either; both SATA, both
PCIe or one of each in any configuration.
The Third port is only for USB3.
Signed-off-by:
On 11/18/14 09:45, James Hogan wrote:
On 18/11/14 00:26, Andrew Bresticker wrote:
Hi Naidu,
On Mon, Nov 17, 2014 at 4:12 PM, Naidu Tellapati
naidu.tellap...@imgtec.com wrote:
Hi Andrew,
(We will respond to James Hogan's remaining review comments in a separate email)
+obj-$(CONFIG_SOC_IMG)
With default config on smdk5250 latest tree throws below message :
[2.226049] thermal thermal_zone0: critical temperature reached(224
C),shutting down
[2.227840] reboot: Failed to start orderly shutdown: forcing the issue
and hangs randomly because it reads wrong temperature value.
I
This patch adds pinctrl configuration for using configuring gpx3-2 as an
external interrupt from max77686. Though max77686 RTC is enabled and gets
probed by default, it doesnt work as its unable to get interrupt.
This patch makes max77686 RTC work and also configures it as wakeup source.
Hello,
in this v5 you can find these changes:
* Update EMC data to V5.0.17 version of the DVFS tables
* Add struct tegra_emc as a parameter in the EMC API, removing the need for a
global pointer.
* Also add a reference to the EMC driver to the CAR node, for the EMC clock to
use when calling
Needed to properly decode the ram code register.
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
v3: * Clarify wording as suggested by Mikko
---
Documentation/devicetree/bindings/misc/nvidia,tegra20-apbmisc.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Mikko Perttunen mperttu...@nvidia.com
This adds a new file, tegra124-jetson-tk1-emc.dtsi that contains
valid timings for the EMC memory clock. The file is included to the
main Jetson TK1 device tree.
The data is generated from the V5.0.17 version of the DVFS tables.
Signed-off-by: Mikko
From: Mikko Perttunen mperttu...@nvidia.com
Implements functionality needed to change the rate of the memory bus clock.
Signed-off-by: Mikko Perttunen mperttu...@nvidia.com
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
v5: * Put function prototypes in soc/tegra/emc.h instead
From: Mikko Perttunen mperttu...@nvidia.com
This adds a node for the EMC memory controller. It is always enabled, but only
provides read-only functionality without board-specific timing tables.
Signed-off-by: Mikko Perttunen mperttu...@nvidia.com
Signed-off-by: Tomeu Vizoso
From: Mikko Perttunen mperttu...@nvidia.com
Add binding documentation for the nvidia,tegra124-emc device tree node.
Signed-off-by: Mikko Perttunen mperttu...@nvidia.com
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
v5: * Add a short description for each of the register
This property contains a phandle to the EMC driver that is needed by the
EMC clock to request the EMC driver to do its part of the clock change
sequence.
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
Documentation/devicetree/bindings/clock/nvidia,tegra124-car.txt | 2 ++
1 file
The EMC clock needs some extra information for changing its rate.
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
v5: * Remove constraint on the unit-address of the timings and timing
subnodes
v4: * Remove comma from unit-address of CAR node in the example
*
The MC driver needs some timing-specific information to program the EMEM during
a rate change of the EMC clock.
Signed-off-by: Tomeu Vizoso tomeu.viz...@collabora.com
---
v4: * Add more information about nvidia,emem-configuration
* Remove mandatory naming of the timings subnode
Hi,
On 11/18/2014 12:46 PM, Hans de Goede wrote:
Hi,
On 11/18/2014 12:21 PM, Thierry Reding wrote:
On Tue, Nov 18, 2014 at 12:01:08PM +0100, Hans de Goede wrote:
Hi,
On 11/18/2014 11:19 AM, Thierry Reding wrote:
On Thu, Nov 13, 2014 at 09:58:41AM +0100, Geert Uytterhoeven wrote:
Hi
On 11/18/2014 12:32 PM, Pavel Machek wrote:
I've already submitted a patch [1] that updates leds common bindings.
I hasn't been merged yet, as the related LED Flash class patch [2]
still needs some indicator leds related discussion [3].
I think this is a good moment to discuss the flash
Hi Arul,
On 11/18/14 12:37, Arul Ramasamy wrote:
Hi James Hartley and Ezequiel,
On Mon, Nov 17, 2014 at 3:34 PM, Naidu Tellapati
naidu.tellap...@imgtec.com mailto:naidu.tellap...@imgtec.com wrote:
Hi Andrew,
Many thanks for the review.
+++
On Tuesday 18 November 2014 14:59:54 Ankit Jindal wrote:
On 17 November 2014 16:47, Arnd Bergmann a...@arndb.de wrote:
On Monday 17 November 2014 16:06:11 Ankit Jindal wrote:
+
+ qmtm1_uio: qmtm_uio@1f20 {
+ compatible = apm,xgene-qmtm;
+ status =
Hi Daniel,
On Tue, 18 Nov 2014 09:32:34 +0100
Daniel Vetter dan...@ffwll.ch wrote:
On Tue, Nov 18, 2014 at 04:00:29PM +0800, Mark Yao wrote:
From: Mark yao mark@rock-chips.com
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark Yao
Hi!
@@ -19,5 +30,10 @@ Examples:
system-status {
label = Status;
linux,default-trigger = heartbeat;
+ iout-torch = 500 500;
+ iout-flash = 1000 1000;
+ iout-indicator = 100 100;
+ flash-timeout = 1000;
+
...
};
I don't get
Hey Lukasz,
On Tue, Nov 18, 2014 at 08:38:57AM +0100, Lukasz Majewski wrote:
Hi Eduardo,
In the mail topic we have PATCH 1/1 but I think that it should be PATCH
v3 1/1.
Yeah, sent it without checking that. Fixing in V4, no issues.
big cut
@@ -107,10 +106,7 @@ static int
This patchset adds driver for Richtek rt5033 chip The chip contains
switching charge mode Li-Ion/Li-Polymer battery charger, fuelgauge, regulators.
This patchset provides common support for accessing the device.
This patchset have been tested base on exynos board.
Changes in v4
- rt5033
This patch device tree binding documentation for rt5033 multifunction device.
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Ian campbell ijc+devicet...@hellion.org.uk
Cc: Kumar Gala ga...@codeaurora.org
Signed-off-by: Beomho Seo
This patch add device driver of Richtek RT5033 PMIC. The driver support
switching charger. rt5033 charger provide three charging mode.
Three charging mode are pre charge mode, fast cahrge mode and constant voltage
mode. They are have vary charge rate, charge parameters. The charge parameters
can
This patch adds device driver of Richtek PMIC.
The driver support battery fuel gange. Fuel gauge calculates and determines the
battery state of charge(SOC) according to battery open circuit voltage(OCV).
Also, this driver provides battery average voltage, voltage and bettery present
property.
Cc:
This patch adds a new driver for Richtek RT5033 driver.
RT5033 is a Multifunction device which includes battery charger, fuel gauge,
flash LED current source, LDO and synchronous Buck converter. It is interfaced
to host controller using I2C interface.
Cc: Samuel Ortiz sa...@linux.intel.com
Cc:
On Tue, Nov 18, 2014 at 11:46:45AM +, Lee Jones wrote:
On Mon, 17 Nov 2014, Flora Fu wrote:
Add PMIC wrapper of MT8135 to access MFD MT6397.
This is regmap of MT6397 MFD.
Signed-off-by: Flora Fu flora...@mediatek.com
---
drivers/mfd/Kconfig| 8 +
Hello Yadwinder,
On Tue, Nov 18, 2014 at 1:08 PM, Yadwinder Singh Brar
yadi.b...@samsung.com wrote:
This patch adds pinctrl configuration for using configuring gpx3-2 as an
external interrupt from max77686. Though max77686 RTC is enabled and gets
probed by default, it doesnt work as its unable
On Mon, Nov 17, 2014 at 11:47:48PM +0100, Beniamino Galvani wrote:
+ list_for_each_entry(xfer, master-cur_msg-transfers, transfer_list) {
+ xfer-last = list_is_last(xfer-transfer_list,
+ master-cur_msg-transfers);
+ }
It's incredibly
On Tue, Nov 18, 2014 at 02:21:30PM +0100, Boris Brezillon wrote:
Hi Daniel,
On Tue, 18 Nov 2014 09:32:34 +0100
Daniel Vetter dan...@ffwll.ch wrote:
On Tue, Nov 18, 2014 at 04:00:29PM +0800, Mark Yao wrote:
From: Mark yao mark@rock-chips.com
This patch adds the basic
On Mon, Nov 17, 2014 at 11:47:50PM +0100, Beniamino Galvani wrote:
This is a driver for the Amlogic Meson SPIFC (SPI flash controller),
which is one of the two SPI controllers available on the SoC. It
doesn't support DMA and has a 64-byte unified transmit/receive buffer.
This is all good.
On Fri, 14 Nov 2014, Vignesh R wrote:
In one shot mode, sequencer automatically disables all enabled steps at
the end of each cycle. (both ADC steps and TSC steps) Hence these steps
need not be saved in reg_se_cache for clearing these steps at a later
stage.
Also, when ADC wakes up Sequencer
On Thu, Nov 13, 2014 at 05:50:46PM +, Richard Fitzgerald wrote:
Signed-off-by: Richard Fitzgerald r...@opensource.wolfsonmicro.com
Acked-by: Mark Brown broo...@kernel.org
signature.asc
Description: Digital signature
Different drivers request API extensions in of-thermal. For this reason,
additional callbacks are required to fit the new drivers needs.
The current API implementation expects the registering sensor driver
to provide a get_temp and get_trend callbacks as function parameters.
As the amount of
Introduce the Texas Instruments lp8860
4 channel LED driver.
This driver configures the device in display cluster mode
as this seems to be the most used configuration at the
time of the driver configuration.
For more product information please see the link below:
1 - 100 of 230 matches
Mail list logo