1. 12 Aug, 2015 7 commits
  2. 04 Aug, 2015 3 commits
    • Geert Uytterhoeven's avatar
      ARM: shmobile: sh73a0 dtsi: Add missing "gpio-ranges" to gpio node · 94bdc48d
      Geert Uytterhoeven authored
      If a GPIO driver uses gpiochip_add_pin_range() (which is usually the
      case for GPIO/PFC combos), the GPIO hogging mechanism configured from DT
      doesn't work:
      
          requesting hog GPIO led1-high (chip sh73a0_pfc, offset 20) failed
      
      The actual error code is -517 == -EPROBE_DEFER.
      
      The problem is that PFC+GPIO registration is handled in multiple steps:
        1. pinctrl_register(),
        2. gpiochip_add(),
        3. gpiochip_add_pin_range().
      
      Configuration of the hogs is handled in gpiochip_add():
      
          gpiochip_add
              of_gpiochip_add
                  of_gpiochip_scan_hogs
                      gpiod_hog
                          gpiochip_request_own_desc
                              __gpiod_request
                                  chip->request
                                      pinctrl_request_gpio
                                          pinctrl_get_device_gpio_range
      
      However, at this point the GPIO controller hasn't been added to
      pinctrldev_list yet, so the range can't be found, and the operation fails
      with -EPROBE_DEFER.
      
      To fix this, add a "gpio-ranges" property to the gpio device node, so
      the ranges are added by of_gpiochip_add_pin_range(), which is called by
      of_gpiochip_add() before the call to of_gpiochip_scan_hogs().
      Signed-off-by: default avatarGeert Uytterhoeven <geert+renesas@glider.be>
      Acked-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Acked-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarSimon Horman <horms+renesas@verge.net.au>
      94bdc48d
    • Geert Uytterhoeven's avatar
      ARM: shmobile: r8a7740 dtsi: Add missing "gpio-ranges" to gpio node · 09d1c7b4
      Geert Uytterhoeven authored
      If a GPIO driver uses gpiochip_add_pin_range() (which is usually the
      case for GPIO/PFC combos), the GPIO hogging mechanism configured from DT
      doesn't work:
      
          requesting hog GPIO lcd0 (chip r8a7740_pfc, offset 176) failed
      
      The actual error code is -517 == -EPROBE_DEFER.
      
      The problem is that PFC+GPIO registration is handled in multiple steps:
        1. pinctrl_register(),
        2. gpiochip_add(),
        3. gpiochip_add_pin_range().
      
      Configuration of the hogs is handled in gpiochip_add():
      
          gpiochip_add
              of_gpiochip_add
                  of_gpiochip_scan_hogs
                      gpiod_hog
                          gpiochip_request_own_desc
                              __gpiod_request
                                  chip->request
                                      pinctrl_request_gpio
                                          pinctrl_get_device_gpio_range
      
      However, at this point the GPIO controller hasn't been added to
      pinctrldev_list yet, so the range can't be found, and the operation fails
      with -EPROBE_DEFER.
      
      To fix this, add a "gpio-ranges" property to the gpio device node, so
      the range is added by of_gpiochip_add_pin_range(), which is called by
      of_gpiochip_add() before the call to of_gpiochip_scan_hogs().
      Signed-off-by: default avatarGeert Uytterhoeven <geert+renesas@glider.be>
      Acked-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Acked-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarSimon Horman <horms+renesas@verge.net.au>
      09d1c7b4
    • Geert Uytterhoeven's avatar
      ARM: shmobile: r8a73a4 dtsi: Add missing "gpio-ranges" to gpio node · 17ccec50
      Geert Uytterhoeven authored
      If a GPIO driver uses gpiochip_add_pin_range() (which is usually the
      case for GPIO/PFC combos), the GPIO hogging mechanism configured from DT
      doesn't work:
      
          requesting hog GPIO led1-high (chip r8a73a4_pfc, offset 28) failed
      
      The actual error code is -517 == -EPROBE_DEFER.
      
      The problem is that PFC+GPIO registration is handled in multiple steps:
        1. pinctrl_register(),
        2. gpiochip_add(),
        3. gpiochip_add_pin_range().
      
      Configuration of the hogs is handled in gpiochip_add():
      
          gpiochip_add
              of_gpiochip_add
                  of_gpiochip_scan_hogs
                      gpiod_hog
                          gpiochip_request_own_desc
                              __gpiod_request
                                  chip->request
                                      pinctrl_request_gpio
                                          pinctrl_get_device_gpio_range
      
      However, at this point the GPIO controller hasn't been added to
      pinctrldev_list yet, so the range can't be found, and the operation fails
      with -EPROBE_DEFER.
      
      To fix this, add a "gpio-ranges" property to the gpio device node, so
      the ranges are added by of_gpiochip_add_pin_range(), which is called by
      of_gpiochip_add() before the call to of_gpiochip_scan_hogs().
      Signed-off-by: default avatarGeert Uytterhoeven <geert+renesas@glider.be>
      Acked-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Acked-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarSimon Horman <horms+renesas@verge.net.au>
      17ccec50
  3. 03 Aug, 2015 2 commits
  4. 30 Jul, 2015 2 commits
  5. 28 Jul, 2015 3 commits
  6. 22 Jul, 2015 5 commits
  7. 15 Jul, 2015 4 commits
  8. 06 Jul, 2015 11 commits
  9. 05 Jul, 2015 3 commits
    • Linus Torvalds's avatar
      Linux 4.2-rc1 · d770e558
      Linus Torvalds authored
      d770e558
    • Linus Torvalds's avatar
      Merge tag 'platform-drivers-x86-v4.2-2' of... · a585d2b7
      Linus Torvalds authored
      Merge tag 'platform-drivers-x86-v4.2-2' of git://git.infradead.org/users/dvhart/linux-platform-drivers-x86
      
      Pull late x86 platform driver updates from Darren Hart:
       "The following came in a bit later and I wanted them to bake in next a
        few more days before submitting, thus the second pull.
      
        A new intel_pmc_ipc driver, a symmetrical allocation and free fix in
        dell-laptop, a couple minor fixes, and some updated documentation in
        the dell-laptop comments.
      
        intel_pmc_ipc:
         - Add Intel Apollo Lake PMC IPC driver
      
        tc1100-wmi:
         - Delete an unnecessary check before the function call "kfree"
      
        dell-laptop:
         - Fix allocating & freeing SMI buffer page
         - Show info about WiGig and UWB in debugfs
         - Update information about wireless control"
      
      * tag 'platform-drivers-x86-v4.2-2' of git://git.infradead.org/users/dvhart/linux-platform-drivers-x86:
        intel_pmc_ipc: Add Intel Apollo Lake PMC IPC driver
        tc1100-wmi: Delete an unnecessary check before the function call "kfree"
        dell-laptop: Fix allocating & freeing SMI buffer page
        dell-laptop: Show info about WiGig and UWB in debugfs
        dell-laptop: Update information about wireless control
      a585d2b7
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs · 1dc51b82
      Linus Torvalds authored
      Pull more vfs updates from Al Viro:
       "Assorted VFS fixes and related cleanups (IMO the most interesting in
        that part are f_path-related things and Eric's descriptor-related
        stuff).  UFS regression fixes (it got broken last cycle).  9P fixes.
        fs-cache series, DAX patches, Jan's file_remove_suid() work"
      
      [ I'd say this is much more than "fixes and related cleanups".  The
        file_table locking rule change by Eric Dumazet is a rather big and
        fundamental update even if the patch isn't huge.   - Linus ]
      
      * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs: (49 commits)
        9p: cope with bogus responses from server in p9_client_{read,write}
        p9_client_write(): avoid double p9_free_req()
        9p: forgetting to cancel request on interrupted zero-copy RPC
        dax: bdev_direct_access() may sleep
        block: Add support for DAX reads/writes to block devices
        dax: Use copy_from_iter_nocache
        dax: Add block size note to documentation
        fs/file.c: __fget() and dup2() atomicity rules
        fs/file.c: don't acquire files->file_lock in fd_install()
        fs:super:get_anon_bdev: fix race condition could cause dev exceed its upper limitation
        vfs: avoid creation of inode number 0 in get_next_ino
        namei: make set_root_rcu() return void
        make simple_positive() public
        ufs: use dir_pages instead of ufs_dir_pages()
        pagemap.h: move dir_pages() over there
        remove the pointless include of lglock.h
        fs: cleanup slight list_entry abuse
        xfs: Correctly lock inode when removing suid and file capabilities
        fs: Call security_ops->inode_killpriv on truncate
        fs: Provide function telling whether file_remove_privs() will do anything
        ...
      1dc51b82