1. 21 Dec, 2017 2 commits
  2. 10 Dec, 2017 3 commits
  3. 08 Dec, 2017 1 commit
  4. 07 Dec, 2017 2 commits
  5. 05 Dec, 2017 2 commits
  6. 04 Dec, 2017 8 commits
    • Kim Phillips's avatar
      bus: arm-ccn: fix module unloading Error: Removing state 147 which has instances left. · b69f63eb
      Kim Phillips authored
      Unregistering the driver before calling cpuhp_remove_multi_state() removes
      any remaining hotplug cpu instances so __cpuhp_remove_state_cpuslocked()
      doesn't emit this warning:
      
      [  268.748362] Error: Removing state 147 which has instances left.
      [  268.748373] ------------[ cut here ]------------
      [  268.748386] WARNING: CPU: 2 PID: 5476 at kernel/cpu.c:1734 __cpuhp_remove_state_cpuslocked+0x454/0x4f0
      [  268.748389] Modules linked in: arm_ccn(-) [last unloaded: arm_ccn]
      [  268.748403] CPU: 2 PID: 5476 Comm: rmmod Tainted: G        W       4.14.0-rc4+ #3
      [  268.748406] Hardware name: AMD Seattle/Seattle, BIOS 10:18:39 Dec  8 2016
      [  268.748410] task: ffff8001a18ca000 task.stack: ffff80019c120000
      [  268.748416] PC is at __cpuhp_remove_state_cpuslocked+0x454/0x4f0
      [  268.748421] LR is at __cpuhp_remove_state_cpuslocked+0x448/0x4f0
      [  268.748425] pc : [<ffff2000081729ec>] lr : [<ffff2000081729e0>] pstate: 60000145
      [  268.748427] sp : ffff80019c127d30
      [  268.748430] x29: ffff80019c127d30 x28: ffff8001a18ca000
      [  268.748437] x27: ffff20000c2cb000 x26: 1fffe4000042d490
      [  268.748443] x25: ffff20000216a480 x24: 0000000000000000
      [  268.748449] x23: ffff20000b08e000 x22: 0000000000000001
      [  268.748455] x21: 0000000000000093 x20: 00000000000016f8
      [  268.748460] x19: ffff20000c2cbb80 x18: 0000ffffb5fe7c58
      [  268.748466] x17: 00000000004402d0 x16: 1fffe40001864f01
      [  268.748472] x15: ffff20000c4bf8b0 x14: 0000000000000000
      [  268.748477] x13: 0000000000007032 x12: ffff20000829ae48
      [  268.748483] x11: ffff20000c4bf000 x10: 0000000000000004
      [  268.748488] x9 : 0000000000006fbc x8 : ffff20000c318a40
      [  268.748494] x7 : 0000000000000000 x6 : ffff040001864f02
      [  268.748500] x5 : 0000000000000000 x4 : 0000000000000000
      [  268.748505] x3 : 0000000000000007 x2 : dfff200000000000
      [  268.748510] x1 : 000000000000ad3d x0 : 00000000000001f0
      [  268.748516] Call trace:
      [  268.748521] Exception stack(0xffff80019c127bf0 to 0xffff80019c127d30)
      [  268.748526] 7be0:                                   00000000000001f0 000000000000ad3d
      [  268.748531] 7c00: dfff200000000000 0000000000000007 0000000000000000 0000000000000000
      [  268.748535] 7c20: ffff040001864f02 0000000000000000 ffff20000c318a40 0000000000006fbc
      [  268.748539] 7c40: 0000000000000004 ffff20000c4bf000 ffff20000829ae48 0000000000007032
      [  268.748544] 7c60: 0000000000000000 ffff20000c4bf8b0 1fffe40001864f01 00000000004402d0
      [  268.748548] 7c80: 0000ffffb5fe7c58 ffff20000c2cbb80 00000000000016f8 0000000000000093
      [  268.748553] 7ca0: 0000000000000001 ffff20000b08e000 0000000000000000 ffff20000216a480
      [  268.748557] 7cc0: 1fffe4000042d490 ffff20000c2cb000 ffff8001a18ca000 ffff80019c127d30
      [  268.748562] 7ce0: ffff2000081729e0 ffff80019c127d30 ffff2000081729ec 0000000060000145
      [  268.748566] 7d00: 00000000000001f0 0000000000000000 0001000000000000 0000000000000000
      [  268.748569] 7d20: ffff80019c127d30 ffff2000081729ec
      [  268.748575] [<ffff2000081729ec>] __cpuhp_remove_state_cpuslocked+0x454/0x4f0
      [  268.748580] [<ffff200008172adc>] __cpuhp_remove_state+0x54/0x80
      [  268.748597] [<ffff20000215dd84>] arm_ccn_exit+0x2c/0x70 [arm_ccn]
      [  268.748604] [<ffff20000834cfbc>] SyS_delete_module+0x5a4/0x708
      [  268.748607] Exception stack(0xffff80019c127ec0 to 0xffff80019c128000)
      [  268.748612] 7ec0: 0000000019bb7258 0000000000000800 ba64d0fb3d26a800 00000000000000da
      [  268.748616] 7ee0: 0000ffffb6144e28 0000ffffcd95b409 fefefefefefefeff 7f7f7f7f7f7f7f7f
      [  268.748621] 7f00: 000000000000006a 1999999999999999 0000ffffb6179000 0000000000bbcc6d
      [  268.748625] 7f20: 0000ffffb6176b98 0000ffffcd95c2d0 0000ffffb5fe7b58 0000ffffb6163000
      [  268.748630] 7f40: 0000ffffb60ad3e0 00000000004402d0 0000ffffb5fe7c58 0000000019bb71f0
      [  268.748634] 7f60: 0000ffffcd95c740 0000000000000000 0000000019bb71f0 0000000000416700
      [  268.748639] 7f80: 0000000000000000 00000000004402e8 0000000019bb6010 0000ffffcd95c748
      [  268.748643] 7fa0: 0000000000000000 0000ffffcd95c460 00000000004113a8 0000ffffcd95c460
      [  268.748648] 7fc0: 0000ffffb60ad3e8 0000000080000000 0000000019bb7258 000000000000006a
      [  268.748652] 7fe0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
      [  268.748657] [<ffff200008084f9c>] __sys_trace_return+0x0/0x4
      [  268.748661] ---[ end trace a996d358dcaa7f9c ]---
      
      Fixes: 8df03872 ("bus/arm-ccn: Use cpu-hp's multi instance support instead custom list")
      Signed-off-by: default avatarKim Phillips <kim.phillips@arm.com>
      Acked-by: default avatarSebastian Andrzej Siewior <bigeasy@linutronix.de>
      Cc: stable@vger.kernel.org # 4.8+
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      b69f63eb
    • Marc Zyngier's avatar
      bus: arm-cci: Fix use of smp_processor_id() in preemptible context · 4608af8a
      Marc Zyngier authored
      The ARM CCI driver seem to be using smp_processor_id() in a
      preemptible context, which is likely to make a DEBUG_PREMPT
      kernel scream at boot time.
      
      Turn this into a get_cpu()/put_cpu() that extends over the CPU
      hotplug registration, making sure that we don't race against
      a CPU down operation.
      Signed-off-by: default avatarMarc Zyngier <marc.zyngier@arm.com>
      Acked-by: default avatarMark Rutland <mark.rutland@arm.com>
      Cc: stable@vger.kernel.org # 4.2+
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      4608af8a
    • Marc Zyngier's avatar
      bus: arm-ccn: Fix use of smp_processor_id() in preemptible context · b18c2b94
      Marc Zyngier authored
      Booting a DEBUG_PREEMPT enabled kernel on a CCN-based system
      results in the following splat:
      
      [...]
      arm-ccn e8000000.ccn: No access to interrupts, using timer.
      BUG: using smp_processor_id() in preemptible [00000000] code: swapper/0/1
      caller is debug_smp_processor_id+0x1c/0x28
      CPU: 1 PID: 1 Comm: swapper/0 Not tainted 4.13.0 #6111
      Hardware name: AMD Seattle/Seattle, BIOS 17:08:23 Jun 26 2017
      Call trace:
      [<ffff000008089e78>] dump_backtrace+0x0/0x278
      [<ffff00000808a22c>] show_stack+0x24/0x30
      [<ffff000008bc3bc4>] dump_stack+0x8c/0xb0
      [<ffff00000852b534>] check_preemption_disabled+0xfc/0x100
      [<ffff00000852b554>] debug_smp_processor_id+0x1c/0x28
      [<ffff000008551bd8>] arm_ccn_probe+0x358/0x4f0
      [...]
      
      as we use smp_processor_id() in the wrong context.
      
      Turn this into a get_cpu()/put_cpu() that extends over the CPU hotplug
      registration, making sure that we don't race against a CPU down operation.
      Signed-off-by: default avatarMarc Zyngier <marc.zyngier@arm.com>
      Acked-by: default avatarMark Rutland <mark.rutland@arm.com>
      Cc: stable@vger.kernel.org # 4.2+
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      b18c2b94
    • Christophe JAILLET's avatar
      bus: arm-ccn: Simplify code · 0f9afd36
      Christophe JAILLET authored
      Use 'devm_kasprintf()' to simplify the code.
      Signed-off-by: default avatarChristophe JAILLET <christophe.jaillet@wanadoo.fr>
      Acked-by: default avatarScott Branden <scott.branden@broadcom.com>
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      0f9afd36
    • Christophe JAILLET's avatar
      bus: arm-ccn: Check memory allocation failure · 24771179
      Christophe JAILLET authored
      Check memory allocation failures and return -ENOMEM in such cases
      
      This avoids a potential NULL pointer dereference.
      Signed-off-by: default avatarChristophe JAILLET <christophe.jaillet@wanadoo.fr>
      Acked-by: default avatarScott Branden <scott.branden@broadcom.com>
      Cc: stable@vger.kernel.org # 3.17+
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      24771179
    • Arvind Yadav's avatar
      bus: arm-ccn: constify attribute_group structures. · 8a84bf45
      Arvind Yadav authored
      attribute_groups are not supposed to change at runtime. All functions
      working with attribute_groups provided by <linux/sysfs.h> work with const
      attribute_group. So mark the non-const structs as const.
      
      File size before:
         text	   data	    bss	    dec	    hex	filename
         9074	   5592	    416	  15082	   3aea	drivers/bus/arm-ccn.o
      
      File size After adding 'const':
         text	   data	    bss	    dec	    hex	filename
         9327	   5336	    416	  15079	   3ae7	drivers/bus/arm-ccn.o
      Signed-off-by: default avatarArvind Yadav <arvind.yadav.cs@gmail.com>
      Signed-off-by: default avatarPawel Moll <pawel.moll@arm.com>
      8a84bf45
    • Olof Johansson's avatar
      firmware: arm_scpi: Revert updates made during v4.15 merge window · 81faa556
      Olof Johansson authored
      Revert "Merge tag 'scpi-updates-4.15' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux into next/drivers"
      
      Paraphrased from email from Kevin Hilman:
      
      Revert ARM SCPI changes since v4.14.
      
      Untested changes caused regressions in SCPI and CPUfreq/DVFS failures
      on most Amlogic SoCs.  Changes reverted for v4.15 so they can be better
      reviewed and tested.
      
      These ARM SCPI changes caused SCPI regressions resulting in CPUfreq
      failures on most Amlogic SoCs (found by kernelci.org.)
      
      Unfortunately, this was not caught in linux-next due to other bugs/panics
      on these platforms masking this problem so we've only found it since
      we've fixed the other issues.
      
      Since we're already in the -rc cycle, I'd prefer to revert to a known
      working state (that of v4.14) rather than finding/reverting a subset,
      which would just lead to another untested state.
      
      These changes can then have some time to be better reviewed and tested
      and resubmitted for v4.16.
      
      Kevin Hilman has tested this revert on the affected Amlogic SoCs and
      verified that we're back to the previous (working) condition.
      
      This reverts commit 6710acf2, reversing
      changes made to 4b367f2e.
      Reported-by: default avatarKevin Hilman <khilman@baylibre.com>
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
      81faa556
    • Olof Johansson's avatar
      Merge tag 'omap-for-v4.15/fixes-v2-signed' of... · 0d55f2ab
      Olof Johansson authored
      Merge tag 'omap-for-v4.15/fixes-v2-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into fixes
      
      Fixes for omaps for v4.15-rc cycle with two fixes for hangs with the
      rest being compiler warning fixes and fixes for power states and devices
      on various boards:
      
      - Fix smatch issue introduced by recent omap device changes for legacy
        resources
      
      - Fix SRAM virt to phys related boot hang affecting n900 and other omap3 hs
        devices found by pending CMA changes. While it seems that we have not hit
        this in other use cases, let's fix it to avoid a nasty and hard to find
        suprise as right now there is just luck keeping the SRAM virtual address
        to physical address translation working with the 0xffff high_mask.
      
      - Fix am335x reading of domain state registers that only exist for the
        PM_CEFUSE domain and produce wrong results for other domains
      
      - Fix missing setting for error code for omap device if allocation fails
      
      - Fix missing modules_offs for omap3 MMC3 affecting n9/n950
      
      - Fix cm_split_idlest() reading reserved registers showing wrong
        idlestatus
      
      - Fixes to correct #phy-cells property for compiler warnings that
        recently started happening
      
      - Add a missing OHCI remote-wakeup-connected property that I was supposed
        to merge after the ohci-omap3 to ohci-platform changes but somehow managed
        to drop. I only noticed this was missing while debugging the OHCI/EHCI GPS
        and modem hang
      
      - Fix a system hang with GPS or modem connected to the OHCI/EHCI bus that
        typically happened within 20 - 40 minutes on an idle system. This turned
        out to be an issue caused by using the parent interrupt controller directly
        with the WUGEN + GIC stacked interrupt controller domains
      
      - Fixes for logicpd-somlv GPMC for Ethernet and NAND that clearly
        have been broken since we changed GPMC to use the interrupt controller
        binding for some pins. And fix the wrong pin muxing for WLAN while at it
      
      - Fixes for am437x interrupt and dma properties to fix compiler warnings
        that recently started happening
      
      * tag 'omap-for-v4.15/fixes-v2-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
        ARM: dts: am437x-cm-t43: Correct the dmas property of spi0
        ARM: dts: am4372: Correct the interrupts_properties of McASP
        ARM: dts: logicpd-somlv: Fix wl127x pinmux
        ARM: dts: logicpd-som-lv: Fix gpmc addresses for NAND and enet
        ARM: dts: Fix omap4 hang with GPS connected to USB by using wakeupgen
        ARM: OMAP2+: Missing error code in omap_device_build()
        ARM: AM33xx: PRM: Remove am33xx_pwrdm_read_prev_pwrst function
        ARM: OMAP2+: Fix SRAM virt to phys translation for save_secure_ram_context
        ARM: dts: Add remote-wakeup-connected for omap OHCI
        ARM: dts: am33xx: Add missing #phy-cells to ti,am335x-usb-phy
        ARM: dts: omap: Add missing #phy-cells to usb-nop-xceiv
        ARM: OMAP2+: Fix smatch found issue for omap_device
        ARM: OMAP2/3: CM: fix cm_split_idlest functionality
        ARM: OMAP3: hwmod_data: add missing module_offs for MMC3
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
      0d55f2ab
  7. 03 Dec, 2017 7 commits
  8. 30 Nov, 2017 4 commits
  9. 29 Nov, 2017 6 commits
  10. 28 Nov, 2017 5 commits