the v7_exit_coherency_flush() asm code with
armv7-a architecture.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Reported-by: Mark Brown broo...@kernel.org
Link: http://www.spinics.net/lists/linux-samsung-soc/msg36790.html
Acked-by: Nicolas Pitre n...@linaro.org
Acked-by: Kukjin Kim
Kukjin Kim wrote:
>
> Stephen Rothwell wrote:
> >
> > Hi Kukjin,
> >
> Hi Stephen,
>
> > After merging the samsung tree, today's linux-next build (arm
> > multi_v7_defconfig)
> > failed like this:
> >
> > arch/arm/boot/dts/exynos52
Stephen Rothwell wrote:
>
> Hi Kukjin,
>
Hi Stephen,
> After merging the samsung tree, today's linux-next build (arm
> multi_v7_defconfig)
> failed like this:
>
> arch/arm/boot/dts/exynos5250-snow.dts:13:46: fatal error:
> dt-bindings/clock/maxim,max77686.h: No such
> file or directory
>
On 08/13/14 00:11, Bartlomiej Zolnierkiewicz wrote:
Ifdef around cpu_\name\()_do_suspend and cpu_\name\()_do_resume
ops in proc-macros.S should check for CONFIG_ARM_CPU_SUSPEND and
not CONFIG_PM_SLEEP. Fix it.
[ Please note that cpu_v7_do_[suspend,resume] code in proc-v7.S
already correctly
On 08/26/14 23:10, Tomasz Figa wrote:
This patch extends the firmware_ops structure with two new callbacks:
.suspend() and .resume(). The former is intended to ask the firmware to
save all its volatile state and suspend the system, without returning
back to the kernel in between. The latter is
On 09/16/14 00:06, Krzysztof Kozlowski wrote:
The MAX77693 is a companion power management IC for smart phones and tablets.
The MAX77693 contains input over-voltage protection (OVP),
a fully-integrated 2.5A switching charger for Lithium Ion battery with
integrated battery disconnect,
On 09/16/14 21:52, Krzysztof Kozlowski wrote:
This fixes build breakage of platsmp.c if ARMv6 was chosen for compile
time options (e.g. by building allmodconfig):
$ make allmodconfig
$ make
CC arch/arm/mach-exynos/platsmp.o
/tmp/ccdQM0Eg.s: Assembler messages:
/tmp/ccdQM0Eg.s:432:
On 09/23/14 15:17, Kukjin Kim wrote:
Kukjin Kim wrote:
Andreas Färber wrote:
[...]
Kukjin: Andreas's patch series was Reviewed long ago I think and by
now I'd imagine it's got some conflicts due to it not having been
applied in a timely fashion. Perhaps you could fix it up for Andreas
Kukjin Kim wrote:
> >
> Andreas Färber wrote:
[...]
> > > Kukjin: Andreas's patch series was Reviewed long ago I think and by
> > > now I'd imagine it's got some conflicts due to it not having been
> > > applied in a timely fashion. Perhaps you could fix
Kukjin Kim wrote:
Andreas Färber wrote:
[...]
Kukjin: Andreas's patch series was Reviewed long ago I think and by
now I'd imagine it's got some conflicts due to it not having been
applied in a timely fashion. Perhaps you could fix it up for Andreas
(since he's already rebased
On 09/23/14 15:17, Kukjin Kim wrote:
Kukjin Kim wrote:
Andreas Färber wrote:
[...]
Kukjin: Andreas's patch series was Reviewed long ago I think and by
now I'd imagine it's got some conflicts due to it not having been
applied in a timely fashion. Perhaps you could fix it up for Andreas
On 09/16/14 21:52, Krzysztof Kozlowski wrote:
This fixes build breakage of platsmp.c if ARMv6 was chosen for compile
time options (e.g. by building allmodconfig):
$ make allmodconfig
$ make
CC arch/arm/mach-exynos/platsmp.o
/tmp/ccdQM0Eg.s: Assembler messages:
/tmp/ccdQM0Eg.s:432:
On 09/16/14 00:06, Krzysztof Kozlowski wrote:
The MAX77693 is a companion power management IC for smart phones and tablets.
The MAX77693 contains input over-voltage protection (OVP),
a fully-integrated 2.5A switching charger for Lithium Ion battery with
integrated battery disconnect,
On 08/26/14 23:10, Tomasz Figa wrote:
This patch extends the firmware_ops structure with two new callbacks:
.suspend() and .resume(). The former is intended to ask the firmware to
save all its volatile state and suspend the system, without returning
back to the kernel in between. The latter is
On 08/13/14 00:11, Bartlomiej Zolnierkiewicz wrote:
Ifdef around cpu_\name\()_do_suspend and cpu_\name\()_do_resume
ops in proc-macros.S should check for CONFIG_ARM_CPU_SUSPEND and
not CONFIG_PM_SLEEP. Fix it.
[ Please note that cpu_v7_do_[suspend,resume] code in proc-v7.S
already correctly
Stephen Rothwell wrote:
Hi Kukjin,
Hi Stephen,
After merging the samsung tree, today's linux-next build (arm
multi_v7_defconfig)
failed like this:
arch/arm/boot/dts/exynos5250-snow.dts:13:46: fatal error:
dt-bindings/clock/maxim,max77686.h: No such
file or directory
#include
Kukjin Kim wrote:
Stephen Rothwell wrote:
Hi Kukjin,
Hi Stephen,
After merging the samsung tree, today's linux-next build (arm
multi_v7_defconfig)
failed like this:
arch/arm/boot/dts/exynos5250-snow.dts:13:46: fatal error:
dt-bindings/clock/maxim,max77686.h
Andreas Färber wrote:
>
> Am 17.09.2014 um 17:47 schrieb Doug Anderson:
> > Hi,
> >
> > On Wed, Sep 17, 2014 at 4:50 AM, Javier Martinez Canillas
> > wrote:
> >> commit 546b117fdf17 ("rtc: s3c: add support for RTC of Exynos3250 SoC")
> >> added an "rtc_src" DT property for the Samsung's S3C Real
Tomasz Figa wrote:
>
> The PWM block is required for system clock source so it must be always
> enabled. This patch fixes boot issues on SMDK6410 which did not have the
> node enabled explicitly for other purposes.
>
> Fixes: eeb93d02c5d8 ("clocksource: of: Respect device tree node status")
>
Tomasz Figa wrote:
The PWM block is required for system clock source so it must be always
enabled. This patch fixes boot issues on SMDK6410 which did not have the
node enabled explicitly for other purposes.
Fixes: eeb93d02c5d8 (clocksource: of: Respect device tree node status)
Andreas Färber wrote:
Am 17.09.2014 um 17:47 schrieb Doug Anderson:
Hi,
On Wed, Sep 17, 2014 at 4:50 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
commit 546b117fdf17 (rtc: s3c: add support for RTC of Exynos3250 SoC)
added an rtc_src DT property for the
Doug Anderson wrote:
>
> Vivek,
>
Hi,
> On Tue, Sep 16, 2014 at 1:50 AM, Vivek Gautam
> wrote:
> > From: Naveen Krishna Chatradhi
> >
> > MMC capability for HS200 is parsed in mmc/core/host.c as
> > dts string "mmc-hs200-1_8v".
> >
> > This patch corrects the dts string for Exynos5420 based
Doug Anderson wrote:
Vivek,
Hi,
On Tue, Sep 16, 2014 at 1:50 AM, Vivek Gautam gautam.vi...@samsung.com
wrote:
From: Naveen Krishna Chatradhi ch.nav...@samsung.com
MMC capability for HS200 is parsed in mmc/core/host.c as
dts string mmc-hs200-1_8v.
This patch corrects the dts
Tomasz Figa wrote:
>
> Hi Kukjin,
>
Hi,
> On 26.08.2014 16:10, Tomasz Figa wrote:
> > On Exynos-based boards running secure firmware the sequence of low level
> > operations to enter and leave system-wide sleep mode is different than
> > on those without the firmware. Namely:
> > - CP15 power
Tomasz Figa wrote:
Hi Kukjin,
Hi,
On 26.08.2014 16:10, Tomasz Figa wrote:
On Exynos-based boards running secure firmware the sequence of low level
operations to enter and leave system-wide sleep mode is different than
on those without the firmware. Namely:
- CP15 power control and
ones using the generic PHY layer.
Depends on:
- next-20140813 branch of linux-next kernel
this thread seems to have died, what do I need to do with these patches?
Please apply them (patches #3, #4 and #5). Patches #1 and #2
should be applied (or Acked-by) by Kukjin Kim.
I've applied #1 and #2
On 09/11/14 18:44, Javier Martinez Canillas wrote:
Hello Dmitry,
Hi,
On 09/11/2014 12:25 AM, Dmitry Torokhov wrote:
+_8 {
+ status = "okay";
+ clock-frequency =<333000>;
+
+ /* Atmel mXT336S */
+ trackpad@4b {
+ compatible = "atmel,maxtouch";
+
On 09/11/14 18:44, Javier Martinez Canillas wrote:
Hello Dmitry,
Hi,
On 09/11/2014 12:25 AM, Dmitry Torokhov wrote:
+hsi2c_8 {
+ status = okay;
+ clock-frequency =333000;
+
+ /* Atmel mXT336S */
+ trackpad@4b {
+ compatible = atmel,maxtouch;
+
ones using the generic PHY layer.
Depends on:
- next-20140813 branch of linux-next kernel
this thread seems to have died, what do I need to do with these patches?
Please apply them (patches #3, #4 and #5). Patches #1 and #2
should be applied (or Acked-by) by Kukjin Kim.
I've applied #1 and #2
Javier Martinez Canillas wrote:
>
> Many Exynos devices have a display panel, most of them just have
> a simple panel while others have more complex configurations that
> requires an embedded DisplayPort (eDP) to LVDS display bridge.
>
> This patch enables the following features to support both
Tomasz Figa wrote:
>
> The group has the samsung,pin-pud property set to 4, which is not a
> correct value. This patch fixes this by replacing it with 3, which is
> the correct value for pull-up.
>
Yes, I checked the value. You're right.
Will apply into fixes.
Thanks,
Kukjin
> Signed-off-by:
Tomasz Figa wrote:
The group has the samsung,pin-pud property set to 4, which is not a
correct value. This patch fixes this by replacing it with 3, which is
the correct value for pull-up.
Yes, I checked the value. You're right.
Will apply into fixes.
Thanks,
Kukjin
Signed-off-by: Tomasz
Javier Martinez Canillas wrote:
Many Exynos devices have a display panel, most of them just have
a simple panel while others have more complex configurations that
requires an embedded DisplayPort (eDP) to LVDS display bridge.
This patch enables the following features to support both
Andreas Färber wrote:
>
> Allows them to be extended by reference.
>
> Reviewed-by: Doug Anderson
> Signed-off-by: Andreas Färber
> ---
> v6 -> v7:
> * Dropped uart* labels (Tomasz Figa)
>
> v6: Split off from Snow/SMDK cleanups (Doug Anderson)
>
> arch/arm/boot/dts/exynos5250.dtsi | 16
Andreas Färber wrote:
Allows them to be extended by reference.
Reviewed-by: Doug Anderson diand...@chromium.org
Signed-off-by: Andreas Färber afaer...@suse.de
---
v6 - v7:
* Dropped uart* labels (Tomasz Figa)
v6: Split off from Snow/SMDK cleanups (Doug Anderson)
On 08/18/14 13:48, Tomasz Figa wrote:
Hi Kukjin,
Hi,
On 18.08.2014 20:37, Kukjin Kim wrote:
On 08/01/14 11:26, Doug Anderson wrote:
Hi,
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node
On 08/01/14 11:45, Doug Anderson wrote:
Andreas,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
exynos5250-cros-common.dtsi was meant for sharing common pieces across
ChromeOS devices. This turned out premature, as several devices ended up
in the common file that are not common after
On 08/01/14 11:26, Doug Anderson wrote:
Hi,
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Reported-by: Doug Anderson
Cc: Jaehoon Chung
Reviewed-by: Tomasz Figa
Signed-off-by: Andreas Färber
On 08/11/14 10:46, Doug Anderson wrote:
Javier,
On Mon, Aug 11, 2014 at 4:38 AM, Javier Martinez Canillas
wrote:
The DeviceTree files for the Peach Pit and Pi machines have
a simplistic model of the connections between the different
regulators since not all the tps65090 regulators get their
On 08/11/14 10:46, Doug Anderson wrote:
Javier,
On Mon, Aug 11, 2014 at 4:38 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
The DeviceTree files for the Peach Pit and Pi machines have
a simplistic model of the connections between the different
regulators since not all the
On 08/01/14 11:26, Doug Anderson wrote:
Hi,
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färberafaer...@suse.de wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Reported-by: Doug Andersondiand...@chromium.org
Cc: Jaehoon
On 08/01/14 11:45, Doug Anderson wrote:
Andreas,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färberafaer...@suse.de wrote:
exynos5250-cros-common.dtsi was meant for sharing common pieces across
ChromeOS devices. This turned out premature, as several devices ended up
in the common file that are
On 08/18/14 13:48, Tomasz Figa wrote:
Hi Kukjin,
Hi,
On 18.08.2014 20:37, Kukjin Kim wrote:
On 08/01/14 11:26, Doug Anderson wrote:
Hi,
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färberafaer...@suse.de wrote:
The pinctrl properties should be on the device directly
Olof Johansson wrote:
>
> On Sat, Aug 9, 2014 at 6:21 PM, Stephen Rothwell
> wrote:
> > Hi Linus,
> >
> > On Sat, 9 Aug 2014 10:43:51 -0700 Linus Torvalds
> > wrote:
> >>
> >> On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck wrote:
> >> >
> >> > ERROR (phandle_references): Reference to
Olof Johansson wrote:
On Sat, Aug 9, 2014 at 6:21 PM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Linus,
On Sat, 9 Aug 2014 10:43:51 -0700 Linus Torvalds
torva...@linux-foundation.org wrote:
On Sat, Aug 9, 2014 at 10:15 AM, Guenter Roeck li...@roeck-us.net wrote:
ERROR
tion, so in the end
> > more code is removed than added.
> >
> > Fixes: 85f9f90808b4 ("ARM: EXYNOS: Use the cpu_pm notifier for pm")
> > Cc: Kukjin Kim
> > Cc: Arnd Bergmann
> > Cc: Olof Johansson
> > Cc: a...@kernel.org
> > Signed-off-by:
the cpu_pm notifier for pm)
Cc: Kukjin Kim kgene@samsung.com
Cc: Arnd Bergmann a...@arndb.de
Cc: Olof Johansson o...@lixom.net
Cc: a...@kernel.org
Signed-off-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/mach-exynos/pm.c| 164
On 08/01/14 01:08, Andreas Färber wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Reported-by: Doug Anderson
Cc: Jaehoon Chung
Signed-off-by: Andreas Färber
---
v3 -> v4: Unchanged
v3: New (Doug Anderson)
Redundant with Jaehoon Chung's
On 08/01/14 01:08, Andreas Färber wrote:
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Reported-by: Doug Andersondiand...@chromium.org
Cc: Jaehoon Chungjh80.ch...@samsung.com
Signed-off-by: Andreas Färberafaer...@suse.de
---
v3 - v4: Unchanged
v3:
Olof Johansson wrote:
>
> Hi,
>
Hi Olof,
> On Sun, Jul 27, 2014 at 5:39 PM, Kukjin Kim wrote:
> > Andreas Färber wrote:
> >>
> >> Am 27.07.2014 14:22, schrieb Andreas Färber:
> >> > Hello,
> >> >
> >> > This mini-s
Olof Johansson wrote:
Hi,
Hi Olof,
On Sun, Jul 27, 2014 at 5:39 PM, Kukjin Kim kgene@samsung.com wrote:
Andreas Färber wrote:
Am 27.07.2014 14:22, schrieb Andreas Färber:
Hello,
This mini-series unbreaks booting on 5410 based ODROID-XU.
Since I do not have access
On 07/30/14 01:16, Doug Anderson wrote:
Andreas,
On Fri, Jul 18, 2014 at 10:20 AM, Andreas Färber wrote:
Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts.
Spring does not need it, it uses an Atmel maXTouch instead.
Signed-off-by: Andreas Färber
---
v2: New (Doug Anderson)
On 07/29/14 11:17, Chanwoo Choi wrote:
This patchset add TMU (Thermal Management Unit) dt node and missing pinctrl
property of uart0/1. Also, this patchset remove duplcate 'interrupt-parent'
property for code clean.
Chanwoo Choi (3):
ARM: dts: Add TMU dt node to monitor the temperature for
On 07/29/14 11:17, Chanwoo Choi wrote:
This patchset add TMU (Thermal Management Unit) dt node and missing pinctrl
property of uart0/1. Also, this patchset remove duplcate 'interrupt-parent'
property for code clean.
Chanwoo Choi (3):
ARM: dts: Add TMU dt node to monitor the temperature for
On 07/30/14 01:16, Doug Anderson wrote:
Andreas,
On Fri, Jul 18, 2014 at 10:20 AM, Andreas Färberafaer...@suse.de wrote:
Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts.
Spring does not need it, it uses an Atmel maXTouch instead.
Signed-off-by: Andreas Färberafaer...@suse.de
Andreas Färber wrote:
>
> Am 27.07.2014 14:22, schrieb Andreas Färber:
> > Hello,
> >
> > This mini-series unbreaks booting on 5410 based ODROID-XU.
> >
> > Since I do not have access to a TRM, the address is a guess based on
> > 5250 and 5410. Such a node was not present in the 3.14 downstream
Andreas Färber wrote:
Am 27.07.2014 14:22, schrieb Andreas Färber:
Hello,
This mini-series unbreaks booting on 5410 based ODROID-XU.
Since I do not have access to a TRM, the address is a guess based on
5250 and 5410. Such a node was not present in the 3.14 downstream tree.
Andreas Färber wrote:
>
> Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts.
> Spring does not need it, it uses an s5m8767 instead.
>
> Signed-off-by: Andreas Färber
> ---
Hi Andreas,
I think this should be reviewed by chrome guys.
Doug, can you have a look this series for
Pankaj Dubey wrote:
>
> This patch modifies Exynos Power Management Unit (PMU) initialization
> implementation in following way:
>
> - Added platform driver support and probe function where Exynos PMU
> driver will register itself as syscon provider with syscon framework.
> - Added platform
On 07/21/14 22:57, Bartlomiej Zolnierkiewicz wrote:
Recent patch by Tomasz Figa ("irqchip: gic: Fix core ID calculation
when topology is read from DT") fixed GIC driver to filter cluster ID
from values returned by cpu_logical_map() for SoCs having registers
mapped without per-CPU banking making
On 07/21/14 22:57, Bartlomiej Zolnierkiewicz wrote:
Recent patch by Tomasz Figa (irqchip: gic: Fix core ID calculation
when topology is read from DT) fixed GIC driver to filter cluster ID
from values returned by cpu_logical_map() for SoCs having registers
mapped without per-CPU banking making it
Pankaj Dubey wrote:
This patch modifies Exynos Power Management Unit (PMU) initialization
implementation in following way:
- Added platform driver support and probe function where Exynos PMU
driver will register itself as syscon provider with syscon framework.
- Added platform struct
Andreas Färber wrote:
Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts.
Spring does not need it, it uses an s5m8767 instead.
Signed-off-by: Andreas Färber afaer...@suse.de
---
Hi Andreas,
I think this should be reviewed by chrome guys.
Doug, can you have a look this
On 07/16/14 20:59, Tomasz Figa wrote:
Hi Krzysztof,
On 14.07.2014 09:45, Krzysztof Kozlowski wrote:
Fix building of exynos defconfig with disabled PM_SLEEP:
CONFIG_PM_SLEEP=n
CONFIG_PM_SLEEP_SMP=n
CONFIG_SUSPEND=n
by moving functions for power up/down of CPU and cluster to platsmp.c
The build
On 07/16/14 09:56, Tomasz Figa wrote:
On 16.07.2014 02:53, Kukjin Kim wrote:
Kukjin Kim wrote:
On 07/05/14 02:48, Tomasz Figa wrote:
Move debug-macro.S from mach/include to include/debug where
all other common debug macros are.
Signed-off-by: Tomasz Figa
---
arch/arm/Kconfig.debug
On 07/18/14 09:10, Chanwoo Choi wrote:
On 07/09/2014 12:00 PM, Chanwoo Choi wrote:
From: Tomasz Figa
This patch add I2S (Inter-IC Sound) dt node which supports 1-port stereo
(1 channels) IIS-bus for audio interface with DMA-based operation.
Signed-off-by: Tomasz Figa
Signed-off-by: Inha Song
On 07/18/14 07:42, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi,
On 06/24/2014 06:28 PM, Doug Anderson wrote:
This adds cros_ec to exynos5420-peach-pit and exynos5800-peach-pi,
including:
* The keyboard
* The i2c tunnel
* The tps65090 under the i2c tunnel
* The battery under the i2c
On 07/14/14 12:58, Pankaj Dubey wrote:
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
On 07/14/14 12:58, Pankaj Dubey wrote:
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
On 07/18/14 07:42, Javier Martinez Canillas wrote:
Hello Kukjin,
Hi,
On 06/24/2014 06:28 PM, Doug Anderson wrote:
This adds cros_ec to exynos5420-peach-pit and exynos5800-peach-pi,
including:
* The keyboard
* The i2c tunnel
* The tps65090 under the i2c tunnel
* The battery under the i2c
On 07/18/14 09:10, Chanwoo Choi wrote:
On 07/09/2014 12:00 PM, Chanwoo Choi wrote:
From: Tomasz Figat.f...@samsung.com
This patch add I2S (Inter-IC Sound) dt node which supports 1-port stereo
(1 channels) IIS-bus for audio interface with DMA-based operation.
Signed-off-by: Tomasz
On 07/16/14 09:56, Tomasz Figa wrote:
On 16.07.2014 02:53, Kukjin Kim wrote:
Kukjin Kim wrote:
On 07/05/14 02:48, Tomasz Figa wrote:
Move debug-macro.S from mach/include to include/debug where
all other common debug macros are.
Signed-off-by: Tomasz Figat.f...@samsung.com
---
arch/arm
On 07/16/14 20:59, Tomasz Figa wrote:
Hi Krzysztof,
On 14.07.2014 09:45, Krzysztof Kozlowski wrote:
Fix building of exynos defconfig with disabled PM_SLEEP:
CONFIG_PM_SLEEP=n
CONFIG_PM_SLEEP_SMP=n
CONFIG_SUSPEND=n
by moving functions for power up/down of CPU and cluster to platsmp.c
The build
ing for Exynos3250 ADC
> >
> > .../devicetree/bindings/arm/samsung/exynos-adc.txt | 26 +-
> > arch/arm/boot/dts/exynos3250.dtsi | 4 +-
> > drivers/iio/adc/exynos_adc.c | 326
> > +++--
> > 3 files
changed, 268 insertions(+), 88 deletions(-)
I am happy with this series, but given it touches some exynos bindings, I
would
like an ack from Kukjin Kim (or according to MAINTAINERS Ben Dooks) before
taking it
all through IIO.
Hi,
Sorry for late response...
The change looks good to me, so
Kukjin Kim wrote:
>
> On 07/05/14 02:48, Tomasz Figa wrote:
> > Move debug-macro.S from mach/include to include/debug where
> > all other common debug macros are.
> >
> > Signed-off-by: Tomasz Figa
> > ---
> > arch/arm/Kconfig.debug
On 07/05/14 02:48, Tomasz Figa wrote:
Move debug-macro.S from mach/include to include/debug where
all other common debug macros are.
Signed-off-by: Tomasz Figa
---
arch/arm/Kconfig.debug | 12 +--
arch/arm/include/debug/s5pv210.S | 34
On 07/05/14 02:48, Tomasz Figa wrote:
GPIO support of S5PV210 SoC is now fully handled by pinctrl-samsung
driver making the old code in gpio-samsung driver unused. This patch
removes it which will also let us remove more code from arch subtree.
Signed-off-by: Tomasz Figa
Cc: Linus Walleij
Hi
On 07/08/14 22:54, Tomasz Figa wrote:
On 08.07.2014 15:48, Kukjin Kim wrote:
Tomasz Figa wrote:
Due to recently merged patches and previous merge conflicts, the Samsung
PM Debug functionality no longer can be enabled. This patch fixes
incorrect dependency of SAMSUNG_PM_DEBUG on an integer
On 07/14/14 18:50, Tomasz Figa wrote:
Hi Kukjin,
Hi,
On 08.07.2014 15:21, Kukjin Kim wrote:
Tomasz Figa wrote:
When CPU topology is specified in device tree, cpu_logical_map() does
not return core ID anymore, but rather full MPIDR value. This breaks
existing calculation of PMU register
On 07/14/14 18:50, Tomasz Figa wrote:
Hi Kukjin,
Hi,
On 08.07.2014 15:21, Kukjin Kim wrote:
Tomasz Figa wrote:
When CPU topology is specified in device tree, cpu_logical_map() does
not return core ID anymore, but rather full MPIDR value. This breaks
existing calculation of PMU register
On 07/08/14 22:54, Tomasz Figa wrote:
On 08.07.2014 15:48, Kukjin Kim wrote:
Tomasz Figa wrote:
Due to recently merged patches and previous merge conflicts, the Samsung
PM Debug functionality no longer can be enabled. This patch fixes
incorrect dependency of SAMSUNG_PM_DEBUG on an integer
On 07/05/14 02:48, Tomasz Figa wrote:
GPIO support of S5PV210 SoC is now fully handled by pinctrl-samsung
driver making the old code in gpio-samsung driver unused. This patch
removes it which will also let us remove more code from arch subtree.
Signed-off-by: Tomasz Figat.f...@samsung.com
Cc:
On 07/05/14 02:48, Tomasz Figa wrote:
Move debug-macro.S from mach/include to include/debug where
all other common debug macros are.
Signed-off-by: Tomasz Figat.f...@samsung.com
---
arch/arm/Kconfig.debug | 12 +--
arch/arm/include/debug/s5pv210.S
Kukjin Kim wrote:
On 07/05/14 02:48, Tomasz Figa wrote:
Move debug-macro.S from mach/include to include/debug where
all other common debug macros are.
Signed-off-by: Tomasz Figat.f...@samsung.com
---
arch/arm/Kconfig.debug | 12 +--
arch/arm
On 07/05/14 05:15, Arnd Bergmann wrote:
On Friday 04 July 2014 19:48:00 Tomasz Figa wrote:
This huge series is a (hopefully final) attempt to convert Samsung S5PV210
into a DT-only and multiplatform-aware platform. It consists of several
steps to gradually replace legacy code with one meeting
On 07/05/14 05:15, Arnd Bergmann wrote:
On Friday 04 July 2014 19:48:00 Tomasz Figa wrote:
This huge series is a (hopefully final) attempt to convert Samsung S5PV210
into a DT-only and multiplatform-aware platform. It consists of several
steps to gradually replace legacy code with one meeting
Pankaj Dubey wrote:
>
> 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 iomapped address.
> This will help us in
Pankaj Dubey wrote:
>
> Add support for mapping Samsung Power Management Unit (PMU)
> base address from device tree.
>
> Signed-off-by: Pankaj Dubey
> Reviewed-by: Tomasz Figa
> ---
> arch/arm/mach-exynos/common.h |1 +
> arch/arm/mach-exynos/exynos.c | 37
Pankaj Dubey wrote:
>
> Hi Kukjin,
>
Hi,
> >
> > On 07/07/14 12:50, Pankaj Dubey wrote:
> > > 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
Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
Hi Bart,
> On Tuesday, July 08, 2014 11:15:21 PM Kukjin Kim wrote:
> > Tomasz Figa wrote:
> > >
> > > Currently, the Exynos cpuidle driver works correctly only on Exynos4210
> > > and 5250. Trying to use it
Bartlomiej Zolnierkiewicz wrote:
Hi,
Hi Bart,
On Tuesday, July 08, 2014 11:15:21 PM Kukjin Kim wrote:
Tomasz Figa wrote:
Currently, the Exynos cpuidle driver works correctly only on Exynos4210
and 5250. Trying to use it with just one CPU online on any other Exynos
SoC
Pankaj Dubey wrote:
Hi Kukjin,
Hi,
On 07/07/14 12:50, Pankaj Dubey wrote:
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
Pankaj Dubey wrote:
Add support for mapping Samsung Power Management Unit (PMU)
base address from device tree.
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
---
arch/arm/mach-exynos/common.h |1 +
arch/arm/mach-exynos/exynos.c |
Pankaj Dubey wrote:
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 iomapped address.
This will help us in removing
Tomasz Figa wrote:
>
> Currently, the Exynos cpuidle driver works correctly only on Exynos4210
> and 5250. Trying to use it with just one CPU online on any other Exynos
> SoC will lead to system failure, due to unsupported AFTR mode on other
> SoCs. This patch fixes the problem by registering the
Tomasz Figa wrote:
>
> Due to recent consolidation of Exynos suspend and cpuidle code, some
> parts of suspend and resume sequences are executed two times, once from
> exynos_pm_syscore_ops and then from exynos_cpu_pm_notifier() and thus it
> breaks suspend, at least on Exynos4-based boards.
>
+
Tomasz Figa wrote:
>
> Due to recently merged patches and previous merge conflicts, the Samsung
> PM Debug functionality no longer can be enabled. This patch fixes
> incorrect dependency of SAMSUNG_PM_DEBUG on an integer symbol and adds
> missing header inclusion.
>
Yes, you're right and it
Tomasz Figa wrote:
>
> When CPU topology is specified in device tree, cpu_logical_map() does
> not return core ID anymore, but rather full MPIDR value. This breaks
> existing calculation of PMU register offsets on Exynos SoCs.
>
> This patch fixes the problem by adjusting the code to use only
Tomasz Figa wrote:
When CPU topology is specified in device tree, cpu_logical_map() does
not return core ID anymore, but rather full MPIDR value. This breaks
existing calculation of PMU register offsets on Exynos SoCs.
This patch fixes the problem by adjusting the code to use only core ID
401 - 500 of 1113 matches
Mail list logo