1. 07 Oct, 2014 11 commits
    • Linus Torvalds's avatar
      Merge tag 'regmap-v3.18' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap · c831dd73
      Linus Torvalds authored
      Pull regmap updates from Mark Brown:
       "The main update this time around is the addition of a standard DT
        binding for specifying the endianness of devices.  This allows drivers
        to support any endianness of device register map without any code,
        useful for configurable IP blocks.
      
        There's also a few bug fixes that I didn't get round to sending, none
        of them terribly severe or new, and a reduction in size for struct
        regmap"
      
      * tag 'regmap-v3.18' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap:
        regmap: Fix debugfs-file 'registers' mode
        regmap: fix possible ZERO_SIZE_PTR pointer dereferencing error.
        regmap: debugfs: fix possbile NULL pointer dereference
        regmap: fix NULL pointer dereference in _regmap_write/read
        regmap: fix NULL pointer dereference in regmap_get_val_endian
        regmap: cache: Do not fail silently from regcache_sync calls
        regmap: change struct regmap's internal locks as union
        regmap: Split regmap_get_endian() in two functions
        regmap: of_regmap_get_endian() cleanup
        regmap: Fix DT endianess parsing logic
        regmap: Add explicit dependencies to catch "select" misuse
        regmap: Restore L: linux-kernel@vger.kernel.org entry
        regmap: Add the DT binding documentation for endianness
        regmap: add DT endianness binding support.
      c831dd73
    • Linus Torvalds's avatar
      Merge tag 'pinctrl-v3.18-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl · 2b425a3f
      Linus Torvalds authored
      Pull pin control changes from Linus Walleij:
       "This is the bulk of pin control changes for the v3.18 development
        series:
      
         - New drivers for the Freescale i.MX21, Qualcomm APQ8084 pin
           controllers.
      
         - Incremental new features on the Rockchip, atlas 6, OMAP, AM437x,
           APQ8064, prima2, AT91, Tegra, i.MX, Berlin and Nomadik.
      
         - Push Freescale drivers down into their own subdirectory.
      
         - Assorted sprays of syntax and semantic fixes"
      
      * tag 'pinctrl-v3.18-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl: (48 commits)
        pinctrl: specify bindings for pins and groups
        pinctrl: nomadik: improve GPIO debug prints
        pinctrl: abx500: refactor DT parser to take two paths
        pinctrl: abx500: use helpers for map allocation/free
        pinctrl: alter device tree bindings for functions
        pinctrl: nomadik: refactor DT parser to take two paths
        pinctrl: nomadik: use utils map free function
        pinctrl: nomadik: use util function to reserve maps
        pinctrl: qcom: use restart_notifier mechanism for ps_hold
        pinctrl: sh-pfc: sh73a0: Remove unnecessary SoC data allocation
        pinctrl: berlin: fix the dt_free_map function
        pinctrl: at91: disable PD or PU before enabling PU or PD
        pinctrl: st: remove gpiochip in failure cases
        pinctrl: at91: Fix error handling while doing gpiochio_irqchip_add
        pinctrl: at91: Fix failure path in at91_gpio_probe path
        pinctrl: lantiq: Release gpiochip resources in fail case
        pinctrl: imx: detect uninitialized pins
        pinctrl: tegra: Add MIPI pad control
        pinctrl: at91: Switch to using managed clk_get
        pinctrl: adi2: Remove duplicate gpiochip_remove_pin_ranges
        ...
      2b425a3f
    • Linus Torvalds's avatar
      Merge tag 'edac_for_3.18' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp · c91662cb
      Linus Torvalds authored
      Pull EDAC fixes from Borislav Petkov:
       "Misc small fixes/improvements accumulated from the summer months,
        nothing earth-shattering.
      
        The mpc85xx_edac fix is tagged for stable but since it got confirmed
        only days before the final 3.17 release, I didn't rush a last minute
        pull request to you.  I hope that's ok as it will trickle down to
        stable anyway and we'll make sure it lands in 3.17-stable too"
      
      * tag 'edac_for_3.18' of git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp:
        mpc85xx_edac: Make L2 interrupt shared too
        amd64_edac: Modify usage of amd64_read_dct_pci_cfg()
        ppc4xx_edac: Fix build error caused by wrong member access
        EDAC: Fix mem_types strings type
      c91662cb
    • Linus Torvalds's avatar
      Merge tag 'dmaengine-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/djbw/dmaengine · d0cd8481
      Linus Torvalds authored
      Pull dmaengine updates from Dan Williams:
       "Even though this has fixes marked for -stable, given the size and the
        needed conflict resolutions this is 3.18-rc1/merge-window material.
      
        These patches have been languishing in my tree for a long while.  The
        fact that I do not have the time to do proper/prompt maintenance of
        this tree is a primary factor in the decision to step down as
        dmaengine maintainer.  That and the fact that the bulk of drivers/dma/
        activity is going through Vinod these days.
      
        The net_dma removal has not been in -next.  It has developed simple
        conflicts against mainline and net-next (for-3.18).
      
        Continuing thanks to Vinod for staying on top of drivers/dma/.
      
        Summary:
      
         1/ Step down as dmaengine maintainer see commit 08223d80
            "dmaengine maintainer update"
      
         2/ Removal of net_dma, as it has been marked 'broken' since 3.13
            (commit 77873803 "net_dma: mark broken"), without reports of
            performance regression.
      
         3/ Miscellaneous fixes"
      
      * tag 'dmaengine-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/djbw/dmaengine:
        net: make tcp_cleanup_rbuf private
        net_dma: revert 'copied_early'
        net_dma: simple removal
        dmaengine maintainer update
        dmatest: prevent memory leakage on error path in thread
        ioat: Use time_before_jiffies()
        dmaengine: fix xor sources continuation
        dma: mv_xor: Rename __mv_xor_slot_cleanup() to mv_xor_slot_cleanup()
        dma: mv_xor: Remove all callers of mv_xor_slot_cleanup()
        dma: mv_xor: Remove unneeded mv_xor_clean_completed_slots() call
        ioat: Use pci_enable_msix_exact() instead of pci_enable_msix()
        drivers: dma: Include appropriate header file in dca.c
        drivers: dma: Mark functions as static in dma_v3.c
        dma: mv_xor: Add DMA API error checks
        ioat/dca: Use dev_is_pci() to check whether it is pci device
      d0cd8481
    • Linus Torvalds's avatar
      Merge tag 'modules-next-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux · bdf428fe
      Linus Torvalds authored
      Pull module update from Rusty Russell:
       "Nothing major: support for compressing modules, and auto-tainting
        params.
      
        PS. My virtio-next tree is empty: DaveM took the patches I had.  There
            might be a virtio-rng starvation fix, but so far it's a bit voodoo
            so I will get to that in the next two days or it will wait"
      
      * tag 'modules-next-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux:
        moduleparam: Resolve missing-field-initializer warning
        kbuild: handle module compression while running 'make modules_install'.
        modinst: wrap long lines in order to enhance cmd_modules_install
        modsign: lookup lines ending in .ko in .mod files
        modpost: simplify file name generation of *.mod.c files
        modpost: reduce visibility of symbols and constify r/o arrays
        param: check for tainting before calling set op.
        drm/i915: taint the kernel if unsafe module parameters are set
        module: add module_param_unsafe and module_param_named_unsafe
        module: make it possible to have unsafe, tainting module params
        module: rename KERNEL_PARAM_FL_NOARG to avoid confusion
      bdf428fe
    • Linus Torvalds's avatar
      Merge branch 'ipmi' (patches from Corey Minyard) · a40a7201
      Linus Torvalds authored
      Merge ipmi patches from Corey Minyard:
       "These have been in linux-next for a while, ready for 3.18"
      
      * emailed patches from Corey Minyard <minyard@acm.org>:
        ipmi: Clear drvdata when interface is removed
        ipmi: work around gcc-4.9 build warning
        ipmi/of: Don't use unavailable interfaces
        ipmi: Clean up the error handling for channel config errors
      a40a7201
    • Takao Indoh's avatar
      ipmi: Clear drvdata when interface is removed · 567eded9
      Takao Indoh authored
      This patch fixes a bug on hotmod removing.
      
      After ipmi interface is removed using hotmod, kernel panic occurs when
      rmmod impi_si.  For example, try this:
      
       # echo "remove,"`cat /proc/ipmi/0/params` > \
       /sys/module/ipmi_si/parameters/hotmod
       # rmmod ipmi_si
      
      Then, rmmod fails with the following messages.
      
        ------------[ cut here ]------------
        WARNING: CPU: 12 PID: 10819 at /mnt/repos/linux/lib/list_debug.c:53 __list_del_entry+0x63/0xd0()
        CPU: 12 PID: 10819 Comm: rmmod Not tainted 3.17.0-rc1 #19
        Hardware name: FUJITSU-SV PRIMERGY BX920 S2/D3030, BIOS 080015 Rev.3D81.3030 02/10/2012
        Call Trace:
          dump_stack+0x45/0x56
          warn_slowpath_common+0x7d/0xa0
          warn_slowpath_fmt+0x4c/0x50
          __list_del_entry+0x63/0xd0
          list_del+0xd/0x30
          cleanup_one_si+0x2a/0x230 [ipmi_si]
          ipmi_pnp_remove+0x15/0x20 [ipmi_si]
          pnp_device_remove+0x24/0x40
          __device_release_driver+0x7f/0xf0
          driver_detach+0xb0/0xc0
          bus_remove_driver+0x55/0xd0
          driver_unregister+0x2c/0x50
          pnp_unregister_driver+0x12/0x20
          cleanup_ipmi_si+0xbc/0xf0 [ipmi_si]
          SyS_delete_module+0x132/0x1c0
          system_call_fastpath+0x16/0x1b
        ---[ end trace 70b4377268f85c23 ]---
      
      list_del in cleanup_one_si() fails because the smi_info is already
      removed when hotmod removing.
      
      When ipmi interface is removed by hotmod, smi_info is removed by
      cleanup_one_si(), but is is still set in drvdata.  Therefore when rmmod
      ipmi_si, ipmi_pnp_remove tries to remove it again and fails.
      
      By this patch, a pointer to smi_info in drvdata is cleared when hotmod
      removing so that it will be not accessed when rmmod.
      
      changelog:
      v2:
      - Clear drvdata in cleanup_one_si
      - Change subject
      
      v1:
      https://lkml.org/lkml/2014/9/8/741
      
      Signed-off-by: default avatarTakao Indoh <indou.takao@jp.fujitsu.com>
      Signed-off-by: default avatarCorey Minyard <cminyard@mvista.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      567eded9
    • Arnd Bergmann's avatar
      ipmi: work around gcc-4.9 build warning · cc4cbe90
      Arnd Bergmann authored
      
      
      Building ipmi on arm with gcc-4.9 results in this warning for an
      allmodconfig build:
      
        drivers/char/ipmi/ipmi_si_intf.c: In function 'ipmi_thread':
        include/linux/time.h:28:5: warning: 'busy_until.tv_sec' may be used uninitialized in this function [-Wmaybe-uninitialized]
          if (lhs->tv_sec > rhs->tv_sec)
             ^
        drivers/char/ipmi/ipmi_si_intf.c:1007:18: note: 'busy_until.tv_sec' was declared here
          struct timespec busy_until;
                          ^
      
      The warning is bogus and this case can not occur.  Apparently this is a
      false positive resulting from gcc getting a little smarter about
      tracking assignments but not smart enough.
      
      Marking the ipmi_thread_busy_wait function as inline gives the gcc
      optimization logic enough information to figure out for itself that the
      case cannot happen, which gets rid of the warning without adding any
      fake initialization.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarCorey Minyard <cminyard@mvista.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      cc4cbe90
    • Benjamin Herrenschmidt's avatar
      ipmi/of: Don't use unavailable interfaces · 08dc4169
      Benjamin Herrenschmidt authored
      
      
      If an IPMI controller is used by the firmware and as such marked with
      a reserved status, we shouldn't use it.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarCorey Minyard <cminyard@mvista.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      08dc4169
    • Corey Minyard's avatar
      ipmi: Clean up the error handling for channel config errors · 1f668423
      Corey Minyard authored
      
      
      The code to send the channel config errors was missing an error report
      in one place and needed some more information in another, and had an
      extraneous bit of code.  Clean all that up.
      Signed-off-by: default avatarCorey Minyard <cminyard@mvista.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      1f668423
    • Linus Torvalds's avatar
      Merge tag 'tiny/for-3.18' of git://git.kernel.org/pub/scm/linux/kernel/git/josh/linux · 74da3863
      Linus Torvalds authored
      Pull "tinification" patches from Josh Triplett.
      
      Work on making smaller kernels.
      
      * tag 'tiny/for-3.18' of git://git.kernel.org/pub/scm/linux/kernel/git/josh/linux:
        bloat-o-meter: Ignore syscall aliases SyS_ and compat_SyS_
        mm: Support compiling out madvise and fadvise
        x86: Support compiling out human-friendly processor feature names
        x86: Drop support for /proc files when !CONFIG_PROC_FS
        x86, boot: Don't compile early_serial_console.c when !CONFIG_EARLY_PRINTK
        x86, boot: Don't compile aslr.c when !CONFIG_RANDOMIZE_BASE
        x86, boot: Use the usual -y -n mechanism for objects in vmlinux
        x86: Add "make tinyconfig" to configure the tiniest possible kernel
        x86, platform, kconfig: move kvmconfig functionality to a helper
      74da3863
  2. 05 Oct, 2014 2 commits
  3. 04 Oct, 2014 1 commit
  4. 03 Oct, 2014 8 commits
  5. 02 Oct, 2014 18 commits