29 Apr, 2019

1 commit

  • Pull ARM fixes from Russell King:
    "A small number of ARM fixes

    - Fix function tracer and unwinder dependencies so that we don't end
    up building kernels that will crash

    - Fix ARMv7M nommu initialisation (missing register initialisation)

    - Fix EFI decompressor entry (ensuring barrier instructions are
    enabled prior to use)"

    * tag 'for-linus' of git://git.armlinux.org.uk/~rmk/linux-arm:
    ARM: 8857/1: efi: enable CP15 DMB instructions before cleaning the cache
    ARM: 8856/1: NOMMU: Fix CCR register faulty initialization when MPU is disabled
    ARM: fix function graph tracer and unwinder dependencies

    Linus Torvalds
     

24 Apr, 2019

4 commits

  • Pull syscall numbering updates from Arnd Bergmann:
    "arch: add pidfd and io_uring syscalls everywhere

    This comes a bit late, but should be in 5.1 anyway: we want the newly
    added system calls to be synchronized across all architectures in the
    release.

    I hope that in the future, any newly added system calls can be added
    to all architectures at the same time, and tested there while they are
    in linux-next, avoiding dependencies between the architecture
    maintainer trees and the tree that contains the new system call"

    * tag 'syscalls-5.1' of git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic:
    arch: add pidfd and io_uring syscalls everywhere

    Linus Torvalds
     
  • The EFI stub is entered with the caches and MMU enabled by the
    firmware, and once the stub is ready to hand over to the decompressor,
    we clean and disable the caches.

    The cache clean routines use CP15 barrier instructions, which can be
    disabled via SCTLR. Normally, when using the provided cache handling
    routines to enable the caches and MMU, this bit is enabled as well.
    However, but since we entered the stub with the caches already enabled,
    this routine is not executed before we call the cache clean routines,
    resulting in undefined instruction exceptions if the firmware never
    enabled this bit.

    So set the bit explicitly in the EFI entry code, but do so in a way that
    guarantees that the resulting code can still run on v6 cores as well
    (which are guaranteed to have CP15 barriers enabled)

    Cc: # v4.9+
    Acked-by: Marc Zyngier
    Signed-off-by: Ard Biesheuvel
    Signed-off-by: Russell King

    Ard Biesheuvel
     
  • When CONFIG_ARM_MPU is not defined, the base address of v7M SCB register
    is not initialized with correct value. This prevents enabling I/D caches
    when the L1 cache poilcy is applied in kernel.

    Fixes: 3c24121039c9da14692eb48f6e39565b28c0f3cf ("ARM: 8756/1: NOMMU: Postpone MPU activation till __after_proc_init")
    Signed-off-by: Tigran Tadevosyan
    Signed-off-by: Vladimir Murzin
    Signed-off-by: Russell King

    Tigran Tadevosyan
     
  • Naresh Kamboju recently reported that the function-graph tracer crashes
    on ARM. The function-graph tracer assumes that the kernel is built with
    frame pointers.

    We explicitly disabled the function-graph tracer when building Thumb2,
    since the Thumb2 ABI doesn't have frame pointers.

    We recently changed the way the unwinder method was selected, which
    seems to have made it more likely that we can end up with the function-
    graph tracer enabled but without the kernel built with frame pointers.

    Fix up the function graph tracer dependencies so the option is not
    available when we have no possibility of having frame pointers, and
    adjust the dependencies on the unwinder option to hide the non-frame
    pointer unwinder options if the function-graph tracer is enabled.

    Reviewed-by: Masami Hiramatsu
    Tested-by: Masami Hiramatsu
    Signed-off-by: Russell King

    Russell King
     

15 Apr, 2019

1 commit

  • Add the io_uring and pidfd_send_signal system calls to all architectures.

    These system calls are designed to handle both native and compat tasks,
    so all entries are the same across architectures, only arm-compat and
    the generic tale still use an old format.

    Acked-by: Michael Ellerman (powerpc)
    Acked-by: Heiko Carstens (s390)
    Acked-by: Geert Uytterhoeven
    Signed-off-by: Arnd Bergmann

    Arnd Bergmann
     

08 Apr, 2019

