[GIT PULL 0/4] ARM: exynos: Stuff for v4.9

[GIT PULL 0/4] ARM: exynos: Stuff for v4.9

[Krzysztof Kozlowski]

Hi,

Not much stuff for v4.9. No specific order of pulling in.

I expect more patches coming in later so probably I will send
another pull request for v4.9 in a couple of weeks.


BTW, since few weeks and till end of September I am traveling a lot,
so my on-line availability is reduced. After September I will be
leaving Samsung. I hope to continue open-source maintenance during
my personal time.


Best regards,
Krzysztof

[GIT PULL 0/4] ARM: exynos: Stuff for v4.9

[Krzysztof Kozlowski]

Hi,

Not much stuff for v4.9. No specific order of pulling in.

I expect more patches coming in later so probably I will send
another pull request for v4.9 in a couple of weeks.


BTW, since few weeks and till end of September I am traveling a lot,
so my on-line availability is reduced. After September I will be
leaving Samsung. I hope to continue open-source maintenance during
my personal time.


Best regards,
Krzysztof

[GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

[Krzysztof Kozlowski]

Hi,

Expected conflict in multi_v7 - take all the changes:

--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/multi_v7_defconfig
@@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=
  CONFIG_CPU_FREQ_GOV_POWERSAVE=m
  CONFIG_CPU_FREQ_GOV_USERSPACE=m
  CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
- CONFIG_CPU_FREQ_GOV_SCHEDUTIL=m
+ CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
 +CONFIG_ARM_IMX6Q_CPUFREQ=y
  CONFIG_QORIQ_CPUFREQ=y
  CONFIG_CPU_IDLE=y
  CONFIG_ARM_CPUIDLE=y



Best regards,
Krzysztof


The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-defconfig-4.9

for you to fetch changes up to 88ea168f0a35c6aeab3c6703f7eb3b1c925c5b12:

  Merge tag 'tags/samsung-defconfig-schedutil-4.9' into next/defconfig (2016-08-24 06:54:32 +0200)

----------------------------------------------------------------

Samsung defconfig update for v4.9:
1. Device dynamic frequency and voltage scalling is now supported
   on many Exynos boards, enable it.
2. Enable PM_DEBUG, cleanup old IPV6_PRIVACY.
3. Enable SECCOMP for Systemd on Arch.
4. cpufreq schedutil cannot be module anymore.

----------------------------------------------------------------
Borislav Petkov (1):
      ARM: s3c2410_defconfig: Remove CONFIG_IPV6_PRIVACY

Chanwoo Choi (1):
      ARM: exynos_defconfig: Enable bus frequency scaling with devfreq

Javier Martinez Canillas (2):
      ARM: exynos_defconfig: Don't attempt to enable schedutil governor as module
      ARM: multi_v7_defconfig: Don't attempt to enable schedutil governor as module

Krzysztof Kozlowski (4):
      ARM: exynos_defconfig: Enable PM_DEBUG
      ARM: exynos_defconfig: Enable SECCOMP
      ARM: multi_v7_defconfig: Enable SECCOMP
      Merge tag 'tags/samsung-defconfig-schedutil-4.9' into next/defconfig

 arch/arm/configs/exynos_defconfig   | 11 ++++++++++-
 arch/arm/configs/multi_v7_defconfig |  3 ++-
 arch/arm/configs/s3c2410_defconfig  |  1 -
 3 files changed, 12 insertions(+), 3 deletions(-)

[GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

[Krzysztof Kozlowski]

Hi,

Expected conflict in multi_v7 - take all the changes:

--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/multi_v7_defconfig
@@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=
  CONFIG_CPU_FREQ_GOV_POWERSAVE=m
  CONFIG_CPU_FREQ_GOV_USERSPACE=m
  CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
- CONFIG_CPU_FREQ_GOV_SCHEDUTIL=m
+ CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
 +CONFIG_ARM_IMX6Q_CPUFREQ=y
  CONFIG_QORIQ_CPUFREQ=y
  CONFIG_CPU_IDLE=y
  CONFIG_ARM_CPUIDLE=y



Best regards,
Krzysztof


The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-defconfig-4.9

for you to fetch changes up to 88ea168f0a35c6aeab3c6703f7eb3b1c925c5b12:

  Merge tag 'tags/samsung-defconfig-schedutil-4.9' into next/defconfig (2016-08-24 06:54:32 +0200)

----------------------------------------------------------------

Samsung defconfig update for v4.9:
1. Device dynamic frequency and voltage scalling is now supported
   on many Exynos boards, enable it.
2. Enable PM_DEBUG, cleanup old IPV6_PRIVACY.
3. Enable SECCOMP for Systemd on Arch.
4. cpufreq schedutil cannot be module anymore.

----------------------------------------------------------------
Borislav Petkov (1):
      ARM: s3c2410_defconfig: Remove CONFIG_IPV6_PRIVACY

Chanwoo Choi (1):
      ARM: exynos_defconfig: Enable bus frequency scaling with devfreq

Javier Martinez Canillas (2):
      ARM: exynos_defconfig: Don't attempt to enable schedutil governor as module
      ARM: multi_v7_defconfig: Don't attempt to enable schedutil governor as module

Krzysztof Kozlowski (4):
      ARM: exynos_defconfig: Enable PM_DEBUG
      ARM: exynos_defconfig: Enable SECCOMP
      ARM: multi_v7_defconfig: Enable SECCOMP
      Merge tag 'tags/samsung-defconfig-schedutil-4.9' into next/defconfig

 arch/arm/configs/exynos_defconfig   | 11 ++++++++++-
 arch/arm/configs/multi_v7_defconfig |  3 ++-
 arch/arm/configs/s3c2410_defconfig  |  1 -
 3 files changed, 12 insertions(+), 3 deletions(-)

Re: [GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:56 AM CEST Krzysztof Kozlowski wrote:
> Expected conflict in multi_v7 - take all the changes:
> 
> --- a/arch/arm/configs/multi_v7_defconfig
> +++ b/arch/arm/configs/multi_v7_defconfig
> @@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=
>   CONFIG_CPU_FREQ_GOV_POWERSAVE=m
>   CONFIG_CPU_FREQ_GOV_USERSPACE=m
>   CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
> - CONFIG_CPU_FREQ_GOV_SCHEDUTIL=m
> + CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
>  +CONFIG_ARM_IMX6Q_CPUFREQ=y
>   CONFIG_QORIQ_CPUFREQ=y
>   CONFIG_CPU_IDLE=y
>   CONFIG_ARM_CPUIDLE=y
> 
> 

I pulled this into next/defconfig, but didn't see the conflict,
presumably I'll get it after merging the other branches?

	Arnd

[GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:56 AM CEST Krzysztof Kozlowski wrote:
> Expected conflict in multi_v7 - take all the changes:
> 
> --- a/arch/arm/configs/multi_v7_defconfig
> +++ b/arch/arm/configs/multi_v7_defconfig
> @@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=
>   CONFIG_CPU_FREQ_GOV_POWERSAVE=m
>   CONFIG_CPU_FREQ_GOV_USERSPACE=m
>   CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
> - CONFIG_CPU_FREQ_GOV_SCHEDUTIL=m
> + CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
>  +CONFIG_ARM_IMX6Q_CPUFREQ=y
>   CONFIG_QORIQ_CPUFREQ=y
>   CONFIG_CPU_IDLE=y
>   CONFIG_ARM_CPUIDLE=y
> 
> 

I pulled this into next/defconfig, but didn't see the conflict,
presumably I'll get it after merging the other branches?

	Arnd

Re: [GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

[Krzysztof Kozlowski]

On Fri, Sep 02, 2016 at 05:47:11PM +0200, Arnd Bergmann wrote:
> On Tuesday, August 30, 2016 11:18:56 AM CEST Krzysztof Kozlowski wrote:
> > Expected conflict in multi_v7 - take all the changes:
> > 
> > --- a/arch/arm/configs/multi_v7_defconfig
> > +++ b/arch/arm/configs/multi_v7_defconfig
> > @@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=
> >   CONFIG_CPU_FREQ_GOV_POWERSAVE=m
> >   CONFIG_CPU_FREQ_GOV_USERSPACE=m
> >   CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
> > - CONFIG_CPU_FREQ_GOV_SCHEDUTIL=m
> > + CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
> >  +CONFIG_ARM_IMX6Q_CPUFREQ=y
> >   CONFIG_QORIQ_CPUFREQ=y
> >   CONFIG_CPU_IDLE=y
> >   CONFIG_ARM_CPUIDLE=y
> > 
> > 
> 
> I pulled this into next/defconfig, but didn't see the conflict,
> presumably I'll get it after merging the other branches?

The conflict is between my tree and imx-mxs tree so you might encounter
it later when merging IMX changes.

Best regards,
Krzysztof

[GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

[Krzysztof Kozlowski]

On Fri, Sep 02, 2016 at 05:47:11PM +0200, Arnd Bergmann wrote:
> On Tuesday, August 30, 2016 11:18:56 AM CEST Krzysztof Kozlowski wrote:
> > Expected conflict in multi_v7 - take all the changes:
> > 
> > --- a/arch/arm/configs/multi_v7_defconfig
> > +++ b/arch/arm/configs/multi_v7_defconfig
> > @@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=
> >   CONFIG_CPU_FREQ_GOV_POWERSAVE=m
> >   CONFIG_CPU_FREQ_GOV_USERSPACE=m
> >   CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
> > - CONFIG_CPU_FREQ_GOV_SCHEDUTIL=m
> > + CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
> >  +CONFIG_ARM_IMX6Q_CPUFREQ=y
> >   CONFIG_QORIQ_CPUFREQ=y
> >   CONFIG_CPU_IDLE=y
> >   CONFIG_ARM_CPUIDLE=y
> > 
> > 
> 
> I pulled this into next/defconfig, but didn't see the conflict,
> presumably I'll get it after merging the other branches?

The conflict is between my tree and imx-mxs tree so you might encounter
it later when merging IMX changes.

Best regards,
Krzysztof

[GIT PULL 2/4] ARM: dts: exynos: DeviceTree for v4.9

[Krzysztof Kozlowski]

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt-4.9

for you to fetch changes up to 05b01dd936b46f2c3cfbb10bc89c0ec79c745e5d:

  ARM: dts: exynos: Use 'hpd-gpios' instead of 'hpd-gpio' (2016-08-24 21:09:24 +0200)

----------------------------------------------------------------
Samsung DeviceTree update for v4.9:
1. Set chosen serial bitrate which allows proper serial output when
   bootloader does pass all the data in command line.
2. Cleanup.

----------------------------------------------------------------
Krzysztof Kozlowski (1):
      ARM: dts: exynos: Use stdout non-deprecated property and add serial options to Odroid XU/XU3/XU4

Milo Kim (1):
      ARM: dts: exynos: Use 'hpd-gpios' instead of 'hpd-gpio'

 Documentation/devicetree/bindings/display/exynos/exynos_hdmi.txt | 4 ++--
 arch/arm/boot/dts/exynos4210-universal_c210.dts                  | 2 +-
 arch/arm/boot/dts/exynos4412-odroid-common.dtsi                  | 2 +-
 arch/arm/boot/dts/exynos5250-arndale.dts                         | 2 +-
 arch/arm/boot/dts/exynos5250-smdk5250.dts                        | 2 +-
 arch/arm/boot/dts/exynos5250-snow-common.dtsi                    | 2 +-
 arch/arm/boot/dts/exynos5250-spring.dts                          | 2 +-
 arch/arm/boot/dts/exynos5410-odroidxu.dts                        | 2 +-
 arch/arm/boot/dts/exynos5420-peach-pit.dts                       | 2 +-
 arch/arm/boot/dts/exynos5420-smdk5420.dts                        | 2 +-
 arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi               | 4 ++--
 arch/arm/boot/dts/exynos5800-peach-pi.dts                        | 2 +-
 12 files changed, 14 insertions(+), 14 deletions(-)

[GIT PULL 2/4] ARM: dts: exynos: DeviceTree for v4.9

[Krzysztof Kozlowski]

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt-4.9

for you to fetch changes up to 05b01dd936b46f2c3cfbb10bc89c0ec79c745e5d:

  ARM: dts: exynos: Use 'hpd-gpios' instead of 'hpd-gpio' (2016-08-24 21:09:24 +0200)

----------------------------------------------------------------
Samsung DeviceTree update for v4.9:
1. Set chosen serial bitrate which allows proper serial output when
   bootloader does pass all the data in command line.
2. Cleanup.

----------------------------------------------------------------
Krzysztof Kozlowski (1):
      ARM: dts: exynos: Use stdout non-deprecated property and add serial options to Odroid XU/XU3/XU4

Milo Kim (1):
      ARM: dts: exynos: Use 'hpd-gpios' instead of 'hpd-gpio'

 Documentation/devicetree/bindings/display/exynos/exynos_hdmi.txt | 4 ++--
 arch/arm/boot/dts/exynos4210-universal_c210.dts                  | 2 +-
 arch/arm/boot/dts/exynos4412-odroid-common.dtsi                  | 2 +-
 arch/arm/boot/dts/exynos5250-arndale.dts                         | 2 +-
 arch/arm/boot/dts/exynos5250-smdk5250.dts                        | 2 +-
 arch/arm/boot/dts/exynos5250-snow-common.dtsi                    | 2 +-
 arch/arm/boot/dts/exynos5250-spring.dts                          | 2 +-
 arch/arm/boot/dts/exynos5410-odroidxu.dts                        | 2 +-
 arch/arm/boot/dts/exynos5420-peach-pit.dts                       | 2 +-
 arch/arm/boot/dts/exynos5420-smdk5420.dts                        | 2 +-
 arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi               | 4 ++--
 arch/arm/boot/dts/exynos5800-peach-pi.dts                        | 2 +-
 12 files changed, 14 insertions(+), 14 deletions(-)

Re: [GIT PULL 2/4] ARM: dts: exynos: DeviceTree for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:57 AM CEST Krzysztof Kozlowski wrote:
> Samsung DeviceTree update for v4.9:
> 1. Set chosen serial bitrate which allows proper serial output when
>    bootloader does pass all the data in command line.
> 2. Cleanup.
> 

Pulled into next/dt, thanks!

	Arnd

[GIT PULL 2/4] ARM: dts: exynos: DeviceTree for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:57 AM CEST Krzysztof Kozlowski wrote:
> Samsung DeviceTree update for v4.9:
> 1. Set chosen serial bitrate which allows proper serial output when
>    bootloader does pass all the data in command line.
> 2. Cleanup.
> 

Pulled into next/dt, thanks!

	Arnd

[GIT PULL 3/4] arm64: dts: exynos: DeviceTree ARM64 for v4.9

[Krzysztof Kozlowski]

Hi,

This is an old one. It was ready for v4.8 but then Marc Zynger posted
some conflicting change so I postponed it. Marc's patch didn't get in,
so there is no reason to wait.

No conflict expected yet, but if you apply Marc's "arm64: dts: Fix
broken architected timer interrupt trigger" then proper resolution would be:

arch/arm64/boot/dts/exynos/exynos7.dtsi:

+                       interrupts = <GIC_PPI 13
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
+                                    <GIC_PPI 14
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
+                                    <GIC_PPI 11
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
+                                    <GIC_PPI 10
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>;


Best regards,
Krzysztof

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-4.9

for you to fetch changes up to 36d1c9cd07cd6a065f1dde3cbbfe3a9867d693a4:

  arm64: dts: exynos: Use human-friendly symbols for timer interrupt flags (2016-08-10 11:09:46 +0200)

----------------------------------------------------------------
Samsung DeviceTree ARM64 update for v4.9:
1. Use human-friendly symbols for interrupt flags.

----------------------------------------------------------------
Krzysztof Kozlowski (1):
      arm64: dts: exynos: Use human-friendly symbols for timer interrupt flags

 arch/arm64/boot/dts/exynos/exynos7.dtsi | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

[GIT PULL 3/4] arm64: dts: exynos: DeviceTree ARM64 for v4.9

[Krzysztof Kozlowski]

Hi,

This is an old one. It was ready for v4.8 but then Marc Zynger posted
some conflicting change so I postponed it. Marc's patch didn't get in,
so there is no reason to wait.

No conflict expected yet, but if you apply Marc's "arm64: dts: Fix
broken architected timer interrupt trigger" then proper resolution would be:

arch/arm64/boot/dts/exynos/exynos7.dtsi:

+                       interrupts = <GIC_PPI 13
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
+                                    <GIC_PPI 14
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
+                                    <GIC_PPI 11
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
+                                    <GIC_PPI 10
+                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>;


Best regards,
Krzysztof

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-4.9

for you to fetch changes up to 36d1c9cd07cd6a065f1dde3cbbfe3a9867d693a4:

  arm64: dts: exynos: Use human-friendly symbols for timer interrupt flags (2016-08-10 11:09:46 +0200)

----------------------------------------------------------------
Samsung DeviceTree ARM64 update for v4.9:
1. Use human-friendly symbols for interrupt flags.

----------------------------------------------------------------
Krzysztof Kozlowski (1):
      arm64: dts: exynos: Use human-friendly symbols for timer interrupt flags

 arch/arm64/boot/dts/exynos/exynos7.dtsi | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

Re: [GIT PULL 3/4] arm64: dts: exynos: DeviceTree ARM64 for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:58 AM CEST Krzysztof Kozlowski wrote:
> This is an old one. It was ready for v4.8 but then Marc Zynger posted
> some conflicting change so I postponed it. Marc's patch didn't get in,
> so there is no reason to wait.
> 
> No conflict expected yet, but if you apply Marc's "arm64: dts: Fix
> broken architected timer interrupt trigger" then proper resolution would be:
> 
> arch/arm64/boot/dts/exynos/exynos7.dtsi:
> 
> +                       interrupts = <GIC_PPI 13
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
> +                                    <GIC_PPI 14
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
> +                                    <GIC_PPI 11
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
> +                                    <GIC_PPI 10
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>;
> 
> 
> Best regards,
> Krzysztof
> 
> The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
> 
>   Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
> 
> are available in the git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-4.9
> 
> for you to fetch changes up to 36d1c9cd07cd6a065f1dde3cbbfe3a9867d693a4:
> 
>   arm64: dts: exynos: Use human-friendly symbols for timer interrupt flags (2016-08-10 11:09:46 +0200)
> 

Pulled into next/dt64, thanks!

	Arnd

[GIT PULL 3/4] arm64: dts: exynos: DeviceTree ARM64 for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:58 AM CEST Krzysztof Kozlowski wrote:
> This is an old one. It was ready for v4.8 but then Marc Zynger posted
> some conflicting change so I postponed it. Marc's patch didn't get in,
> so there is no reason to wait.
> 
> No conflict expected yet, but if you apply Marc's "arm64: dts: Fix
> broken architected timer interrupt trigger" then proper resolution would be:
> 
> arch/arm64/boot/dts/exynos/exynos7.dtsi:
> 
> +                       interrupts = <GIC_PPI 13
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
> +                                    <GIC_PPI 14
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
> +                                    <GIC_PPI 11
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
> +                                    <GIC_PPI 10
> +                                       (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>;
> 
> 
> Best regards,
> Krzysztof
> 
> The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
> 
>   Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
> 
> are available in the git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-4.9
> 
> for you to fetch changes up to 36d1c9cd07cd6a065f1dde3cbbfe3a9867d693a4:
> 
>   arm64: dts: exynos: Use human-friendly symbols for timer interrupt flags (2016-08-10 11:09:46 +0200)
> 

Pulled into next/dt64, thanks!

	Arnd

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Krzysztof Kozlowski]

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-soc-4.9

for you to fetch changes up to a36289756212a79a1b32c02e66ddf11ba33ec7db:

  ARM: EXYNOS: Remove unused DMC and CMU offsets and their mappings (2016-08-24 06:42:27 +0200)

----------------------------------------------------------------
Samsung mach/soc update for v4.9:
1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
   this code... till now.
2. After fixes from Matthew Leach and Ben Dooks, most of our mach code
   and drivers is now endian-safe. Mark the platform as supporting big endian.
3. Cleanups.

----------------------------------------------------------------
Ben Dooks (1):
      ARM: EXYNOS: Enable ARCH_SUPPORTS_BIG_ENDIAN explicitly

Markus Elfring (1):
      ARM: s3c64xx: Delete unnecessary assignment for the field "owner"

Pankaj Dubey (1):
      ARM: EXYNOS: Remove unused DMC and CMU offsets and their mappings

Sylwester Nawrocki (2):
      ARM: S3C24XX: Add dma_mask assignments for DMA devices
      ARM: S3C24XX: Add missing DMA device for Mini2440 board

 arch/arm/mach-exynos/Kconfig                 |  1 +
 arch/arm/mach-exynos/exynos.c                | 15 ---------------
 arch/arm/mach-exynos/include/mach/map.h      |  5 -----
 arch/arm/mach-s3c24xx/common.c               | 20 +++++++++++++++-----
 arch/arm/mach-s3c24xx/mach-mini2440.c        |  1 +
 arch/arm/mach-s3c64xx/mach-crag6410-module.c |  3 +--
 arch/arm/plat-samsung/include/plat/map-s5p.h |  4 ----
 7 files changed, 18 insertions(+), 31 deletions(-)

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Krzysztof Kozlowski]

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:

  Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-soc-4.9

for you to fetch changes up to a36289756212a79a1b32c02e66ddf11ba33ec7db:

  ARM: EXYNOS: Remove unused DMC and CMU offsets and their mappings (2016-08-24 06:42:27 +0200)

----------------------------------------------------------------
Samsung mach/soc update for v4.9:
1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
   this code... till now.
2. After fixes from Matthew Leach and Ben Dooks, most of our mach code
   and drivers is now endian-safe. Mark the platform as supporting big endian.
3. Cleanups.

----------------------------------------------------------------
Ben Dooks (1):
      ARM: EXYNOS: Enable ARCH_SUPPORTS_BIG_ENDIAN explicitly

Markus Elfring (1):
      ARM: s3c64xx: Delete unnecessary assignment for the field "owner"

Pankaj Dubey (1):
      ARM: EXYNOS: Remove unused DMC and CMU offsets and their mappings

Sylwester Nawrocki (2):
      ARM: S3C24XX: Add dma_mask assignments for DMA devices
      ARM: S3C24XX: Add missing DMA device for Mini2440 board

 arch/arm/mach-exynos/Kconfig                 |  1 +
 arch/arm/mach-exynos/exynos.c                | 15 ---------------
 arch/arm/mach-exynos/include/mach/map.h      |  5 -----
 arch/arm/mach-s3c24xx/common.c               | 20 +++++++++++++++-----
 arch/arm/mach-s3c24xx/mach-mini2440.c        |  1 +
 arch/arm/mach-s3c64xx/mach-crag6410-module.c |  3 +--
 arch/arm/plat-samsung/include/plat/map-s5p.h |  4 ----
 7 files changed, 18 insertions(+), 31 deletions(-)

Re: [GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
> Samsung mach/soc update for v4.9:
> 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
>    this code... till now.

Good to know. This reminds me that the s3c24xx DMA code is one of those
that need to be converted to dma_slave_map at some point. Maybe if someone
is now running that code, they could give that a try as well?

It shouldn't be hard to convert, let me know if you need more information.

> 2. After fixes from Matthew Leach and Ben Dooks, most of our mach code
>    and drivers is now endian-safe. Mark the platform as supporting big endian.
> 3. Cleanups.
> 
> 

Pulled into next/soc, thanks!

	Arnd

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Arnd Bergmann]

On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
> Samsung mach/soc update for v4.9:
> 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
>    this code... till now.

Good to know. This reminds me that the s3c24xx DMA code is one of those
that need to be converted to dma_slave_map at some point. Maybe if someone
is now running that code, they could give that a try as well?

It shouldn't be hard to convert, let me know if you need more information.

> 2. After fixes from Matthew Leach and Ben Dooks, most of our mach code
>    and drivers is now endian-safe. Mark the platform as supporting big endian.
> 3. Cleanups.
> 
> 

Pulled into next/soc, thanks!

	Arnd

Re: [GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Krzysztof Kozlowski]

On Fri, Sep 02, 2016 at 06:26:42PM +0200, Arnd Bergmann wrote:
> On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
> > Samsung mach/soc update for v4.9:
> > 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
> >    this code... till now.
> 
> Good to know. This reminds me that the s3c24xx DMA code is one of those
> that need to be converted to dma_slave_map at some point. Maybe if someone
> is now running that code, they could give that a try as well?
> 
> It shouldn't be hard to convert, let me know if you need more information.

+Cc Sylwester,

Sylwester recently dig into this platform. I think he managed to play
some audio.

Best regards,
Krzysztof

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Krzysztof Kozlowski]

On Fri, Sep 02, 2016 at 06:26:42PM +0200, Arnd Bergmann wrote:
> On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
> > Samsung mach/soc update for v4.9:
> > 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
> >    this code... till now.
> 
> Good to know. This reminds me that the s3c24xx DMA code is one of those
> that need to be converted to dma_slave_map at some point. Maybe if someone
> is now running that code, they could give that a try as well?
> 
> It shouldn't be hard to convert, let me know if you need more information.

+Cc Sylwester,

Sylwester recently dig into this platform. I think he managed to play
some audio.

Best regards,
Krzysztof

Re: [GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Sylwester Nawrocki]

On 09/02/2016 06:32 PM, Krzysztof Kozlowski wrote:
> On Fri, Sep 02, 2016 at 06:26:42PM +0200, Arnd Bergmann wrote:
>> On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
>>> Samsung mach/soc update for v4.9:
>>> 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
>>>    this code... till now.
>>
>> Good to know. This reminds me that the s3c24xx DMA code is one of those
>> that need to be converted to dma_slave_map at some point. Maybe if someone
>> is now running that code, they could give that a try as well?
>>
>> It shouldn't be hard to convert, let me know if you need more information.
> 
> +Cc Sylwester,
> 
> Sylwester recently dig into this platform. I think he managed to play
> some audio.

I revived this platform for testing ASoC changes.  I should find time
to do that dma_slave_map refactoring sooner or later.

Or if you would like to do it Sam please go ahead.

-- 
Thanks,
Sylwester

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Sylwester Nawrocki]

On 09/02/2016 06:32 PM, Krzysztof Kozlowski wrote:
> On Fri, Sep 02, 2016 at 06:26:42PM +0200, Arnd Bergmann wrote:
>> On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
>>> Samsung mach/soc update for v4.9:
>>> 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
>>>    this code... till now.
>>
>> Good to know. This reminds me that the s3c24xx DMA code is one of those
>> that need to be converted to dma_slave_map at some point. Maybe if someone
>> is now running that code, they could give that a try as well?
>>
>> It shouldn't be hard to convert, let me know if you need more information.
> 
> +Cc Sylwester,
> 
> Sylwester recently dig into this platform. I think he managed to play
> some audio.

I revived this platform for testing ASoC changes.  I should find time
to do that dma_slave_map refactoring sooner or later.

Or if you would like to do it Sam please go ahead.

-- 
Thanks,
Sylwester

Re: [GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Sam Van Den Berge]

On Mon, Sep 05, 2016 at 10:06:14AM +0200, Sylwester Nawrocki wrote:
> On 09/02/2016 06:32 PM, Krzysztof Kozlowski wrote:
> > On Fri, Sep 02, 2016 at 06:26:42PM +0200, Arnd Bergmann wrote:
> >> On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
> >>> Samsung mach/soc update for v4.9:
> >>> 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
> >>>    this code... till now.
> >>
> >> Good to know. This reminds me that the s3c24xx DMA code is one of those
> >> that need to be converted to dma_slave_map at some point. Maybe if someone
> >> is now running that code, they could give that a try as well?
> >>
> >> It shouldn't be hard to convert, let me know if you need more information.
> > 
> > +Cc Sylwester,
> > 
> > Sylwester recently dig into this platform. I think he managed to play
> > some audio.
> 
> I revived this platform for testing ASoC changes.  I should find time
> to do that dma_slave_map refactoring sooner or later.
> 
> Or if you would like to do it Sam please go ahead.

Thanks for the suggestion and apologies for the late response. Last couple of 
days I've been figuring out what this would involve and I decided that I want
to give this a try. I found this patch series [1] that I'll use as an example.
If I understand it correctly, I'll need to create a dma_slave_map and
pass that via the platform data into the s3c24xx-dma driver. There I'll
need to fill in the filter_map of the dma slave device. Right?

[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2015-December/393635.html

Kr,
Sam

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Sam Van Den Berge]

On Mon, Sep 05, 2016 at 10:06:14AM +0200, Sylwester Nawrocki wrote:
> On 09/02/2016 06:32 PM, Krzysztof Kozlowski wrote:
> > On Fri, Sep 02, 2016 at 06:26:42PM +0200, Arnd Bergmann wrote:
> >> On Tuesday, August 30, 2016 11:18:59 AM CEST Krzysztof Kozlowski wrote:
> >>> Samsung mach/soc update for v4.9:
> >>> 1. Fix for DMA on S3C24xx. This was probably broken for long time, nobody runs
> >>>    this code... till now.
> >>
> >> Good to know. This reminds me that the s3c24xx DMA code is one of those
> >> that need to be converted to dma_slave_map at some point. Maybe if someone
> >> is now running that code, they could give that a try as well?
> >>
> >> It shouldn't be hard to convert, let me know if you need more information.
> > 
> > +Cc Sylwester,
> > 
> > Sylwester recently dig into this platform. I think he managed to play
> > some audio.
> 
> I revived this platform for testing ASoC changes.  I should find time
> to do that dma_slave_map refactoring sooner or later.
> 
> Or if you would like to do it Sam please go ahead.

Thanks for the suggestion and apologies for the late response. Last couple of 
days I've been figuring out what this would involve and I decided that I want
to give this a try. I found this patch series [1] that I'll use as an example.
If I understand it correctly, I'll need to create a dma_slave_map and
pass that via the platform data into the s3c24xx-dma driver. There I'll
need to fill in the filter_map of the dma slave device. Right?

[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2015-December/393635.html

Kr,
Sam

Re: [GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Sylwester Nawrocki]

On 09/08/2016 09:24 PM, Sam Van Den Berge wrote:
> Thanks for the suggestion and apologies for the late response. Last couple of 
> days I've been figuring out what this would involve and I decided that I want
> to give this a try. I found this patch series [1] that I'll use as an example.
> If I understand it correctly, I'll need to create a dma_slave_map and
> pass that via the platform data into the s3c24xx-dma driver. There I'll
> need to fill in the filter_map of the dma slave device. Right?

Yes, AFAIU that's what needs to be done.  Subsequently, related DMA
clients could be updated to not use dma_request_slave_channel_compat().

-- 
Thanks,
Sylwester

[GIT PULL 1/4] ARM: exynos: SoC/Mach for v4.9

[Sylwester Nawrocki]

On 09/08/2016 09:24 PM, Sam Van Den Berge wrote:
> Thanks for the suggestion and apologies for the late response. Last couple of 
> days I've been figuring out what this would involve and I decided that I want
> to give this a try. I found this patch series [1] that I'll use as an example.
> If I understand it correctly, I'll need to create a dma_slave_map and
> pass that via the platform data into the s3c24xx-dma driver. There I'll
> need to fill in the filter_map of the dma slave device. Right?

Yes, AFAIU that's what needs to be done.  Subsequently, related DMA
clients could be updated to not use dma_request_slave_channel_compat().

-- 
Thanks,
Sylwester