On 11/13/14 17:56, amit daniel kachhap wrote:
On Sat, Nov 8, 2014 at 6:46 PM, Amit Daniel Kachhap
amit.dan...@samsung.com wrote:
This patch series[1 - 6] performs,
1) Moves pmu driver to driver/soc/samsung folder. Some discussion happened
about
this in the v1 version. Finally adding it
On 11/13/14 17:45, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi Javier,
On Tue, Oct 28, 2014 at 12:06 PM, Kukjin Kim kg...@kernel.org wrote:
Javier Martinez Canillas wrote:
Commit 6e80e3d87549 (ARM: exynos_defconfig: Enable MAX77802)
enabled support for the max77802 regulators but the
On 11/19/14 16:47, Kukjin Kim wrote:
On 11/18/14 15:36, Chanwoo Choi wrote:
Dear Kukjin,
Hi,
Could you please review or pick this patchset?
Best Regards,
Chanwoo Choi
On 10/08/2014 11:11 AM, YoungJun Cho wrote:
From: Youngjun Cho yj44@samsung.com
This patch adds new board dts
On 11/18/2014 04:26 PM, Inki Dae wrote:
This patch makes kms drivers to be independent modules.
For this, it removes all register codes to kms drivers
from exynos_drm_drv module and adds module_init/exit
for each kms driver so that each kms driver can be
called independently.
It is hard to
[...]
Scenario 5), a platform driver with/without runtime PM callbacks.
-probe()
- do some initialization
- may fetch handles to runtime PM resources
- pm_runtime_enable()
Well, and now how the driver knows if the device is on before accessing it?
In this case the driver don't need to
Hello Ajay,
On 11/18/2014 07:20 AM, Ajay kumar wrote:
On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar ajaykumar...@samsung.com wrote:
This series is based on master branch of Linus tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
I applied your series on top of 3.18-rc5 +
Hi Javier,
In the cover letter, I have mentioned that it is tested on Linus tree:
This series is based on master branch of Linus tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
Kindly test the patches with that.
Ajay
On Wed, Nov 19, 2014 at 3:05 PM, Javier Martinez
Hello Ajay,
On 11/19/2014 10:38 AM, Ajay kumar wrote:
Hi Javier,
In the cover letter, I have mentioned that it is tested on Linus tree:
This series is based on master branch of Linus tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
Kindly test the patches with
Hello Doug,
Thanks for your feedback.
On 11/18/2014 06:50 PM, Doug Anderson wrote:
This is common practice in the Chrome OS tree, but we've gotten
pushback from upstream questioning about whether spidev is really a
physical device. See:
Hello Kevin,
On 11/18/2014 11:46 PM, Kevin Hilman wrote:
Is anyone at Samsung testing linux-next? If so, on what platforms? It
would really be nice if your linux-next work was tested on these
publically-available 542x/5800 platforms (peach-pi, peach-pit,
odroid-xu3) which would also allow
Hello Kukjin,
On 11/19/2014 09:09 AM, Kukjin Kim wrote:
You say that you will apply this patch but I can't find it in any of
your branches.
Sorry for missing the patch in my tree. You can see it in a couple of
mins ;)
Great, thanks a lot!
Best regards,
Javier
--
To unsubscribe from
On Wed, Nov 19, 2014 at 10:35:40AM +0100, Javier Martinez Canillas wrote:
Hello Ajay,
On 11/18/2014 07:20 AM, Ajay kumar wrote:
On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar ajaykumar...@samsung.com
wrote:
This series is based on master branch of Linus tree at:
This patch renames some variables to make the code easier to understand.
'domain' is replaced by 'iommu_domain' (more generic entity) and really
meaning less 'priv' by 'domain' to reflect its purpose.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 191
This patch fixes support for runtime power management for SYSMMU
controllers, so they are enabled when master device is attached.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
This patch adds support for assigning more than one SYSMMU controller to
the master device. This has been achieved simply by chaning the struct
device pointer in struct exynos_iommu_owner into the list of struct
sysmmu_drvdata of all controllers assigned to the given master device.
Signed-off-by:
This patch adds System MMU nodes that are specific to Exynos4210/4x12 series.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/boot/dts/exynos4.dtsi| 117 ++
arch/arm/boot/dts/exynos4210.dtsi | 23
This patch simplifies the code by:
- refactoring function parameters from struct device pointer to direct pointer
to struct sysmmu drvdata
- moving list_head enteries from struct exynos_iommu_owner directly to struct
sysmmu_drvdata
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
Hello Everyone,
This is another attempt to finally make Exynos SYSMMU driver fully
integrated with DMA-mapping subsystem. The main change from previous
version is a rebase onto latest automatic DMA configuration for IOMMU
masters patches from Will Deacon.
This patchset demonstrates that Will's
Make of_iommu_set_ops() parameter attribute consistent with
bus_set_iommu().
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
include/linux/of_iommu.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/of_iommu.h b/include/linux/of_iommu.h
index
There is no point trying to initialize dma_ops with
arm_get_iommu_dma_map_ops() if no iommu has been provided.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/mm/dma-mapping.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mm/dma-mapping.c
Add a few words of comment to all internal structures used by the driver.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 49 +---
1 file changed, 33 insertions(+), 16 deletions(-)
diff --git
This patch removes reading of REG_MMU_VERSION register on every tlb
operation and caches SYSMMU version in driver's internal data.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff
Removed following unused includes: linux/mm.h, linux/errno.h,
linux/memblock.h and linux/export.h.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git
IOMMU drivers can be initialized from of_iommu helpers. Such drivers don't
need to provide device_add callbacks to operate properly, so there is no
need to fail initialization if the callback is missing.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/iommu.c | 2 +-
1
SYSMMU devices will be registered early before any other devices and
before calling arch_initcall. To add them to respective power domains,
additional scan of all platform devices is needed.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/mach-exynos/pm_domains.c | 9
This patch introduces IOMMU_OF_DECLARE-based initialization to the
driver, which replaces subsys_initcall-based procedure.
exynos_iommu_of_setup ensures that each sysmmu controller is probed
before its master device.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
This patch removes useless spinlocks and other unused members from
struct exynos_iommu_owner. There is no point is protecting this
structure by spinlock because content of this structure doesn't change
and other structures have their own spinlocks.
Signed-off-by: Marek Szyprowski
This patch adds implementation of of_xlate callback, which prepares
masters device for attaching to IOMMU. This callback is called during
creating devices from device tree.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 28
The driver doesn't need to do anything important in device add/remove
callbacks, because initialization will be done from device-tree specific
callbacks added later. IOMMU groups created by current code were never
used.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
This patch adds code, which detach sub-device nodes from default iommu
domain if such has been configured.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_iommu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
This patch removes two unneeded functions, which are not a part of
generic IOMMU API and were never used by any other driver.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/iommu/exynos-iommu.c | 31 ---
1 file changed, 31 deletions(-)
diff
Hello Paolo,
On 11/19/2014 11:55 AM, Paolo Pisati wrote:
to get a working framebuffer out of linus 318rc4 on my peach pi, i had
to cherry pick these 3 patches:
arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy
I was missing this patch, I've display working now. Thanks for the
On Tuesday, November 18, 2014 11:05 PM, Bartlomiej Zolnierkiewicz Wrote:
This patch prepares the PMU code for the future:
- suspend/resume (S2R) support
- cpuidle AFTR/W-AFTR modes support
on Exynos3250.
Cc: Pankaj Dubey pankaj.du...@samsung.com
Cc: Vikas Sajjan vikas.saj...@samsung.com
[adding Kukjin to cc list]
Hello Vivek,
On Wed, Nov 12, 2014 at 5:21 AM, Jingoo Han jg1@samsung.com wrote:
On Thursday, October 30, 2014 10:24 PM, Vivek Gautam wrote:
DP PHY now require pmu-system-controller to handle PMU register
to control PHY's power isolation. Adding the same to
sclk_mfc is required for MFC device since commit
0c2272170d78f826f6e97f99fb8a67fc17feef07 (media: s5p-mfc: rename
special clock to sclk_mfc), so add it to exynos4 dts.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
arch/arm/boot/dts/exynos4.dtsi | 4 ++--
1 file changed, 2
Hi Javier,
On Wed, Nov 19, 2014 at 5:06 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
[adding Kukjin to cc list]
Hello Vivek,
On Wed, Nov 12, 2014 at 5:21 AM, Jingoo Han jg1@samsung.com wrote:
On Thursday, October 30, 2014 10:24 PM, Vivek Gautam wrote:
DP PHY now require
2014-11-19 17:49 GMT+09:00 Andrzej Hajda a.ha...@samsung.com:
On 11/18/2014 04:26 PM, Inki Dae wrote:
This patch makes kms drivers to be independent modules.
For this, it removes all register codes to kms drivers
from exynos_drm_drv module and adds module_init/exit
for each kms driver so that
Instead of using the dev_ops -stop|start() callbacks for genpd, let's
convert to use genpd's flag field and set it to PM_DOMAIN_PM_CLK.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
arch/arm/mach-shmobile/pm-r8a7779.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
It's quite common for PM domains to use PM clocks. Typically from SOC specific
code, the per device PM clock list is created and pm_clk_suspend|resume() are
invoked to handle clock gating/ungating.
A step towards consolidation is to integrate PM clock support into genpd, which
is what this
It's quite common for PM domains to use PM clocks. Typically from SOC
specific code, the per device PM clock list is created and
pm_clk_suspend|resume() are invoked to handle clock gating/ungating.
A step towards consolidation is to integrate PM clock support into
genpd, which is what this patch
Instead of using the dev_ops -stop|start() callbacks for genpd, let's
convert to use genpd's flag field and set it to PM_DOMAIN_PM_CLK.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
arch/arm/mach-shmobile/pm-rmobile.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On 19/11/14 04:16, Pankaj Dubey wrote:
+static int pmu_restart_notify(struct notifier_block *this,
+ unsigned long code, void *unused)
+{
+ pmu_raw_writel(0x1, EXYNOS_SWRESET);
Is it also valid on exynos5440 ? Doesn't it cause any harm there ?
Perhaps we
On 07/10/14 03:51, Kukjin Kim wrote:
On 10/09/14 16:43, Sylwester Nawrocki wrote:
This ensures the core and the audio subsystem clocks are configured
properly, as expected by the sound machine driver. These bits are
missing to obtain proper audio sample rates in kernel v3.17, where
Hello,
Following the initial merge of the HP Chromebook 11 device tree,
here's a few follow-ups. A sound series is prepared separately.
Regards,
Andreas
Andreas Färber (4):
ARM: dts: Add usb3503 pinctrl to exynos5250-spring
ARM: dts: Add temperature sensor to exynos5250-spring
ARM:
The HP Chromebook 11 uses an Atmel maXTouch as trackpad.
The keymap was found by trial-and-error.
Signed-off-by: Andreas Färber afaer...@suse.de
---
arch/arm/boot/dts/exynos5250-spring.dts | 23 +++
1 file changed, 23 insertions(+)
diff --git
multi_v7_defconfig has it as Y already, so build it in here, too, for
consistency, and therefore build in HWMON as well.
Signed-off-by: Andreas Färber afaer...@suse.de
---
arch/arm/configs/exynos_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Reported-by: Doug Anderson diand...@chromium.org
Signed-off-by: Andreas Färber afaer...@suse.de
---
arch/arm/boot/dts/exynos5250-spring.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-spring.dts
b/arch/arm/boot/dts/exynos5250-spring.dts
index
Spotted in the Chrome OS 3.8 based device tree.
Needs CONFIG_SENSORS_LM90.
Signed-off-by: Andreas Färber afaer...@suse.de
---
arch/arm/boot/dts/exynos5250-spring.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5250-spring.dts
Hi Ulf,
On Wed, Nov 19, 2014 at 3:00 PM, Ulf Hansson ulf.hans...@linaro.org wrote:
It's quite common for PM domains to use PM clocks. Typically from SOC specific
code, the per device PM clock list is created and pm_clk_suspend|resume() are
invoked to handle clock gating/ungating.
A step
On Wed, Nov 19, 2014 at 12:20:53PM +0100, Javier Martinez Canillas wrote:
If someone else is interested, I've pushed a branch [0] with 3.18-rc5 + all
the needed patches.
Ajay, feel free to add to your series:
Tested-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Best
Hello Paolo,
On 11/19/2014 05:22 PM, Paolo Pisati wrote:
On Wed, Nov 19, 2014 at 12:20:53PM +0100, Javier Martinez Canillas wrote:
If someone else is interested, I've pushed a branch [0] with 3.18-rc5 + all
the needed patches.
Ajay, feel free to add to your series:
Tested-by: Javier
Am 19.11.2014 um 17:28 schrieb Javier Martinez Canillas:
On 11/19/2014 05:22 PM, Paolo Pisati wrote:
On Wed, Nov 19, 2014 at 12:20:53PM +0100, Javier Martinez Canillas wrote:
If someone else is interested, I've pushed a branch [0] with 3.18-rc5 + all
the needed patches.
Ajay, feel free to
[adding Paolo and Vivek as cc]
Hello,
On 11/18/2014 07:41 PM, Kevin Hilman wrote:
It fixes the DRM deadlock, issue for me on exynos5800-peach-pi, but then
it proceeds to panic in the workqueue code called by the asoc max98090
codec[1].
If I then disable CONFIG_SND_SOC_SNOW, I can get it
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
Reported-by: Doug Anderson diand...@chromium.org
Signed-off-by: Andreas Färber afaer...@suse.de
Even though the patch is simple and is true that the subject explains
the change, I think that is always good to have a commit message
On Mon, Nov 17, 2014 at 7:49 PM, Kevin Hilman khil...@kernel.org wrote:
Javier Martinez Canillas javier.marti...@collabora.co.uk writes:
Hello Kevin,
On 11/17/2014 11:24 PM, Kevin Hilman wrote:
As might have been expected, reverting the change that enables the
DRM/display options in
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
multi_v7_defconfig has it as Y already, so build it in here, too, for
consistency, and therefore build in HWMON as well.
Signed-off-by: Andreas Färber afaer...@suse.de
Reviewed-by: Javier Martinez Canillas
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
The HP Chromebook 11 uses an Atmel maXTouch as trackpad.
The keymap was found by trial-and-error.
Signed-off-by: Andreas Färber afaer...@suse.de
Patch looks good to me.
Reviewed-by: Javier Martinez Canillas
Javier,
On Wed, Nov 19, 2014 at 2:07 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
Hello Doug,
Thanks for your feedback.
On 11/18/2014 06:50 PM, Doug Anderson wrote:
This is common practice in the Chrome OS tree, but we've gotten
pushback from upstream questioning
On Wed, Nov 19, 2014 at 03:00:36PM +0100, Ulf Hansson wrote:
It's quite common for PM domains to use PM clocks. Typically from SOC
specific code, the per device PM clock list is created and
pm_clk_suspend|resume() are invoked to handle clock gating/ungating.
A step towards consolidation is
Hello Doug,
On 11/19/2014 06:19 PM, Doug Anderson wrote:
I wonder how the spidev user-space interface is supposed to be used
when booting with Device Trees.
OK. Please don't take my comments as a NAK on this patch. I should
have done the same grep myself before sending--sorry. I just
Hi Thomas,
On Mon, Oct 20, 2014 at 4:41 AM, Thomas Abraham thomas...@samsung.com wrote:
The new CPU clock type allows the use of generic CPUfreq drivers. So for
Exynos4210/5250, switch to using generic cpufreq driver. For Exynos5420,
which did not have CPUfreq driver support, enable the use of
Kukjin Kim kgene@samsung.com writes:
On 11/19/14 04:10, Tyler Baker wrote:
Hi,
+ Arnd, Olof and Kevin
This patch fixes a long standing issue introduced during the 3.16 merge
window.
Shortly after the merge, exynos5250-based arndale boards began to produce
the
following errors:
On Wed, Nov 19, 2014 at 09:19:13AM -0800, Doug Anderson wrote:
Please stop CCing my work address for upstream things.
On Wed, Nov 19, 2014 at 2:07 AM, Javier Martinez Canillas
I see, I thought that it was a common practice in the mainline kernel
too since I saw that many board DTS
On Thu, Nov 13, 2014 at 05:44:22PM +0530, Krishna Mohan Dani wrote:
Signed-off-by: Krishna Mohan Dani krishna...@samsung.com
---
sound/soc/samsung/Kconfig |6 ++
sound/soc/samsung/Makefile |2 +
sound/soc/samsung/arndale_rt5631.c | 150
Hello Mark,
On 11/19/2014 06:47 PM, Mark Brown wrote:
These are bugs. The device tree should describe the hardware, spidev is
a Linux implementation detail. Provide a compatible string for the
device that is there just as you would for any other device.
Thanks a lot for your explanation.
In the i2s_set_sysclk() callback we are currently clearing all bits
of the IISMOD register when clk_id is SAMSUNG_I2S_CDCLK and dir
is SND_SOC_CLOCK_OUT. It's due to an incorrect mask used for the AND
operation and breaks the I2S interface operation when we attempt to
use the CDCLK output clock.
As I'm hunting around trying to figure out how to make exynos-drm work
with v3.18 or linux-next, I noticed there was an exynos5-v3.18-rc2
branch in the exynos-reference tree[1], so I gave that a spin on my
exynos5800-peach-pi.
It seemed to work OK, but I noticed that as soon as the screen blanked
Paolo Pisati p.pis...@gmail.com writes:
On Wed, Nov 19, 2014 at 10:35:40AM +0100, Javier Martinez Canillas wrote:
Hello Ajay,
On 11/18/2014 07:20 AM, Ajay kumar wrote:
On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar ajaykumar...@samsung.com
wrote:
This series is based on master branch of
Quoting Kukjin Kim (2014-11-18 23:23:40)
On 11/01/14 02:36, Sylwester Nawrocki wrote:
Hi Mike,
Hi Mike,
I've collected Exynos clk patches in this pull request, as Tomasz has
been busy recently.
This includes addition of clock controller drivers for Exynos4415 and
Exynos7 SoCs
On 20/10/14 12:41, Thomas Abraham wrote:
The new CPU clock type allows the use of generic CPUfreq drivers. So for
Exynos4210/5250, switch to using generic cpufreq driver. For Exynos5420,
which did not have CPUfreq driver support, enable the use of generic
CPUfreq driver.
Suggested-by: Tomasz
Javier Martinez Canillas javier.marti...@collabora.co.uk writes:
[adding Paolo and Vivek as cc]
Hello,
On 11/18/2014 07:41 PM, Kevin Hilman wrote:
It fixes the DRM deadlock, issue for me on exynos5800-peach-pi, but then
it proceeds to panic in the workqueue code called by the asoc
Kevin Hilman khil...@kernel.org writes:
Javier Martinez Canillas javier.marti...@collabora.co.uk writes:
[adding Paolo and Vivek as cc]
Hello,
On 11/18/2014 07:41 PM, Kevin Hilman wrote:
It fixes the DRM deadlock, issue for me on exynos5800-peach-pi, but then
it proceeds to panic in
On Wednesday, November 19, 2014 09:54:00 AM Ulf Hansson wrote:
[...]
Scenario 5), a platform driver with/without runtime PM callbacks.
-probe()
- do some initialization
- may fetch handles to runtime PM resources
- pm_runtime_enable()
Well, and now how the driver knows if the
Ulf Hansson ulf.hans...@linaro.org writes:
It's quite common for PM domains to use PM clocks. Typically from SOC specific
code, the per device PM clock list is created and pm_clk_suspend|resume() are
invoked to handle clock gating/ungating.
A step towards consolidation is to integrate PM
Javier Martinez Canillas wrote:
+ Olof,
Hello Kevin,
Hi,
On 11/19/2014 06:01 PM, Kevin Hilman wrote:
I'm not sure what is the correct step in this case but I'm OK with
reverting the patch until the Exynos DRM driver bug is fixed.
I didn't have time to dig, but I'd rather someone track
Oh, you are still alive? I thought you were about to get married :)
Just kidding !!
On 20 November 2014 00:58, Sudeep Holla sudeep.ho...@arm.com wrote:
Sorry for raising this issue always with Exynos cpufreq drivers. IMO the
bindings for arm-bL-cpufreq-dt is broken. Currently no one is using it
Hi,
On Tuesday 18 November 2014 05:38 PM, Yadwinder Singh Brar wrote:
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
Hi,
On Tuesday 18 November 2014 05:38 PM, Yadwinder Singh Brar 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 to get interrupt.
This patch
This patch series [1 - 5] performs,
1) Moves pmu driver to driver/soc/samsung folder. This is needed as exynos7 is
an arm64 based platform and hence PMU driver should be in driver folder.
Some discussion happened about this in the v1 version. Finally adding it in
driver/soc folder as it
This patch moves Exynos PMU driver implementation from arm/mach-exynos
to drivers/soc/samsung. 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
Moving Exynos PMU specific header file into include/linux/soc/samsung
thus updated affected files under mach-exynos to use new location of
these header files.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
Signed-off-by: Amit Daniel Kachhap amit.dan...@samsung.com
---
This patch adds an API exynos_sys_powerup_conf to be called after system sleep
wakeup. This will useful for exynos7 SoC to perform resume related
initialisations. This is similar to currently existing API
exynos_sys_powerdown_conf.
Reviewed-by: Pankaj Dubey pankaj.du...@samsung.com
Signed-off-by:
Add PMU settings for exynos7. This is required for future suspend-to-ram,
cpuidle and power domain support.
Note: In this patch some static declarations lines are over 80
characters per line for easy redability.
Reviewed-by: Pankaj Dubey pankaj.du...@samsung.com
Signed-off-by: Eunseok Choi
The config option SOC_SAMSUNG is needed to enable all soc samsung
drivers inside driver/soc/samsung folder. Currently, this will be useful to
enable exynos pmu driver which is moved to that folder.
Signed-off-by: Amit Daniel Kachhap amit.dan...@samsung.com
---
arch/arm/mach-exynos/Kconfig |1
On Wed, Nov 19, 2014 at 1:34 PM, Kukjin Kim kgene@samsung.com wrote:
On 11/13/14 17:56, amit daniel kachhap wrote:
On Sat, Nov 8, 2014 at 6:46 PM, Amit Daniel Kachhap
amit.dan...@samsung.com wrote:
This patch series[1 - 6] performs,
1) Moves pmu driver to driver/soc/samsung folder. Some
Hi Sylwester,
On 11/19/14, Sylwester Nawrocki s.nawro...@samsung.com wrote:
In the i2s_set_sysclk() callback we are currently clearing all bits
of the IISMOD register when clk_id is SAMSUNG_I2S_CDCLK and dir
is SND_SOC_CLOCK_OUT. It's due to an incorrect mask used for the AND
operation and
pmu_system_controller phandle for dp
phy
36391a5 Add linux-next specific files for 20141119
9b1ced1 Merge branch 'akpm/master'
282497e mm: add strictlimit knob
used exynos_defconfig
With this display works for me.
Without $Subject patch i get lookup in drm.
Javier can you tell me your git
87 matches
Mail list logo
