On Tue, 04 Nov 2014, Krzysztof Kozlowski wrote:
On pon, 2014-11-03 at 17:01 +, Lee Jones wrote:
On Thu, 30 Oct 2014, Krzysztof Kozlowski wrote:
The driver is used only on Exynos based boards with DTS support.
Convert the driver to DTS-only version. This simplifies a little the
On Tue, Nov 4, 2014 at 2:43 AM, Rafael J. Wysocki r...@rjwysocki.net wrote:
That is quite simple to address, though. You can register a bus type
notifier that will power up the domain on BUS_NOTIFY_ADD_DEVICE events
(where the target device belongs to the domain), and do that only for
On Tue, 04 Nov 2014, Pankaj Dubey wrote:
On Monday, November 03, 2014 8:56 PM, Lee Jones wrote,
Subject: Re: [PATCH 02/12] drivers: mfd: Add support for Exynos PMU driver
On Mon, 03 Nov 2014, Amit Daniel Kachhap wrote:
From: Pankaj Dubey pankaj.du...@samsung.com
This patch
Hello Riku,
Interesting, as the commit itself is a revert from a kernel back to 2.6
somewhere. The problem I had is related to the PHY being reset on
interface-up, can you confirm that you require this? Reverting this
breaks ethtool support in turn.
Kind regards,
Michel Stam
-Original
[...]
Generally, there are two or even three levels of runtime PM handling,
driver, (possibly) bus type and (possibly) PM domain (and multiple levels
of these are possible in principle). All of them have to be initialized
at different times.
Quite arguably, the PM domain and/or bus type
On Tue, Nov 04, 2014 at 09:54:19AM +0100, Ulf Hansson wrote:
[...]
Generally, there are two or even three levels of runtime PM handling,
driver, (possibly) bus type and (possibly) PM domain (and multiple levels
of these are possible in principle). All of them have to be initialized
at
Hi Russell,
Am Montag, den 27.10.2014, 23:57 + schrieb Russell King - ARM Linux:
On Mon, Oct 27, 2014 at 11:26:30PM +0100, Daniel Vetter wrote:
Looking at the of_drm_find_panel function I actually wonder how that
works - the drm_panel doesn't really need to stick around afaics.
After
On 4 November 2014 10:05, Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Tue, Nov 04, 2014 at 09:54:19AM +0100, Ulf Hansson wrote:
[...]
Generally, there are two or even three levels of runtime PM handling,
driver, (possibly) bus type and (possibly) PM domain (and multiple levels
of
On Tue, Nov 04, 2014 at 09:19:26AM +0100, Stam, Michel [FINT] wrote:
Interesting, as the commit itself is a revert from a kernel back to 2.6
somewhere. The problem I had is related to the PHY being reset on
interface-up, can you confirm that you require this?
I can't confirm what exactly is
Hello Riku,
Fixing a bug (ethtool support) must not cause breakage elsewhere (in
this case on arndale). This is now a regression of functionality from
3.17.
I think it would better to revert the change now and with less hurry
introduce a ethtool fix that doesn't break arndale.
I don't fully
Add pwm-fan node to the Odroid-U3 board file to enable PWM control of the
cooling fan. In addition, add the pwm label to the pwm@139D node
in the exynos4412.dtsi.
Signed-off-by: Kamil Debski k.deb...@samsung.com
---
Changes since v1:
- added pwm label to the pwm@139D node in exynos4.dtsi
On pon, 2014-11-03 at 15:40 +0100, Javier Martinez Canillas wrote:
The regulator-initial-mode and regulator-mode DT properties allows to
configure the regulator operating modes at startup or when a system
enters into a susend state.
But these properties use as valid values the operating
On pon, 2014-11-03 at 15:40 +0100, Javier Martinez Canillas wrote:
Some 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 be changed while the system has entered in a
suspend state.
On pon, 2014-11-03 at 15:40 +0100, Javier Martinez Canillas wrote:
Hello Mark,
This is the fourth version of the series that adds operating modes
support for the regulators in the max77802 PMIC. This version uses
the standard suspend states bindings and the opmodes are parsed by
the
On pon, 2014-11-03 at 15:40 +0100, Javier Martinez Canillas wrote:
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
Hello Krzysztof,
On 11/04/2014 11:44 AM, Krzysztof Kozlowski wrote:
Where's a diff stat? It is helpful to see what files were touched and I
believe it is created by default with format-patch.
Yes, I removed the diffstat since it was quite big due the drivers
refactor and the cover letter
On 04/11/14 07:44, amit daniel kachhap wrote:
On Mon, Nov 3, 2014 at 11:53 PM, Kevin Hilman khil...@kernel.org wrote:
Rafael J. Wysocki r...@rjwysocki.net writes:
On Monday, November 03, 2014 09:23:01 AM Amit Daniel Kachhap wrote:
These power domain transition notifiers will assist in carrying
Hello Krzysztof,
Thanks a for your feedback.
On 11/04/2014 11:31 AM, Krzysztof Kozlowski wrote:
+ *
+ * @map_modes: Callback invoked to translate between hardware to standard
modes.
Initially I thought it should map from standard to hardware. But then I
looked at max77802 implementation
On wto, 2014-11-04 at 11:51 +0100, Javier Martinez Canillas wrote:
Hello Krzysztof,
On 11/04/2014 11:44 AM, Krzysztof Kozlowski wrote:
Where's a diff stat? It is helpful to see what files were touched and I
believe it is created by default with format-patch.
Yes, I removed the
Hello Krzysztof,
On 11/04/2014 11:41 AM, Krzysztof Kozlowski wrote:
+if (!of_property_read_u32(np, regulator-initial-mode, pval)) {
+if (desc desc-map_modes)
+constraints-initial_mode = desc-map_modes(pval);
+else
+
On 04/11/14 07:16, amit daniel kachhap wrote:
On Mon, Nov 3, 2014 at 11:51 PM, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
On 03/11/14 04:53, Amit Daniel Kachhap wrote:
[...]
4 type of notifications are added,
GPD_OFF_PRE - GPD state before power off
GPD_OFF_POST- GPD state
On Tuesday, November 04, 2014 09:20:44 AM Geert Uytterhoeven wrote:
On Tue, Nov 4, 2014 at 2:43 AM, Rafael J. Wysocki r...@rjwysocki.net wrote:
That is quite simple to address, though. You can register a bus type
notifier that will power up the domain on BUS_NOTIFY_ADD_DEVICE events
(where
On Tuesday, November 04, 2014 09:54:19 AM Ulf Hansson wrote:
[...]
Generally, there are two or even three levels of runtime PM handling,
driver, (possibly) bus type and (possibly) PM domain (and multiple levels
of these are possible in principle). All of them have to be initialized
at
On Tuesday, November 04, 2014 01:05:21 AM Dmitry Torokhov wrote:
On Tue, Nov 04, 2014 at 09:54:19AM +0100, Ulf Hansson wrote:
[...]
Generally, there are two or even three levels of runtime PM handling,
driver, (possibly) bus type and (possibly) PM domain (and multiple levels
of
On Tuesday, November 04, 2014 10:24:35 AM Ulf Hansson wrote:
On 4 November 2014 10:05, Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Tue, Nov 04, 2014 at 09:54:19AM +0100, Ulf Hansson wrote:
[...]
Generally, there are two or even three levels of runtime PM handling,
driver,
On 11/03/2014 06:13 PM, Kevin Hilman wrote:
Andrzej Hajda a.ha...@samsung.com writes:
On 10/30/2014 08:36 AM, Krzysztof Kozlowski wrote:
On śro, 2014-10-29 at 10:46 -0700, Kevin Hilman wrote:
Krzysztof Kozlowski k.kozlow...@samsung.com writes:
When resuming the system the power domain has
On 4 November 2014 14:51, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Tuesday, November 04, 2014 09:54:19 AM Ulf Hansson wrote:
[...]
Generally, there are two or even three levels of runtime PM handling,
driver, (possibly) bus type and (possibly) PM domain (and multiple levels
of these
Devices that are created while discoverable buses are being probed
can't be attached to a PM domain before the probing is done, because
those simply doesn't exist.
Honestly, I'm not sure what you're talking about.
Devices on a discoverable* bus (say PCI) are added when the *controller* is
This patch adds support for the power domain state transition notifiers.
The notifiers are mostly intended to be used in SoC-specific subsystem,
e.g. clock controller, power management unit, etc. drivers.
It is an attempt to address dependencies between power domains in an SoC
and other
On Tue, Nov 04, 2014 at 06:01:44PM +0100, Ulf Hansson wrote:
Devices that are created while discoverable buses are being probed
can't be attached to a PM domain before the probing is done, because
those simply doesn't exist.
Honestly, I'm not sure what you're talking about.
Devices
On 04/11/14 00:24, Greg KH wrote:
On Tue, Oct 07, 2014 at 11:12:07AM +0200, Sylwester Nawrocki wrote:
The PLAT_S5P Kconfig symbol was removed in commit d78c16ccde96
(ARM: SAMSUNG: Remove remaining legacy code). There are still
some references left, fix that by replacing them with
Stephan, Andreas,
On Mon, Nov 3, 2014 at 5:05 AM, Andreas Färber afaer...@suse.de wrote:
Dear Stephan,
Am 03.11.2014 um 11:42 schrieb S.J.R. van Schaik:
[...] I have done some research to figure out how to build
a working nv u-boot binary, and working instructions can be found on the
On Tue, 2014-11-04 at 19:33 +0100, Sylwester Nawrocki wrote:
On 04/11/14 00:24, Greg KH wrote:
This isn't a stable issue...
Sorry for disturbing then, let me go and read the documentation again.
If I remember correctly, I asked Sylwester to mark this for stable. So
it's me that should be
On Tue, Nov 04, 2014 at 08:21:04PM +0100, Paul Bolle wrote:
On Tue, 2014-11-04 at 19:33 +0100, Sylwester Nawrocki wrote:
On 04/11/14 00:24, Greg KH wrote:
This isn't a stable issue...
Sorry for disturbing then, let me go and read the documentation again.
If I remember correctly, I
On Tue, 2014-11-04 at 11:42 -0800, Greg KH wrote:
As it's something that no one seemed to ever need before (i.e. it's not
a regression fix), but it would be a new feature, I don't think it's
really a stable fix.
But feel free to convince me otherwise :)
Sylwester, was I right in thinking
On Tue, Nov 04, 2014 at 11:23:06AM +0100, Stam, Michel [FINT] wrote:
Hello Riku,
Fixing a bug (ethtool support) must not cause breakage elsewhere (in
this case on arndale). This is now a regression of functionality from
3.17.
I think it would better to revert the change now and with less
Hi,
the Samsung S3C6410 SoC comes with an RTC with two interrupts connected to two
different interrupt controllers.
The old platform code uses this resource to describe it:
static struct resource s3c_rtc_resource[] = {
[0] = DEFINE_RES_MEM(S3C24XX_PA_RTC, SZ_256),
[1] =
On Tue, Oct 28, 2014 at 11:00:57AM +0900, Kukjin Kim wrote:
Hi,
I'm sending new pull-request for tags/samsung-pm-v2 instead of
tags/samsung-pm.
Note that just added fix build with ARM_CPU_SUSPEND=n from Arnd, please
pull.
Thanks,
Kukjin
Kukjin,
The history here is somewhat odd.
On Tuesday, November 04, 2014 10:29:20 AM Dmitry Torokhov wrote:
On Tue, Nov 04, 2014 at 06:01:44PM +0100, Ulf Hansson wrote:
Devices that are created while discoverable buses are being probed
can't be attached to a PM domain before the probing is done, because
those simply doesn't
...and once more with text/plain. Thanks for always forgetting my
settings, GMail. -.-
On Tue, Nov 4, 2014 at 2:26 PM, Julius Werner jwer...@chromium.org wrote:
Unlike the Exynos Chromebooks, the Tegra Chromebooks do not use U-Boot
as their firmware/bootloader - they instead use Coreboot
Olof Johansson wrote:
On Tue, Oct 28, 2014 at 11:00:57AM +0900, Kukjin Kim wrote:
Hi,
Hi,
I'm sending new pull-request for tags/samsung-pm-v2 instead of
tags/samsung-pm.
Note that just added fix build with ARM_CPU_SUSPEND=n from Arnd, please
pull.
Thanks,
Kukjin
Kukjin,
On Thu, Oct 30, 2014 at 01:38:30PM -0700, Kevin Hilman wrote:
Rafael J. Wysocki r...@rjwysocki.net writes:
On Thursday, October 30, 2014 01:02:49 PM Ulf Hansson wrote:
Convert the prototype to return and int. This is just an initial step,
needed to support error handling.
On Wed, Nov 5, 2014 at 2:33 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Thu, Oct 30, 2014 at 01:38:30PM -0700, Kevin Hilman wrote:
Rafael J. Wysocki r...@rjwysocki.net writes:
On Thursday, October 30, 2014 01:02:49 PM Ulf Hansson wrote:
Convert the prototype to return and int.
On Tue, Oct 28, 2014 at 3:38 PM, Ulf Hansson ulf.hans...@linaro.org wrote:
--- a/drivers/base/power/domain.c
+++ b/drivers/base/power/domain.c
@@ -1358,25 +1358,81 @@ EXPORT_SYMBOL_GPL(pm_genpd_syscore_poweron);
#endif /* CONFIG_PM_SLEEP */
-static struct generic_pm_domain_data
On Wed, Nov 05, 2014 at 08:43:29AM +0100, Geert Uytterhoeven wrote:
On Wed, Nov 5, 2014 at 2:33 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Thu, Oct 30, 2014 at 01:38:30PM -0700, Kevin Hilman wrote:
Rafael J. Wysocki r...@rjwysocki.net writes:
On Thursday, October 30, 2014
45 matches
Mail list logo
