On 29 April 2014 11:44, Amit Kachhap amit.kach...@gmail.com wrote:
In the frequency table dts file, the frequencies are arranged in
descending order which maps 1 to 1 with other frequency parameter to
be calculated and programmed in some registers.
But the OPP library works by generating the
PD entry was missing in MFC codec node.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
arch/arm/boot/dts/exynos5420.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index 6f662b5cc90d..2fd36b0a7568 100644
On 04/25/2014 07:35 AM, Chanho Park wrote:
This patch cleans a arm-pmu node up for exynos4. Only exynos4412 series
boards have four pmu interrupts. Rest of exynos4 boards, except 4412, have
only
two pmu interrupts. Thus, we can define two interrupts in the
exynos4.dtsi and extends the
Hi Tushar,
-Original Message-
From: Tushar Behera [mailto:tushar.beh...@linaro.org]
Sent: Tuesday, April 29, 2014 3:08 PM
To: Chanho Park; kgene@samsung.com
Cc: linux-samsung-soc@vger.kernel.org; thomas.abra...@linaro.org; linux-
arm-ker...@lists.infradead.org; Kyungmin Park
Thanks to Amit Kachhap Viresh Kumar
-Original Message-
From: Viresh Kumar [mailto:viresh.ku...@linaro.org]
Sent: Tuesday, April 29, 2014 3:21 PM
To: Amit Kachhap
Cc: Jonghwan Choi; Kukjin Kim; linux-samsung-soc; Rafael J. Wysocki;
linux-arm-ker...@lists.infradead.org; open
On 04/28/2014 09:26 PM, Lee Jones wrote:
This patch moves Exynos PMU driver implementation from
arm/mach-exynos to drivers/mfd.
This driver is mainly used for setting misc bits of register from PMU IP
of Exynos SoC which will be required to configure before Suspend/Resume.
Currently all these
On 04/29/2014 02:37 AM, Catalin Marinas wrote:
On Mon, Apr 28, 2014 at 01:26:46PM +0100, Lee Jones wrote:
This patch moves Exynos PMU driver implementation from
arm/mach-exynos to drivers/mfd.
This driver is mainly used for setting misc bits of register from PMU IP
of Exynos SoC which will be
On 04/29/2014 12:26 PM, Chanho Park wrote:
Hi Tushar,
-Original Message-
From: Tushar Behera [mailto:tushar.beh...@linaro.org]
Sent: Tuesday, April 29, 2014 3:08 PM
To: Chanho Park; kgene@samsung.com
Cc: linux-samsung-soc@vger.kernel.org; thomas.abra...@linaro.org; linux-
On Mon, 28 Apr 2014, Doug Anderson wrote:
Lee,
On Mon, Apr 28, 2014 at 4:57 AM, Lee Jones lee.jo...@linaro.org wrote:
Nearly all of the registers in tps65090 combine control bits and
status bits. Turn off caching of all registers except the select few
that can be cached.
On 04/29/2014 03:02 PM, YoungJun Cho wrote:
Hi Laurent,
Thank you for sharing your idea.
On 04/29/2014 12:05 AM, Laurent Pinchart wrote:
Hi YoungJun,
On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote:
On 04/22/2014 08:00 AM, Laurent Pinchart wrote:
Hi YoungJun,
Thank you for the patch.
Hi Chanho,
On 25 April 2014 12:29, Chanho Park chanho61.p...@samsung.com wrote:
This patch enables a exynos_usbphy node for exynos4 SoCs.
A exynos4x12 usb phy node is almost same with 4210's one
except compatible string and pmu syscon.
Cc: Tomasz Figa t.f...@samsung.com
Cc: Kamil Debski
This patch moves Exynos PMU driver implementation from
arm/mach-exynos to drivers/mfd.
This driver is mainly used for setting misc bits of register from PMU IP
of Exynos SoC which will be required to configure before Suspend/Resume.
Currently all these settings are done in
Hi Sachin,
-Original Message-
From: Sachin Kamat [mailto:sachin.ka...@linaro.org]
Sent: Tuesday, April 29, 2014 6:23 PM
To: Chanho Park
Cc: Kukjin Kim; linux-samsung-soc; Tomasz Figa; Kamil Debski;
devicet...@vger.kernel.org
Subject: Re: [PATCHv2 2/4] ARM: dts: exynos4: add
From: Arnd Bergmann a...@arndb.de
The missing dependency can lead to build errors, so
make it explicit in Kconfig.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam Girdwood lgirdw...@gmail.com
Cc: Ben Dooks
From: Arnd Bergmann a...@arndb.de
The UDA1380 driver needs I2C to be enabled, so
SND_SOC_SAMSUNG_H1940_UDA1380 and
SND_SOC_SAMSUNG_RX1950_UDA1380 also
require this.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc:
From: Arnd Bergmann a...@arndb.de
This codec requires I2C to be enabled, so any other option
that selects it should also depend on I2C.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam Girdwood lgirdw...@gmail.com
From: Arnd Bergmann a...@arndb.de
SND_S3C_DMA_LEGACY can only be set on S3C24xx, which does not
(yet) support the dmaengine framework, so samsung_dma_get_ops()
fails to link if S3C24XX_DMA is disabled:
sound/built-in.o: In function `dma_hw_params':
:(.text+0x7f310): undefined reference to
From: Arnd Bergmann a...@arndb.de
This adds a missing dependency for SND_SOC_SMDK_WM8580_PCM to
require REGMAP_I2C to be enabled, avoiding possible build
erorrs.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown broo...@kernel.org
Cc: Liam
From: Arnd Bergmann a...@arndb.de
dma_addr_t may be 64 bit wide, which causes a build failure
when doing a division on it. Here it is safe to cast to an
u32 type, which avoids the problem.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Xia Kaixu kaixu@linaro.org
Cc: Mark Brown
From: Arnd Bergmann a...@arndb.de
Building ARM randconfig got into a situation where CONFIG_INPUT
is turned off and SND_SOC_ALL_CODECS is turned on, which failed
for two codecs trying to use the input subsystem. Some other
drivers also select one of these codecs and consequently need an
explicit
ping!
On Fri, Apr 25, 2014 at 11:46 PM, Ajay kumar ajayn...@gmail.com wrote:
On Fri, Apr 25, 2014 at 11:34 AM, Ajay kumar ajayn...@gmail.com wrote:
On Friday, April 25, 2014, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, Apr 24, 2014 at 12:56:02AM +0530, Ajay kumar wrote:
Thierry,
Hi Bjorn,
Am Freitag, den 25.04.2014, 08:39 -0600 schrieb Bjorn Helgaas:
[...]
PCI: designware: split Exynos and i.MX bindings
ARM: dts: imx6: update pcie to bring in line with new binding
PCI: imx6: use new clock names
PCI: imx6: drop old irq mapping
PCI: imx6: rip out
Hi,
just a basic review to keep things rolling...
On the original Samsung ARM Chromebook these devices were on an I2C
bus that was shared between the AP and the EC and arbitrated using
some extranal GPIOs (see i2c-arb-gpio-challenge).
The original arbitration scheme worked well enough but
Hi Andrzej, Laurent, Thierry.
CCing Steffen Trumtrar,
On 04/29/2014 05:35 PM, YoungJun Cho wrote:
On 04/29/2014 03:02 PM, YoungJun Cho wrote:
Hi Laurent,
Thank you for sharing your idea.
On 04/29/2014 12:05 AM, Laurent Pinchart wrote:
Hi YoungJun,
On Tuesday 22 April 2014 10:24:39
On Mon, Apr 28, 2014 at 9:08 AM, Ajay kumar ajayn...@gmail.com wrote:
Daniel,
On Sun, Apr 27, 2014 at 6:25 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Fri, Apr 25, 2014 at 8:17 AM, Ajay kumar ajayn...@gmail.com wrote:
We can call panel_enable/disable at the right point. Even the bridge chips
Jungseok,
On Tue, Apr 29, 2014 at 05:59:20AM +0100, Jungseok Lee wrote:
+choice
+ prompt Level of translation tables
+ default ARM64_3_LEVELS if ARM64_4K_PAGES
+ default ARM64_2_LEVELS if ARM64_64K_PAGES
+ help
+ Allows level of translation tables.
+
+config
On Tue, Apr 29, 2014 at 05:59:23AM +0100, Jungseok Lee wrote:
+config ARM64_VA_BITS
+ int Virtual address space size
+ range 39 39 if ARM64_4K_PAGES ARM64_3_LEVELS
+ range 42 42 if ARM64_64K_PAGES ARM64_2_LEVELS
+ help
+ This feature is determined by a combination of
On Tue, Apr 29, 2014 at 05:59:27AM +0100, Jungseok Lee wrote:
--- a/Documentation/arm64/memory.txt
+++ b/Documentation/arm64/memory.txt
@@ -8,10 +8,11 @@ This document describes the virtual memory layout used by
the AArch64
Linux kernel. The architecture allows up to 4 levels of translation
On 27 April 2014 07:20, YoungJun Cho yj44@samsung.com wrote:
The offset of register DSIM_PLLTMR_REG in Exynos5420 is different
from the one in Exynos4 SoC.
In case of Exynos5420 SoC, there is no frequency band bit in DSIM_PLLCTRL_REG,
and it uses DSIM_PHYCTRL_REG and DSIM_PHYTIMING*_REG
Hi YoungJun,
On 27 April 2014 07:20, YoungJun Cho yj44@samsung.com wrote:
To support MIPI DSI command mode interface, FIMD should do followings:
- Sets LCD block configuration for I80 interface.
- Uses lcd_sys as an IRQ resource and sets relevant IRQ configuration.
- Implements trigger
On 04/28/2014 06:02 PM, Simon Horman wrote:
On Mon, Apr 28, 2014 at 08:30:32PM +0100, Russell King wrote:
Since we now automatically enable early BRESP in core L2C-310 code when
we detect a Cortex-A9, we don't need platforms/SoCs to set this bit
explicitly. Instead, they should seek to
Anton,
On Wed, Apr 23, 2014 at 8:56 AM, Doug Anderson diand...@chromium.org wrote:
On the ARM Chromebook tps65090 has two masters: the AP (the main
processor running linux) and the EC (the embedded controller). The AP
is allowed to mess with FETs but the EC is in charge of charge control.
Hi Chanwoo,
On 25 April 2014 14:38, Chanwoo Choi cw00.c...@samsung.com wrote:
This patch uses devm_devfreq_add_device()/devm_devfreq_register_opp_notifier()
to control automatically the resource of devfreq.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Cc: Kukjin Kim
On Tue, Apr 29, 2014 at 05:59:33AM +0100, Jungseok Lee wrote:
diff --git a/arch/arm64/kernel/head.S b/arch/arm64/kernel/head.S
index 0fd5650..03ec424 100644
--- a/arch/arm64/kernel/head.S
+++ b/arch/arm64/kernel/head.S
@@ -37,8 +37,9 @@
/*
* swapper_pg_dir is the virtual address of the
On Wed, Apr 23, 2014 at 08:56:05AM -0700, Doug Anderson wrote:
An issue was discovered with tps65090 where sometimes the FETs
wouldn't actually turn on when requested (they would report
overcurrent). The most problematic FET was the one used for the LCD
Applied, thanks.
signature.asc
Hi Arun,
On 23 April 2014 18:27, Arun Kumar K arun...@samsung.com wrote:
From: Kiran AVND avnd.ki...@samsung.com
This patch adds variant data and core support for
V8 decoder. This patch also adds the register definition
file for new firmware version v8 for MFC.
Signed-off-by: Kiran AVND
On Mon, Apr 28 2014 at 09:59:14 PM, Jungseok Lee jays@samsung.com wrote:
This patch fixed the following checkpatch complaint as using pr_*
instead of printk.
WARNING: printk() should include KERN_ facility level
Cc: Catalin Marinas catalin.mari...@arm.com
Signed-off-by: Jungseok Lee
On Fri, Apr 25, 2014 at 09:46:11AM +0530, Tushar Behera wrote:
On 04/24/2014 07:09 PM, Mark Brown wrote:
defined. Why is that? Also, why is the secondary I2S playback stream
not supported (this may be a reason to restrict to only the one I2S
interface)?
AFAICS, I2S driver doesn't
Hi Sachin,
Thank you for comment.
I'll fix.
Thank you.
Best regards YJ
On 04/30/2014 12:26 AM, Sachin Kamat wrote:
On 27 April 2014 07:20, YoungJun Cho yj44@samsung.com wrote:
The offset of register DSIM_PLLTMR_REG in Exynos5420 is different
from the one in Exynos4 SoC.
In case of
Hi Sachin,
Thank you for comment.
I'll fix.
Thank you.
Best regards YJ
On 04/30/2014 12:35 AM, Sachin Kamat wrote:
Hi YoungJun,
On 27 April 2014 07:20, YoungJun Cho yj44@samsung.com wrote:
To support MIPI DSI command mode interface, FIMD should do followings:
- Sets LCD block
Hi Sachin,
On 04/30/2014 01:54 AM, Sachin Kamat wrote:
Hi Chanwoo,
On 25 April 2014 14:38, Chanwoo Choi cw00.c...@samsung.com wrote:
This patch uses
devm_devfreq_add_device()/devm_devfreq_register_opp_notifier()
to control automatically the resource of devfreq.
Signed-off-by: Chanwoo
On Tuesday, April 29, 2014 11:45 PM, Catalin Marinas wrote:
On Tue, Apr 29, 2014 at 05:59:23AM +0100, Jungseok Lee wrote:
+config ARM64_VA_BITS
+ int Virtual address space size
+ range 39 39 if ARM64_4K_PAGES ARM64_3_LEVELS
+ range 42 42 if ARM64_64K_PAGES ARM64_2_LEVELS
+
On Wednesday, April 30, 2014 5:35 AM, Mitchel Humpherys wrote:
On Mon, Apr 28 2014 at 09:59:14 PM, Jungseok Lee jays@samsung.com wrote:
This patch fixed the following checkpatch complaint as using pr_*
instead of printk.
WARNING: printk() should include KERN_ facility level
Cc:
On Wednesday, April 30, 2014 2:04 AM, Catalin Marinas wrote:
On Tue, Apr 29, 2014 at 05:59:33AM +0100, Jungseok Lee wrote:
diff --git a/arch/arm64/kernel/head.S b/arch/arm64/kernel/head.S index
0fd5650..03ec424 100644
--- a/arch/arm64/kernel/head.S
+++ b/arch/arm64/kernel/head.S
@@
On Tuesday, April 29, 2014 11:41 PM, Catalin Marinas wrote:
Jungseok,
Hi, Catalin
On Tue, Apr 29, 2014 at 05:59:20AM +0100, Jungseok Lee wrote:
+choice
+ prompt Level of translation tables
+ default ARM64_3_LEVELS if ARM64_4K_PAGES
+ default ARM64_2_LEVELS if ARM64_64K_PAGES
+
Hi Kishon, Tomasz,
On Mon, Apr 28, 2014 at 11:47 AM, Vivek Gautam gautam.vi...@samsung.com wrote:
Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
The new driver uses the generic PHY framework and will interact
with DWC3 controller present on Exynos5 series of SoCs.
Thereby,
On 04/29/2014 04:48 PM, Xia Kaixu wrote:
From: Arnd Bergmann a...@arndb.de
dma_addr_t may be 64 bit wide, which causes a build failure
when doing a division on it. Here it is safe to cast to an
u32 type, which avoids the problem.
Signed-off-by: Arnd Bergmann a...@arndb.de
Signed-off-by:
Hi Heiko,
On 16 April 2014 22:55, Heiko Stübner he...@sntech.de wrote:
Hi,
Am Mittwoch, 16. April 2014, 16:35:36 schrieb Arnd Bergmann:
On Wednesday 16 April 2014 17:20:51 Sachin Kamat wrote:
Instead of hardcoding the SYSRAM details for each SoC,
pass this information through device tree
Hi,
On Mon, Apr 28, 2014 at 9:11 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Mon, 28 Apr 2014, Vivek Gautam wrote:
Add support to consume phy provided by Generic phy framework.
Keeping the support for older usb-phy intact right now, in order
to prevent any functionality break in
On Mon, Apr 28, 2014 at 2:04 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 27 April 2014 13:07:32 Shaik Ameer Basha wrote:
The current exynos-iommu(System MMU) driver does not work autonomously
since it is lack of support for power management of peripheral blocks.
For example, MFC device
As machine function ops are used only in this file let's make
them static.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/exynos.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-exynos/exynos.c
From: Young-Gun Jang yg1004.j...@samsung.com
While making PMU implementation to be device tree based, there are
few register offsets related with SYSREG present in regs-pmu.h, so
let's make a new header file regs-sys.h to keep all such SYSREG
related register offsets and remove them from
This patch removes unnecessary header file inclusion from pmu.c.
Signed-off-by: Young-Gun Jang yg1004.j...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/mach-exynos/pmu.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-exynos/pmu.c
From: Young-Gun Jang yg1004.j...@samsung.com
This patch moves PMU specific definitions into a new file
as exynos-pmu.h. This will help in making PMU implementation
independent of common.h header.
Signed-off-by: Young-Gun Jang yg1004.j...@samsung.com
Signed-off-by: Pankaj Dubey
Many files under arm/mach-exynos are having file path in file
comment section which is invalid now.
So for better code maintainability let's remove them.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/mach-exynos/headsmp.S
Remove unused and unwanted declarations from mach-exynos/common.h
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
arch/arm/mach-exynos/common.h |9 -
1 file changed, 9 deletions(-)
diff --git a/arch/arm/mach-exynos/common.h b/arch/arm/mach-exynos/common.h
index
As exynos_cpuidle_init and exynos_cpufreq_init function have just one lines
of code for registering platform devices. We can move these lines to
exynos_dt_machine_init and delete exynos_cpuidle_init and exynos_cpufreq_init
function. This will help in reducing lines of code in exynos.c, making it
This patch modifies Exynos Power Management Unit (PMU) initialization
implementation in following way:
- Added platform_device support by registering static platform device.
- Added platform struct exynos_pmu_data to hold platform specific data.
- For each SoC's PMU support now we can add
As we have removed static mappings from regs-pmu.h it does not
need map.h anymore. But platsmp.c needed this and till now it
got included indirectly. So lets move header inclusion of
mach/map.h from regs-pmu.h to platsmp.c.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
---
This patch series, does some minor cleanup of exynos machine files.
It also modifies Exynos Power Management Unit (PMU) related code for
converting it into a platform_driver.
This is also preparation for moving PMU related code out of machine
folder into a either drivers/mfd, or drivers/power or
From: Young-Gun Jang yg1004.j...@samsung.com
Current pm_domain.c file uses S5P_INT_LOCAL_PWR_EN definition from
regs-pmu.h and hence needs to include this header file. As there is
no other user of S5P_INT_LOCAL_PWR_EN definition other than pm_domain,
to remove regs-pmu.h header file dependency
Under arm/mach-exynos many files are using PMU register offsets.
Since we have added support for accessing PMU base address via DT,
now we can remove PMU mapping from exynosX_iodesc. Let's convert
all these access using either of iomapped address or regmap handle.
This will help us in removing
From: Young-Gun Jang yg1004.j...@samsung.com
Add support for mapping Samsung Power Management Unit (PMU)
base address from device tree. This patch also adds helper
function as get_exynos_pmuregmap. This function can be used
by other machine files such as pm.c, hotplug.c for accessing
PMU regmap
63 matches
Mail list logo