8 commits

  • Pull ARM SoC fixes from Olof Johansson:
    "A collection of fixes from the last few weeks. Most of them are
    smaller tweaks and fixes to DT and hardware descriptions for boards.
    Some of the more significant ones are:

    - eMMC and RGMII stability tweaks for rk3288

    - DDC fixes for Rock PI 4

    - Audio fixes for two TI am335x eval boards

    - D_CAN clock fix for am335x

    - Compilation fixes for clang

    - !HOTPLUG_CPU compilation fix for one of the new platforms this
    release (milbeaut)

    - A revert of a gpio fix for nomadik that instead was fixed in the
    gpio subsystem

    - Whitespace fix for the DT JSON schema (no tabs allowed)"

    * tag 'armsoc-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc: (25 commits)
    ARM: milbeaut: fix build with !CONFIG_HOTPLUG_CPU
    ARM: iop: don't use using 64-bit DMA masks
    ARM: orion: don't use using 64-bit DMA masks
    Revert "ARM: dts: nomadik: Fix polarity of SPI CS"
    dt-bindings: cpu: Fix JSON schema
    arm/mach-at91/pm : fix possible object reference leak
    ARM: dts: at91: Fix typo in ISC_D0 on PC9
    ARM: dts: Fix dcan clkctrl clock for am3
    reset: meson-audio-arb: Fix missing .owner setting of reset_controller_dev
    dt-bindings: reset: meson-g12a: Add missing USB2 PHY resets
    ARM: dts: rockchip: Remove #address/#size-cells from rk3288-veyron gpio-keys
    ARM: dts: rockchip: Remove #address/#size-cells from rk3288 mipi_dsi
    ARM: dts: rockchip: Fix gpu opp node names for rk3288
    ARM: dts: am335x-evmsk: Correct the regulators for the audio codec
    ARM: dts: am335x-evm: Correct the regulators for the audio codec
    ARM: OMAP2+: add missing of_node_put after of_device_is_available
    ARM: OMAP1: ams-delta: Fix broken GPIO ID allocation
    arm64: dts: stratix10: add the sysmgr-syscon property from the gmac's
    arm64: dts: rockchip: fix rk3328 sdmmc0 write errors
    arm64: dts: rockchip: fix rk3328 rgmii high tx error rate
    ...

    Linus Torvalds
     
  • When HOTPLUG_CPU is disabled, some fields in the smp operations
    are not available or needed:

    arch/arm/mach-milbeaut/platsmp.c:90:3: error: field designator 'cpu_die' does not refer to any field in type
    'struct smp_operations'
    .cpu_die = m10v_cpu_die,
    ^
    arch/arm/mach-milbeaut/platsmp.c:91:3: error: field designator 'cpu_kill' does not refer to any field in type
    'struct smp_operations'
    .cpu_kill = m10v_cpu_kill,
    ^

    Hide them in an #ifdef like the other platforms do.

    Fixes: 9fb29c734f9e ("ARM: milbeaut: Add basic support for Milbeaut m10v SoC")
    Signed-off-by: Arnd Bergmann
    Signed-off-by: Olof Johansson

    Arnd Bergmann
     
  • clang warns about statically defined DMA masks from the DMA_BIT_MASK
    macro with length 64:

    arch/arm/mach-iop13xx/setup.c:303:35: error: shift count >= width of type [-Werror,-Wshift-count-overflow]
    static u64 iop13xx_adma_dmamask = DMA_BIT_MASK(64);
    ^~~~~~~~~~~~~~~~
    include/linux/dma-mapping.h:141:54: note: expanded from macro 'DMA_BIT_MASK'
    #define DMA_BIT_MASK(n) (((n) == 64) ? ~0ULL : ((1ULL<
    Signed-off-by: Olof Johansson

    Arnd Bergmann
     
  • clang warns about statically defined DMA masks from the DMA_BIT_MASK
    macro with length 64:

    arch/arm/plat-orion/common.c:625:29: error: shift count >= width of type [-Werror,-Wshift-count-overflow]
    .coherent_dma_mask = DMA_BIT_MASK(64),
    ^~~~~~~~~~~~~~~~
    include/linux/dma-mapping.h:141:54: note: expanded from macro 'DMA_BIT_MASK'
    #define DMA_BIT_MASK(n) (((n) == 64) ? ~0ULL : ((1ULL<
    Signed-off-by: Olof Johansson

    Arnd Bergmann
     
  • This reverts commit fa9463564e77067df81b0b8dec91adbbbc47bfb4.

    Per Linus Walleij:

    Dear ARM SoC maintainers,

    can you please revert this patch. It was the wrong solution to the
    wrong problem, and I must have acted in stress. Andrey fixed the
    real bug in a proper way in these commits:

    commit e5545c94e43b8f6599ffc01df8d1aedf18ee912a
    "gpio: of: Check propname before applying "cs-gpios" quirks"
    commit 7ce40277bf848391705011ba37eac2e377cbd9e6
    "gpio: of: Check for "spi-cs-high" in child instead of parent node"

    Signed-off-by: Olof Johansson

    Olof Johansson
     
  • …nel/git/tmlind/linux-omap into arm/fixes

    Fixes for omaps for v5.1-rc cycle

    Few small fixes for omap variants:

    - Fix ams-delta gpio IDs
    - Add missing of_node_put for omapdss platform init code
    - Fix unconfigured audio regulators for two am335x boards
    - Fix use of wrong offset for am335x d_can clocks

    * tag 'omap-for-v5.1/fixes-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
    ARM: dts: Fix dcan clkctrl clock for am3
    ARM: dts: am335x-evmsk: Correct the regulators for the audio codec
    ARM: dts: am335x-evm: Correct the regulators for the audio codec
    ARM: OMAP2+: add missing of_node_put after of_device_is_available
    ARM: OMAP1: ams-delta: Fix broken GPIO ID allocation

    Signed-off-by: Olof Johansson <olof@lixom.net>

    Olof Johansson
     
  • …/linux into arm/fixes

    AT91 fixes for 5.1

    - fix a typo in sama5d2 pinmuxing which concerns the ISC data 0 signal
    - fix a kobject reference leak

    * tag 'at91-5.1-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux:
    arm/mach-at91/pm : fix possible object reference leak
    ARM: dts: at91: Fix typo in ISC_D0 on PC9

    Signed-off-by: Olof Johansson <olof@lixom.net>

    Olof Johansson
     
  • …/git/mmind/linux-rockchip into arm/fixes

    Fixes for dtc warnings, fixes for ethernet transfers on rk3328,
    sd-card related fixes on both rk3328 ans rk3288-tinker and a
    regulator fix on rock64 and making ddc actually work on the
    Rock PI 4 due to missing the ddc bus.

    * tag 'v5.1-rockchip-dtfixes-1' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip:
    ARM: dts: rockchip: Remove #address/#size-cells from rk3288-veyron gpio-keys
    ARM: dts: rockchip: Remove #address/#size-cells from rk3288 mipi_dsi
    ARM: dts: rockchip: Fix gpu opp node names for rk3288
    arm64: dts: rockchip: fix rk3328 sdmmc0 write errors
    arm64: dts: rockchip: fix rk3328 rgmii high tx error rate
    ARM: dts: rockchip: Fix SD card detection on rk3288-tinker
    arm64: dts: rockchip: Fix vcc_host1_5v GPIO polarity on rk3328-rock64
    ARM: dts: rockchip: fix rk3288 cpu opp node reference
    arm64: dts: rockchip: add DDC bus on Rock Pi 4
    arm64: dts: rockchip: fix rk3328-roc-cc gmac2io tx/rx_delay

    Signed-off-by: Olof Johansson <olof@lixom.net>

    Olof Johansson
     

