Hi Abhilash,
On Fri, Oct 17, 2014 at 9:41 PM, Abhilash Kesavan a.kesa...@samsung.com wrote:
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Add clock support for the RTC block in Exynos7.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Abhilash Kesavan
Hi Abhilash,
On Fri, Oct 17, 2014 at 9:41 PM, Abhilash Kesavan a.kesa...@samsung.com wrote:
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Exynos7 supports 3 MMC channels, add the MMC gate clocks to
support them.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Exynos7 has core power down state where cores can be powered off independently.
This patch adds support for this state.
Signed-off-by: Chander Kashyap k.chan...@samsung.com
---
This patch has following dependencies:
- [PATCH v5 0/8] arch: arm64: Enable support for Samsung Exynos7 SoC
This patch adds a call to s3c_hsotg_disconnect() from 'end session'
interrupt (GOTGINT_SES_END_DET) to correctly notify gadget subsystem
about unplugged usb cable. 'disconnected' interrupt (DISCONNINT) might
look a bit more suitable for this event, but it is asserted only in
host mode, so in
Hi!
This patchset contains a set of fixes to solve vaious minor issues
related to cable connect/disconnect events, pull-up control,
soft-disconnect mode, proper usb phy operation and restoring gadget
state after suspend/resume cycle.
Changes since v1
This patch moves calls to phy enable/disable out of spinlock protected
blocks in device suspend/resume to fix incorrect caller context. Phy
related functions must not be called from atomic context. To protect
device internal state from a race during suspend, a call to
s3c_hsotg_core_disconnect()
Excessive debug messages might cause timing issues that prevent correct
usb enumeration. This patch hides information about USB bus reset to let
driver enumerate fast enough to avoid making host angry. This fixes
endless enumeration and usb reset loop observed with some Linux hosts.
Suspend/resume code assumed that the gadget was always enabled and
connected to usb bus. This means that the actual state of the gadget
(soft-enabled/disabled or connected/disconnected) was not correctly
preserved on suspend/resume cycle. This patch fixes this issue.
Signed-off-by: Marek
This patch changes s3c_hsotg_core_init function to leave hardware in
soft disconnect mode, so the moment of coupling the hardware to the usb
bus can be later controlled by the separate functions for enabling and
disabling soft disconnect mode. This patch is a preparation to rework
pullup() method.
udc_stop() should clear -driver pointer unconditionally to let the UDC
framework to work correctly with both registering/unregistering gadgets
and enabling/disabling gadgets by writing to
/sys/class/udc/*hsotg/soft_connect interface.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
Hello,
On 2014-10-16 15:42, Felipe Balbi wrote:
On Thu, Oct 16, 2014 at 02:58:04PM +0200, Marek Szyprowski wrote:
This patch moves calls to phy enable/disable out of spinlock protected
blocks in device suspend/resume to fix incorrect caller context. Phy
related functions must not be called
Hello,
On 2014-10-16 15:38, Felipe Balbi wrote:
On Thu, Oct 16, 2014 at 02:58:02PM +0200, Marek Szyprowski wrote:
This patch changes s3c_hsotg_core_init function to leave hardware in
soft disconnect mode, so the actual moment of coupling the hardware to
the usb bus can be later controlled by
This patch moves udc initialization from pullup() method to
s3c_hsotg_udc_start(), so that method ends with hardware fully
initialized and left in soft-disconnected state. After this change, the
pullup() method simply clears soft-disconnect start() when called with
is_on=1. For completeness, a
This patch removes duplicated code and sets last_rst variable in the
function which does the hardware reset.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/usb/dwc2/gadget.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/dwc2/gadget.c
This patch fixes probe function to match the pattern used elsewhere in
the driver, where power regulators are turned off as the last element in
the device shutdown procedure.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/usb/dwc2/gadget.c | 3 +--
1 file changed, 1
This patch moves phy enable/disable calls from pullup() method to
udc_start/stop functions. This solves the issue related to limited caller
context for PHY functions, because they cannot be called from non-sleeping
context. This is also a preparation for using soft-disconnect feature of
udc
This patchset adds support for early console defined in device tree. As
an example, DTS files for all Exynos4 based machines are updated with
the correct value for common chosen/sdtout property.
To get it fully functional on ARM architecture, additional improvements
(support for early_ioremap)
From: Tomasz Figa t.f...@samsung.com
This patch adds support for early console initialized from device tree
and kernel command line to all variants of Samsung serial driver.
Signed-off-by: Tomasz Figa t.f...@samsung.com
[mszyprow: added support for command line based initialization,
From: Tomasz Figa t.f...@samsung.com
This patch adds stdout-path property to chosen nodes of Exynos4 boards
to enable use of earlycon feature without the need to hardcode port
number in kernel itself.
Signed-off-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Marek Szyprowski
Changes since v10:
- Rebased on top of v3.18-rc1
This patch series removes the use of Exynos4210 and Exynos5250 specific cpufreq
drivers and enables the use of cpufreq-dt driver for these platforms. This
series also enables cpufreq support for Exynos5420 using arm_big_little cpufreq
driver.
This
The CPU clock provider supplies the clock to the CPU clock domain. The
composition and organization of the CPU clock provider could vary among
Exynos SoCs. A CPU clock provider can be composed of clock mux, dividers
and gates. This patch defines a new clock type for CPU clock provider and
adds
With the addition of the new Samsung specific cpu-clock type, the
arm clock can be represented as a cpu-clock type. Add the CPU clock
configuration data and instantiate the CPU clock type for Exynos4210,
Exynos5250 and Exynos5420.
Cc: Tomasz Figa tomasz.f...@gmail.com
Signed-off-by: Thomas
For Exynos 4210/5250/5420 based platforms, add CPU operating points and CPU
regulator supply properties for migrating from Exynos specific cpufreq driver
to using generic cpufreq drivers.
Cc: Kukjin Kim kgene@samsung.com
Cc: Doug Anderson diand...@chromium.org
Cc: Javier Martinez Canillas
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 Figa tomasz.f...@gmail.com
Cc: Kukjin Kim
Exynos4210 and Exynos5250 based platforms have switched over to use generic
cpufreq drivers for cpufreq functionality. So the Exynos specific cpufreq
drivers for these platforms can be removed.
Cc: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Thomas Abraham
With some of the Exynos SoCs switched over to use the generic CPUfreq drivers,
the unused clock aliases can be removed. In addition to this, the individual
clock blocks which are now encapsulated with the consolidate CPU clock type
can now be marked with read-only flags.
Cc: Tomasz Figa
On 20 October 2014 17:11, Thomas Abraham thomas...@samsung.com wrote:
Exynos4210 and Exynos5250 based platforms have switched over to use generic
cpufreq drivers for cpufreq functionality. So the Exynos specific cpufreq
drivers for these platforms can be removed.
Cc: Bartlomiej Zolnierkiewicz
On 20.10.2014 13:41, Thomas Abraham wrote:
Changes since v10:
- Rebased on top of v3.18-rc1
This patch series removes the use of Exynos4210 and Exynos5250 specific
cpufreq
drivers and enables the use of cpufreq-dt driver for these platforms. This
series also enables cpufreq support for
On Mon, Oct 20, 2014 at 5:02 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 20 October 2014 17:11, Thomas Abraham thomas...@samsung.com wrote:
Exynos4210 and Exynos5250 based platforms have switched over to use generic
cpufreq drivers for cpufreq functionality. So the Exynos specific
Hi Tomasz,
On Mon, Oct 20, 2014 at 5:05 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On 20.10.2014 13:41, Thomas Abraham wrote:
Changes since v10:
- Rebased on top of v3.18-rc1
This patch series removes the use of Exynos4210 and Exynos5250 specific
cpufreq
drivers and enables the use of
Exynos4210 and Exynos5250 based platforms have switched over to use generic
cpufreq drivers for cpufreq functionality. So the Exynos specific cpufreq
drivers for these platforms can be removed.
Cc: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Signed-off-by: Thomas Abraham
This patchset use cpufreq-dt driver to support Exynos3250 cpufreq and tested it
on Exynos3250-based Rinato board.
Changes from v3:
- This patchset is based on 3.18-rc1 with new patchset[3] of Thomas Abraham
[3] [PATCH v11 0/6] cpufreq: use generic cpufreq drivers for exynos platforms
-
This patch update clock flags related to CPU with read only flag
to use cpu-clock type.
Cc: Tomasz Figa tomasz.f...@gmail.com
Cc: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
---
This patch add CPU operating points which include CPU frequency and regulator
voltage to use generic cpufreq drivers.
Cc: Kukjin Kim kgene@samsung.com
Cc: Tomasz Figa tomasz.f...@gmail.com
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
This patch add exynos3250 compatible string to exynos_cpufreq_matches
for supporting generic cpufreq driver on Exynos3250.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
---
arch/arm/mach-exynos/exynos.c |
Hi,
Eduardo, could you please merge this patch?
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
On Thursday, September 11, 2014 03:00:49 PM Bartlomiej Zolnierkiewicz wrote:
In exynos5260_tmu_registers tmu_ctrl entry is erroneously
assigned twice.
Hi,
Eduaro, could you please merge this patch?
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung RD Institute Poland
Samsung Electronics
On Friday, October 03, 2014 06:17:17 PM Bartlomiej Zolnierkiewicz wrote:
* Factor out code for clearing raised IRQs from exynos_tmu_work() to
Hi,
Eduaro/Amit, any comments on this series?
Could it be merged for v3.19?
[ Currently this series conflicts with [PATCH] thermal: exynos: fix IRQ
clearing on TMU initialization patch so I'm planning to refresh it but
it would be great to get some feedback first. ]
Best regards,
--
Hi Kukjin,
On Wed, Oct 1, 2014 at 10:12 PM, Abhilash Kesavan a.kesa...@samsung.com wrote:
Remove usage of CONFIG_SERIAL_SAMSUNG_UARTS symbol from platform
specific code.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Reviewed-by: Tomasz Figa tomasz.f...@gmail.com
Can you please pick
Hi Vivek,
On Mon, Oct 20, 2014 at 3:19 PM, Vivek Gautam gautam.vi...@samsung.com wrote:
Hi Abhilash,
On Fri, Oct 17, 2014 at 9:41 PM, Abhilash Kesavan a.kesa...@samsung.com
wrote:
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Exynos7 supports 3 MMC channels, add the MMC gate clocks
Hi Linus,
On Sun, Oct 12, 2014 at 12:27 AM, Tomasz Figa tomasz.f...@gmail.com wrote:
Abhilash, Linus,
On 09.10.2014 15:54, Abhilash Kesavan wrote:
Changes since v4:
- Rebased over Tomasz Figa's pinctrl clean-up patches[1]
Changes since v3:
- Changed variable name from
On 20.10.2014 13:48, Thomas Abraham wrote:
Hi Tomasz,
On Mon, Oct 20, 2014 at 5:05 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On 20.10.2014 13:41, Thomas Abraham wrote:
Changes since v10:
- Rebased on top of v3.18-rc1
This patch series removes the use of Exynos4210 and Exynos5250
Some regulators can run on different operating modes (opmodes). This
allows systems to choose the most efficient opmode for each regulator.
This patch adds a regulator-initial-mode property to configure at
startup the operating mode for the regulators that support changing
its mode during normal
Hello Mark,
This is the third version of the series that adds operating modes
support for the regulators in the max77802 PMIC. This version uses the
standard regulator suspend states bindings as you suggested and also
drops the patches already picked by you from the first [0] and second [1]
of_get_regulation_constraints() calls of_get_child_by_name() to find the
regulator-state-{mem,disk} child nodes for each regulator. This function
increments the device node reference counter but this is not decremented
once the function is done using the node.
Fix that by calling of_node_put()
The regulator core now has support to choose if a regulator
has to be enabled or disabled during system suspend and also
the max77802 driver supports changing the regulator operating
mode during runtime and when the system enters into sleep mode.
To lower power during suspend, configure the
The max77802 PMIC regulators output can be configured in one of two
modes: Output ON (normal) and Output ON in Low Power Mode. Some of
the regulators support their operating mode to be changed on startup
or by consumers when the system is running while others only support
their operating mode to
Some regulators from the max77802 PMIC support to be configured in one
of two operating mode: Output ON (normal) and Output On Low Power Mode.
Not all regulators support these two modes and for some of them, the
mode can be changed while the system is running in normal operation
while others only
Hi,
Here is 1st round of Samsung updates for v3.19 and actually it has been
sent out to arm-soc for v3.18 before but as you know missed. I've just
rebased the branch on top of v3.18-rc1, please pull.
Thanks,
Kukjin
The following changes since commit
Hi,
Here is Samsung DT updates for v3.19, please pull.
Thanks,
Kukjin
---
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
Javier,
On Thu, Oct 16, 2014 at 3:13 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The regulator framework has a set of helpers functions to be used when
the system is entering and leaving from suspend but these are not called
on Exynos platforms. This means that the
[adding Chris Zong as cc who posted a similar patch for Rockchip]
Hello Doug,
On 10/20/2014 06:26 PM, Doug Anderson wrote:
Javier,
On Thu, Oct 16, 2014 at 3:13 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The regulator framework has a set of helpers functions to be
Javier,
On Mon, Oct 20, 2014 at 9:58 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
It turns out that regulator_suspend_finish() actually returns an error
code. Could you print a warning if you see it?
Yes, I noticed this when looking at Chris patch for Rockchip but
[adding Rafael Wysocki to cc as Suspend-to-RAM maintainer]
On 10/20/2014 07:36 PM, Doug Anderson wrote:
Javier,
On Mon, Oct 20, 2014 at 9:58 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
It turns out that regulator_suspend_finish() actually returns an error
code.
On Mon, Oct 20, 2014 at 09:50:57PM +0200, Javier Martinez Canillas wrote:
On 10/20/2014 07:36 PM, Doug Anderson wrote:
I guess I was just trying to follow the suggestion that was in the
regulator code:
http://lxr.free-electrons.com/source/drivers/regulator/core.c#L3699
that says This
Hello Mark,
On 10/20/2014 09:56 PM, Mark Brown wrote:
On Mon, Oct 20, 2014 at 09:50:57PM +0200, Javier Martinez Canillas wrote:
On 10/20/2014 07:36 PM, Doug Anderson wrote:
I guess I was just trying to follow the suggestion that was in the
regulator code:
Hello,
This series add support for Exynos platforms to prepare regulators for
system suspend. The regulator core has a set of helpers functions to be
used when the system is entering and leaving from a suspend state but
currently there is only one user in mainline.
This user is
The regulator framework has a set of helpers functions to be used when
the system is entering and leaving from suspend but these are not called
on Exynos platforms. This means that the .set_suspend_* function handlers
defined by regulator drivers are not called when the system is suspended.
This reverts commit b7cde7078d2344073c310aa65fc2b0a845d2cb5b
(mfd: sec-core: Prepare regulators for suspend state to reduce
power-consumption)
Commit b7cde7078d23 called regulator_suspend_prepare() to prepare the
regulators for a suspend state. But it did from the device pm suspend
handler while
Javier,
On Mon, Oct 20, 2014 at 2:05 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
This reverts commit b7cde7078d2344073c310aa65fc2b0a845d2cb5b
(mfd: sec-core: Prepare regulators for suspend state to reduce
power-consumption)
Commit b7cde7078d23 called
Hello Doug,
On 10/20/2014 11:40 PM, Doug Anderson wrote:
Javier,
On Mon, Oct 20, 2014 at 2:05 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The regulator framework has a set of helpers functions to be used when
the system is entering and leaving from suspend but these
Hi Javier,
On 10/21/2014 06:05 AM, Javier Martinez Canillas wrote:
This reverts commit b7cde7078d2344073c310aa65fc2b0a845d2cb5b
(mfd: sec-core: Prepare regulators for suspend state to reduce
power-consumption)
Commit b7cde7078d23 called regulator_suspend_prepare() to prepare the
Register with kernel poweroff handler instead of setting pm_power_off
directly. Always use register_power_off_handler_simple as there is no
indication that more than one poweroff handler is registered.
If the poweroff handler only resets the system or puts the CPU in sleep mode,
select the
ping!
On Fri, Oct 10, 2014 at 6:18 PM, Ajay Kumar ajaykumar...@samsung.com wrote:
This series is based on exynos-drm-next branch of Inki Dae's tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
DECON(Display and Enhancement Controller) is the new IP
in exynos7 SOC
Changes since v1:
- Added documentation for input clocks of the newly added CMUs
Following are the dependencies:
1) dts, kbuild: Implement support for dtb vendor subdirs patchset
http://comments.gmane.org/gmane.linux.kbuild.devel/12131
2) arch: arm64: Enable support for Samsung Exynos7
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Exynos7 supports 12 I2C channels, add the I2C gate clocks to
support them.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
drivers/clk/samsung/clk-exynos7.c | 24
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Exynos7 supports 3 MMC channels, add the MMC gate clocks to
support them.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
.../devicetree/bindings/clock/exynos7-clock.txt|
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Add clock support for the RTC block in Exynos7.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
.../devicetree/bindings/clock/exynos7-clock.txt|5 ++
From: Naveen Krishna Ch naveenkrishna...@gmail.com
Add clock support for the watchdog timer, pwm timer and thermal
management unit IPs in Exynos7.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
Adds PMU DT node for exynos7 SoC.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
.../devicetree/bindings/arm/samsung/pmu.txt|1 +
arch/arm64/boot/dts/exynos/exynos7.dtsi|5 +
2 files changed, 6 insertions(+)
diff --git
Add nodes for 3 mmc channels, 12 i2c channels, rtc, and watchdog
on Exynos7.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
arch/arm64/boot/dts/exynos/exynos7-espresso.dts | 41
arch/arm64/boot/dts/exynos/exynos7.dtsi
Enable rtc and watchdog support for exynos7 SoCs.
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
---
arch/arm64/Kconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 238acff..9bb4e02 100644
--- a/arch/arm64/Kconfig
+++
72 matches
Mail list logo
