This series adds the SATA support on exynos5250 SOC.Also it
uses generic phy framework patch[1] posted by Kishon Vijay
Abraham I.
[1].drivers: phy: add generic PHY framework.
Yuvaraj Kumar C D (3):
ahci: exynos: add ahci sata support on Exynos platform
Phy: Exynos: Add Exynos5250
Exynos5250 contains one Synopsys AHCI SATA controller.The avalaible
ahci_platform driver is not sufficient to handle the AHCI PHY and PHY
clock related initialization.
This patch adds exynos specific ahci sata driver,contained the exynos
specific initialized codes, re-use the generic
This patch adds dt entry for ahci sata controller and its
corresponding phy controller.phy node has been added w.r.t
new generic phy framework.
Signed-off-by: Yuvaraj Kumar C D yuvaraj...@samsung.com
---
arch/arm/boot/dts/exynos5250-arndale.dts |9 -
This patch adds the sata phy driver for Exynos5250.Exynos5250 sata
phy comprises of CMU and TRSV blocks which are of I2C register Map.
So this patch also adds a i2c client driver, which is used configure
the CMU and TRSV block of exynos5250 SATA PHY.
This patch incorporates the generic phy
Hi Yuvaraj,
On 1 October 2013 12:03, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
This patch adds dt entry for ahci sata controller and its
corresponding phy controller.phy node has been added w.r.t
new generic phy framework.
[snip]
+
+ sata-phy {
Shouldn't this be
Hi Yuvaraj,
On 1 October 2013 12:03, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
Exynos5250 contains one Synopsys AHCI SATA controller.The avalaible
ahci_platform driver is not sufficient to handle the AHCI PHY and PHY
clock related initialization.
+err_out:
+
Hi Amit,
Hi,
On Tue, Sep 24, 2013 at 1:38 PM, Lukasz Majewski
l.majew...@samsung.com wrote:
The commit d0a0ce3e77c795258d47f9163e92d5031d0c5221 (thermal:
exynos: Add missing definations and code cleanup) has removed
setting of test MUX address value at TMU configuration setting.
Hi Yuvaraj,
On 1 October 2013 12:03, Yuvaraj Kumar C D yuvaraj...@gmail.com wrote:
+static int exynos_sata_i2c_remove(struct i2c_client *client)
+{
+ dev_info(client-adapter-dev,
+ detached %s from i2c adapter successfully\n,
+ client-name);
+
+
On Mon, Sep 30, 2013 at 7:39 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2013-09-30 at 17:28 +0200, Antonios Motakis wrote:
This is a workaround to make the VFIO_IOMMU_TYPE1 driver usable with
platform devices instead of PCI. A future permanent fix should support
both.
On Mon, Sep 30, 2013 at 9:41 PM, Alex Williamson
alex.william...@redhat.com wrote:
On Mon, 2013-09-30 at 17:28 +0200, Antonios Motakis wrote:
Platform devices in the Linux kernel are usually managed by the DT
interface. This patch forms the base to support these kind of devices
with VFIO.
On Tuesday 01 October 2013 12:03 PM, Yuvaraj Kumar C D wrote:
Exynos5250 contains one Synopsys AHCI SATA controller.The avalaible
ahci_platform driver is not sufficient to handle the AHCI PHY and PHY
clock related initialization.
This patch adds exynos specific ahci sata driver,contained the
On Tuesday 01 October 2013 12:03 PM, Yuvaraj Kumar C D wrote:
This patch adds the sata phy driver for Exynos5250.Exynos5250 sata
phy comprises of CMU and TRSV blocks which are of I2C register Map.
So this patch also adds a i2c client driver, which is used configure
the CMU and TRSV block of
On 10/01/2013 07:28 AM, Kishon Vijay Abraham I wrote:
On Sunday 29 September 2013 12:57 AM, Sylwester Nawrocki wrote:
Add PHY provider node for the MIPI CSIS and MIPI DSIM PHYs.
Signed-off-by: Sylwester Nawrockis.nawro...@samsung.com
Signed-off-by: Kyungmin Parkkyungmin.p...@samsung.com
On Tue, Oct 01, 2013 at 04:03:40PM +0530, Yuvaraj Kumar C D wrote:
+static bool is_ack(struct s3c24xx_i2c *i2c)
+{
+ u32 time_out = i2c-tx_setup;
+
+ while (--time_out) {
+ if (readl(i2c-regs + S3C2410_IICCON)
+ S3C2410_IICCON_IRQPEND) {
+
On Wednesday 02 October 2013 02:43 AM, Sylwester Nawrocki wrote:
On 10/01/2013 07:28 AM, Kishon Vijay Abraham I wrote:
On Sunday 29 September 2013 12:57 AM, Sylwester Nawrocki wrote:
Add PHY provider node for the MIPI CSIS and MIPI DSIM PHYs.
Signed-off-by: Sylwester
On Mon, Sep 30, 2013 at 05:28:36PM +0200, Antonios Motakis wrote:
This is a preview of the base work, towards VFIO support on ARM platforms
with an IOMMU. It forms a base on to which to implement the functionality
necessary to enable using device tree devices on ARM (and other platforms
based
From: Tarek Dakhran t.dakh...@samsung.com
Since current exynos_defconfig cannot support for EXYNOS5410 because
of big.LITTLE architecture, MCPM and ARM_CCI bus there added
smdk5410_defconfig which is tested on SMDK5410 board
for all 8 cpu running at the same time.
This defconfig enables ARM_CCI,
From: Tarek Dakhran t.dakh...@samsung.com
Configure ARM_NR_BANKS as 16 for EXYNOS SoC.
Enable cci_control_port_by_index for ACE_PORT.
Add additional irqs for Exynos MCT.
Set irq base as 256 for EXYNOS5410 SoC.
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
arch/arm/Kconfig
From: Tarek Dakhran t.dakh...@samsung.com
EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
Add initial support for this SoC.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
arch/arm/mach-exynos/Kconfig | 10 ++
From: Tarek Dakhran t.dakh...@samsung.com
Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
arch/arm/boot/dts/Makefile| 1 +
From: Tarek Dakhran t.dakh...@samsung.com
Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
From: Tarek Dakhran t.dakh...@samsung.com
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by: Vyacheslav Tyrtov v.tyr...@samsung.com
---
Hi,
On Tuesday, October 01, 2013 08:17:03 PM Vyacheslav Tyrtov wrote:
From: Tarek Dakhran t.dakh...@samsung.com
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
On Tue, Oct 1, 2013 at 5:47 PM, Christoffer Dall
christoffer.d...@linaro.org wrote:
On Mon, Sep 30, 2013 at 05:28:36PM +0200, Antonios Motakis wrote:
This is a preview of the base work, towards VFIO support on ARM platforms
with an IOMMU. It forms a base on to which to implement the
Hi,
On Tuesday, October 01, 2013 08:17:06 PM Vyacheslav Tyrtov wrote:
From: Tarek Dakhran t.dakh...@samsung.com
Configure ARM_NR_BANKS as 16 for EXYNOS SoC.
Enable cci_control_port_by_index for ACE_PORT.
Add additional irqs for Exynos MCT.
Set irq base as 256 for EXYNOS5410 SoC.
It would
Hi,
On Tuesday, October 01, 2013 08:17:07 PM Vyacheslav Tyrtov wrote:
From: Tarek Dakhran t.dakh...@samsung.com
Since current exynos_defconfig cannot support for EXYNOS5410 because
of big.LITTLE architecture, MCPM and ARM_CCI bus there added
CONFIG_MCPM and CONFIG_ARM_CCI are optional
On 09/23/2013 03:40 PM, Thierry Reding wrote:
In preparation for adding an optional regulator and enable GPIO to the
driver, split the power on and power off sequences into separate
functions to reduce code duplication at the multiple call sites.
diff --git a/drivers/video/backlight/pwm_bl.c
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The GPIO API defines 0 as being a valid GPIO number, so this field needs
to be initialized explicitly.
static void __init smdkv210_map_io(void)
@@ -70,6 +70,7 @@ static struct samsung_bl_drvdata samsung_dfl_bl_data
__initdata = {
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Make use of the new enable_gpio field and allow it to be set from DT as
well. Now that all legacy users of platform data have been converted to
initialize this field to an invalid value, it is safe to use the field
from the driver.
diff --git
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Many backlights require a power supply to work properly. This commit
uses a power-supply regulator, if available, to power up and power down
the panel.
I think that all backlights require a power supply, albeit the supply
may not be
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The default for backlight devices is to be enabled immediately when
registering with the backlight core. This can be useful for setups that
use a simple framebuffer device and where the backlight cannot otherwise
be hooked up to the panel.
static int __init vfio_iommu_type1_init(void)
{
- if (!iommu_present(pci_bus_type))
+#ifdef CONFIG_PCI
+ if (iommu_present(pci_bus_type)) {
+ iommu_bus_type = pci_bus_type;
+ /* For PCI targets, IOMMU_CAP_INTR_REMAP is required */
+
Antonios Motakis wrote
Alex Williamson alex.william...@redhat.com wrote:
I notice all the open firmware calls here and I'm curious,
will all platform devices be making use of open firmware?
I don't know if this is synonymous with device tree or not.
Thanks,
This VFIO driver will
On Tue, 2013-10-01 at 19:32 +, Yoder Stuart-B08248 wrote:
Antonios Motakis wrote
Alex Williamson alex.william...@redhat.com wrote:
I notice all the open firmware calls here and I'm curious,
will all platform devices be making use of open firmware?
I don't know if this is
On Tue, 1 Oct 2013, Vyacheslav Tyrtov wrote:
From: Tarek Dakhran t.dakh...@samsung.com
Add EDCS(Exynos Dual Cluster Support) for Samsung Exynos5410 SoC.
This enables all 8 cores, 4 x A7 and 4 x A15 run at the same time.
Signed-off-by: Tarek Dakhran t.dakh...@samsung.com
Signed-off-by:
On Tue, Oct 01, 2013 at 12:26:07PM -0600, Stephen Warren wrote:
On 09/23/2013 03:40 PM, Thierry Reding wrote:
In preparation for adding an optional regulator and enable GPIO to the
driver, split the power on and power off sequences into separate
functions to reduce code duplication at the
On Tue, Oct 01, 2013 at 12:31:04PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The GPIO API defines 0 as being a valid GPIO number, so this field needs
to be initialized explicitly.
static void __init smdkv210_map_io(void)
@@ -70,6 +70,7 @@ static
On Tue, Oct 01, 2013 at 12:39:36PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Make use of the new enable_gpio field and allow it to be set from DT as
well. Now that all legacy users of platform data have been converted to
initialize this field to an invalid
On Tue, Oct 01, 2013 at 12:43:57PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Many backlights require a power supply to work properly. This commit
uses a power-supply regulator, if available, to power up and power down
the panel.
I think that all
On 10/01/2013 02:43 PM, Thierry Reding wrote:
On Tue, Oct 01, 2013 at 12:31:04PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The GPIO API defines 0 as being a valid GPIO number, so this
field needs to be initialized explicitly.
static void __init
On 10/01/2013 02:53 PM, Thierry Reding wrote:
On Tue, Oct 01, 2013 at 12:43:57PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Many backlights require a power supply to work properly. This
commit uses a power-supply regulator, if available, to power up
and power
On Tue, Oct 01, 2013 at 12:50:51PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The default for backlight devices is to be enabled immediately when
registering with the backlight core. This can be useful for setups that
use a simple framebuffer device and where
On Tue, Oct 01, 2013 at 02:58:22PM -0600, Stephen Warren wrote:
On 10/01/2013 02:43 PM, Thierry Reding wrote:
On Tue, Oct 01, 2013 at 12:31:04PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
The GPIO API defines 0 as being a valid GPIO number, so this
field
On Tue, Oct 01, 2013 at 02:59:43PM -0600, Stephen Warren wrote:
On 10/01/2013 02:53 PM, Thierry Reding wrote:
On Tue, Oct 01, 2013 at 12:43:57PM -0600, Stephen Warren wrote:
On 09/23/2013 03:41 PM, Thierry Reding wrote:
Many backlights require a power supply to work properly. This
commit
On 10/01/2013 10:17 AM, Vyacheslav Tyrtov wrote:
From: Tarek Dakhran t.dakh...@samsung.com
The EXYNOS5410 clocks are statically listed and registered
using the Samsung specific common clock helper functions.
diff --git a/Documentation/devicetree/bindings/clock/exynos5410-clock.txt
This patch adds the internal panel timings to the exynos5250-snow board
dts file.
Signed-off-by: Sean Paul seanp...@chromium.org
---
arch/arm/boot/dts/exynos5250-snow.dts | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-snow.dts
This set adds some missing devicetree nodes to the exynos5250-snow file as well
as adds a drm_bridge driver for the ptn3460 DP-LVDS chip. This chip is used in
the exynos5250-snow board.
Sean
Sean Paul (5):
ARM: dts: Add fimd display-timings for exynos5250-snow
ARM: dts: Add dp-controller node
This patch adds a node for the ptn3460 DP-LVDS chip in the
exynos5250-snow board dts file.
Signed-off-by: Sean Paul seanp...@chromium.org
---
arch/arm/boot/dts/exynos5250-snow.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-snow.dts
This patch adds the dp-controller node to the exynos5250-snow board dts
file.
Signed-off-by: Sean Paul seanp...@chromium.org
---
arch/arm/boot/dts/exynos5250-snow.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-snow.dts
This patch adds code to look for the ptn3460 in the device tree file on
exynos initialization. If ptn node is found, the driver will initialize
the ptn3460 driver and skip creating a DP connector (since the bridge
driver will register its own connector).
Signed-off-by: Sean Paul
This patch adds a drm_bridge driver for the PTN3460 DisplayPort to LVDS
bridge chip.
Signed-off-by: Sean Paul seanp...@chromium.org
---
.../devicetree/bindings/drm/bridge/ptn3460.txt | 27 ++
drivers/gpu/drm/Kconfig| 2 +
drivers/gpu/drm/Makefile
On Tuesday, October 01, 2013 10:49 PM, Sylwester Nawrocki wrote:
On 10/01/2013 03:33 AM, Jingoo Han wrote:
On Sunday, September 29, 2013 11:29 AM, Wei Yongjun wrote:
From: Wei Yongjunyongjun_...@trendmicro.com.cn
Add the missing clk_disable_unprepare() before return
from
Quoting Kukjin Kim (2013-09-30 03:11:41)
Mike Turquette wrote:
Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
On 09/12/2013 12:50 PM, Kukjin Kim wrote:
Well...I'm not sure changing to use macro is better or not at this
moment...
I think it is. ;) It's really less error prone
On Thu, Sep 12, 2013 at 4:40 AM, Chanho Park chanho61.p...@samsung.com wrote:
Hi Padmavathi,
-Original Message-
From: linux-arm-kernel [mailto:linux-arm-kernel-
boun...@lists.infradead.org] On Behalf Of Padmavathi Venna
Sent: Wednesday, September 11, 2013 3:08 PM
To:
54 matches
Mail list logo