05 Apr, 2019

2 commits

  • After removing the start and count arguments of syscall_get_arguments() it
    seems reasonable to remove them from syscall_set_arguments(). Note, as of
    today, there are no users of syscall_set_arguments(). But we are told that
    there will be soon. But for now, at least make it consistent with
    syscall_get_arguments().

    Link: http://lkml.kernel.org/r/20190327222014.GA32540@altlinux.org

    Cc: Oleg Nesterov
    Cc: Kees Cook
    Cc: Andy Lutomirski
    Cc: Dominik Brodowski
    Cc: Dave Martin
    Cc: "Dmitry V. Levin"
    Cc: x86@kernel.org
    Cc: linux-snps-arc@lists.infradead.org
    Cc: linux-kernel@vger.kernel.org
    Cc: linux-arm-kernel@lists.infradead.org
    Cc: linux-c6x-dev@linux-c6x.org
    Cc: uclinux-h8-devel@lists.sourceforge.jp
    Cc: linux-hexagon@vger.kernel.org
    Cc: linux-ia64@vger.kernel.org
    Cc: linux-mips@vger.kernel.org
    Cc: nios2-dev@lists.rocketboards.org
    Cc: openrisc@lists.librecores.org
    Cc: linux-parisc@vger.kernel.org
    Cc: linuxppc-dev@lists.ozlabs.org
    Cc: linux-riscv@lists.infradead.org
    Cc: linux-s390@vger.kernel.org
    Cc: linux-sh@vger.kernel.org
    Cc: sparclinux@vger.kernel.org
    Cc: linux-um@lists.infradead.org
    Cc: linux-xtensa@linux-xtensa.org
    Cc: linux-arch@vger.kernel.org
    Acked-by: Max Filippov # For xtensa changes
    Acked-by: Will Deacon # For the arm64 bits
    Reviewed-by: Thomas Gleixner # for x86
    Reviewed-by: Dmitry V. Levin
    Signed-off-by: Steven Rostedt (VMware)

    Steven Rostedt (VMware)
     
  • At Linux Plumbers, Andy Lutomirski approached me and pointed out that the
    function call syscall_get_arguments() implemented in x86 was horribly
    written and not optimized for the standard case of passing in 0 and 6 for
    the starting index and the number of system calls to get. When looking at
    all the users of this function, I discovered that all instances pass in only
    0 and 6 for these arguments. Instead of having this function handle
    different cases that are never used, simply rewrite it to return the first 6
    arguments of a system call.

    This should help out the performance of tracing system calls by ptrace,
    ftrace and perf.

    Link: http://lkml.kernel.org/r/20161107213233.754809394@goodmis.org

    Cc: Oleg Nesterov
    Cc: Kees Cook
    Cc: Andy Lutomirski
    Cc: Dominik Brodowski
    Cc: Dave Martin
    Cc: "Dmitry V. Levin"
    Cc: x86@kernel.org
    Cc: linux-snps-arc@lists.infradead.org
    Cc: linux-kernel@vger.kernel.org
    Cc: linux-arm-kernel@lists.infradead.org
    Cc: linux-c6x-dev@linux-c6x.org
    Cc: uclinux-h8-devel@lists.sourceforge.jp
    Cc: linux-hexagon@vger.kernel.org
    Cc: linux-ia64@vger.kernel.org
    Cc: linux-mips@vger.kernel.org
    Cc: nios2-dev@lists.rocketboards.org
    Cc: openrisc@lists.librecores.org
    Cc: linux-parisc@vger.kernel.org
    Cc: linuxppc-dev@lists.ozlabs.org
    Cc: linux-riscv@lists.infradead.org
    Cc: linux-s390@vger.kernel.org
    Cc: linux-sh@vger.kernel.org
    Cc: sparclinux@vger.kernel.org
    Cc: linux-um@lists.infradead.org
    Cc: linux-xtensa@linux-xtensa.org
    Cc: linux-arch@vger.kernel.org
    Acked-by: Paul Burton # MIPS parts
    Acked-by: Max Filippov # For xtensa changes
    Acked-by: Will Deacon # For the arm64 bits
    Reviewed-by: Thomas Gleixner # for x86
    Reviewed-by: Dmitry V. Levin
    Reported-by: Andy Lutomirski
    Signed-off-by: Steven Rostedt (VMware)

    Steven Rostedt (Red Hat)
     

04 Apr, 2019

1 commit


02 Apr, 2019

1 commit


31 Mar, 2019

1 commit

  • Pull KVM fixes from Paolo Bonzini:
    "A collection of x86 and ARM bugfixes, and some improvements to
    documentation.

    On top of this, a cleanup of kvm_para.h headers, which were exported
    by some architectures even though they not support KVM at all. This is
    responsible for all the Kbuild changes in the diffstat"

    * tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm: (28 commits)
    Documentation: kvm: clarify KVM_SET_USER_MEMORY_REGION
    KVM: doc: Document the life cycle of a VM and its resources
    KVM: selftests: complete IO before migrating guest state
    KVM: selftests: disable stack protector for all KVM tests
    KVM: selftests: explicitly disable PIE for tests
    KVM: selftests: assert on exit reason in CR4/cpuid sync test
    KVM: x86: update %rip after emulating IO
    x86/kvm/hyper-v: avoid spurious pending stimer on vCPU init
    kvm/x86: Move MSR_IA32_ARCH_CAPABILITIES to array emulated_msrs
    KVM: x86: Emulate MSR_IA32_ARCH_CAPABILITIES on AMD hosts
    kvm: don't redefine flags as something else
    kvm: mmu: Used range based flushing in slot_handle_level_range
    KVM: export and iif KVM is supported
    KVM: x86: remove check on nr_mmu_pages in kvm_arch_commit_memory_region()
    kvm: nVMX: Add a vmentry check for HOST_SYSENTER_ESP and HOST_SYSENTER_EIP fields
    KVM: SVM: Workaround errata#1096 (insn_len maybe zero on SMAP violation)
    KVM: Reject device ioctls from processes other than the VM's creator
    KVM: doc: Fix incorrect word ordering regarding supported use of APIs
    KVM: x86: fix handling of role.cr4_pae and rename it to 'gpte_size'
    KVM: nVMX: Do not inherit quadrant and invalid for the root shadow EPT
    ...

    Linus Torvalds
     

29 Mar, 2019

2 commits

  • …t/kvmarm/kvmarm into kvm-master

    KVM/ARM fixes for 5.1

    - Fix THP handling in the presence of pre-existing PTEs
    - Honor request for PTE mappings even when THPs are available
    - GICv4 performance improvement
    - Take the srcu lock when writing to guest-controlled ITS data structures
    - Reset the virtual PMU in preemptible context
    - Various cleanups

    Paolo Bonzini
     
  • I do not see any consistency about headers_install of
    and .

    According to my analysis of Linux 5.1-rc1, there are 3 groups:

    [1] Both and are exported

    alpha, arm, hexagon, mips, powerpc, s390, sparc, x86

    [2] is exported, but is not

    arc, arm64, c6x, h8300, ia64, m68k, microblaze, nios2, openrisc,
    parisc, sh, unicore32, xtensa

    [3] Neither nor is exported

    csky, nds32, riscv

    This does not match to the actual KVM support. At least, [2] is
    half-baked.

    Nor do arch maintainers look like they care about this. For example,
    commit 0add53713b1c ("microblaze: Add missing kvm_para.h to Kbuild")
    exported to user-space in order to fix an in-kernel
    build error.

    We have two ways to make this consistent:

    [A] export both and for all
    architectures, irrespective of the KVM support

    [B] Match the header export of and
    to the KVM support

    My first attempt was [A] because the code looks cleaner, but Paolo
    suggested [B].

    So, this commit goes with [B].

    For most architectures, was moved to the kernel-space.
    I changed include/uapi/linux/Kbuild so that it checks generated
    asm/kvm_para.h as well as check-in ones.

    After this commit, there will be two groups:

    [1] Both and are exported

    arm, arm64, mips, powerpc, s390, x86

    [2] Neither nor is exported

    alpha, arc, c6x, csky, h8300, hexagon, ia64, m68k, microblaze,
    nds32, nios2, openrisc, parisc, riscv, sh, sparc, unicore32, xtensa

    Signed-off-by: Masahiro Yamada
    Acked-by: Cornelia Huck
    Signed-off-by: Paolo Bonzini

    Masahiro Yamada
     

28 Mar, 2019

1 commit

  • The function argument for the ISC_D0 on PC9 was incorrect. According to
    the documentation it should be 'C' aka 3.

    Signed-off-by: David Engraf
    Reviewed-by: Nicolas Ferre
    Signed-off-by: Ludovic Desroches
    Fixes: 7f16cb676c00 ("ARM: at91/dt: add sama5d2 pinmux")
    Cc: # v4.4+

    David Engraf
     

27 Mar, 2019

1 commit


26 Mar, 2019

3 commits

  • …guo/linux into arm/fixes

    i.MX fixes for 5.1:
    - Correct phy mode setting of imx6dl-yapp4 board to fix a problem
    caused by commit 5ecdd77c61c8 ("net: dsa: qca8k: disable delay
    for RGMII mode").
    - Add a missing of_node_put call to fix leaked reference detected by
    coccinelle in imx51 machine code.
    - Fix imx6q cpuidle driver bug which causes that CPU might not wake up
    at expected time.
    - Increase reset duration of Ethernet phy Micrel KSZ9031RNX to fix
    transmission timeouts error seen on imx6qdl-phytec-pfla02 board.
    - Correct SPDX License Identifier style for imx6ull-pinfunc-snvs.h.
    - Fix 'bus-witdh' typos in imx6qdl-icore-rqs.dtsi.
    - Correct pseudo PHY address of switch device for imx6dl-yapp4 board.
    - Update PWM driver options in imx defconfig files due to the change
    on driver part.

    * tag 'imx-fixes-5.1' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux:
    ARM: imx_v4_v5_defconfig: enable PWM driver
    ARM: imx_v6_v7_defconfig: continue compiling the pwm driver
    ARM: dts: imx6dl-yapp4: Use correct pseudo PHY address for the switch
    ARM: dts: imx6qdl: Fix typo in imx6qdl-icore-rqs.dtsi
    ARM: dts: imx6ull: Use the correct style for SPDX License Identifier
    ARM: dts: pfla02: increase phy reset duration
    ARM: imx6q: cpuidle: fix bug that CPU might not wake up at expected time
    ARM: imx51: fix a leaked reference by adding missing of_node_put
    ARM: dts: imx6dl-yapp4: Use rgmii-id phy mode on the cpu port

    Arnd Bergmann
     
  • This pull request contains Broadcom ARM-based SoCs Device Tree fixes for
    5.1, please pull the following:

    - Helen fixes the HDMI hot-pug detect GPIO polarity for the Rasperry Pi
    model B revision 2

    * tag 'arm-soc/for-5.1/devicetree-fixes' of https://github.com/Broadcom/stblinux:
    ARM: dts: bcm283x: Fix hdmi hpd gpio pull

    Arnd Bergmann
     
  • The SPI DT bindings are for historical reasons a pitfall,
    the ability to flag a GPIO line as active high/low with
    the second cell flags was introduced later so the SPI
    subsystem will only accept the bool flag spi-cs-high
    to indicate that the line is active high.

    It worked by mistake, but the mistake was corrected
    in another commit.

    The comment in the DTS file was also misleading: this
    CS is indeed active high.

    Fixes: cffbb02dafa3 ("ARM: dts: nomadik: Augment NHK15 panel setting")
    Signed-off-by: Linus Walleij
    Signed-off-by: Arnd Bergmann

    Linus Walleij
     

25 Mar, 2019

4 commits


23 Mar, 2019

4 commits

  • Correctly map the regulators used by tlv320aic3106.
    Both 1.8V and 3.3V for the codec is derived from VBAT via fixed regulators.

    Cc: # v4.14+
    Signed-off-by: Peter Ujfalusi
    Signed-off-by: Tony Lindgren

    Peter Ujfalusi
     
  • Correctly map the regulators used by tlv320aic3106.
    Both 1.8V and 3.3V for the codec is derived from VBAT via fixed regulators.

    Cc: # v4.14+
    Signed-off-by: Peter Ujfalusi
    Signed-off-by: Tony Lindgren

    Peter Ujfalusi
     
  • Add an of_node_put when a tested device node is not available.

    The semantic patch that fixes this problem is as follows
    (http://coccinelle.lip6.fr):

    //
    @@
    identifier f;
    local idexpression e;
    expression x;
    @@

    e = f(...);
    ... when != of_node_put(e)
    when != x = e
    when != e = x
    when any
    if () {
    ... when != of_node_put(e)
    (
    return e;
    |
    + of_node_put(e);
    return ...;
    )
    }
    //

    Fixes: e0c827aca0730 ("drm/omap: Populate DSS children in omapdss driver")
    Signed-off-by: Julia Lawall
    Signed-off-by: Tony Lindgren

    Julia Lawall
     
  • In order to request dynamic allocationn of GPIO IDs, a negative number
    should be passed as a base GPIO ID via platform data. Unfortuntely,
    commit 771e53c4d1a1 ("ARM: OMAP1: ams-delta: Drop board specific global
    GPIO numbers") didn't follow that rule while switching to dynamically
    allocated GPIO IDs for Amstrad Delta latches, making their IDs
    overlapping with those already assigned to OMAP GPIO devices. Fix it.

    Fixes: 771e53c4d1a1 ("ARM: OMAP1: ams-delta: Drop board specific global GPIO numbers")
    Signed-off-by: Janusz Krzysztofik
    Cc: stable@vger.kernel.org
    Acked-by: Aaro Koskinen
    Signed-off-by: Tony Lindgren

    Janusz Krzysztofik
     

22 Mar, 2019

4 commits


21 Mar, 2019

2 commits