1. 01 Jul, 2020 4 commits
    • Mark Brown's avatar
      Merge series "Add frequency / voltage scaling support for IPQ6018 SoC" from... · e5abaf91
      Mark Brown authored
      Merge series "Add frequency / voltage scaling support for IPQ6018 SoC" from Kathiravan T <kathirav@codeaurora.org>:
      
      IPQ6018 SoC uses the PMIC MP5496. SMPA2 and LDOA2 regulator of MP5496
      controls the APSS and SDCC voltage scaling respectively. Add support
      for the same.
      
      changes since V1:
      	- Moved YAML conversion to the last as per Mark's comments
      
      Kathiravan T (6):
        dt-bindings: soc: qcom: Add IPQ6018 compatible
        soc: qcom: smd-rpm: Add IPQ6018 compatible
        dt-bindings: regulator: add MP5496 regulator compatible
        regulator: qcom_smd: Add MP5496 regulators
        dt-bindings: soc: qcom: convert the SMD-RPM document to YAML schema
        dt-bindings: regulator: convert QCOM SMD-RPM regulator document to
          YAML schema
      
       .../bindings/regulator/qcom,smd-rpm-regulator.txt  | 320 ---------------------
       .../bindings/regulator/qcom,smd-rpm-regulator.yaml | 106 +++++++
       .../devicetree/bindings/soc/qcom/qcom,smd-rpm.txt  |  62 ----
       .../devicetree/bindings/soc/qcom/qcom,smd-rpm.yaml |  92 ++++++
       drivers/regulator/qcom_smd-regulator.c             |  34 +++
       drivers/soc/qcom/smd-rpm.c                         |   1 +
       6 files changed, 233 insertions(+), 382 deletions(-)
       delete mode 100644 Documentation/devicetree/bindings/regulator/qcom,smd-rpm-regulator.txt
       create mode 100644 Documentation/devicetree/bindings/regulator/qcom,smd-rpm-regulator.yaml
       delete mode 100644 Documentation/devicetree/bindings/soc/qcom/qcom,smd-rpm.txt
       create mode 100644 Documentation/devicetree/bindings/soc/qcom/qcom,smd-rpm.yaml
      
      --
      QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
      e5abaf91
    • Luca Ceresoli's avatar
      regulator: lp87565: enable voltage regardless of ENx pin · 81fdcef3
      Luca Ceresoli authored
      This driver enables outputs by setting bit EN_BUCKn in the BUCKn_CTRL1
      register. However, if bit EN_PIN_CTRLn in the same register is set, the
      output is actually enabled only if EN_BUCKn is set AND an enable pin is
      active. Since the driver does not touch EN_PIN_CTRLn, the choice is left to
      the hardware, which in turn gets this bit from OTP memory, and in absence
      of OTP data it uses a default value that is documented in the datasheet for
      LP8752x, but not for LP8756x.
      
      Thus the driver doesn't really "know" whether it is actually enabling the
      output or not.
      
      In order to make sure activation is always driver-controlled, just clear
      the EN_PIN_CTRLn bit. Now all activation solely depend on the EN_BUCKn bit.
      Signed-off-by: default avatarLuca Ceresoli <luca@lucaceresoli.net>
      Link: https://lore.kernel.org/r/20200622204329.11147-2-luca@lucaceresoli.netSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      81fdcef3
    • Kathiravan T's avatar
      regulator: add MP5496 regulator compatible · 93e39d09
      Kathiravan T authored
      IPQ6018 uses the PMIC MP5496. Add the binding for the same.
      Signed-off-by: default avatarKathiravan T <kathirav@codeaurora.org>
      Link: https://lore.kernel.org/r/1592889472-6843-4-git-send-email-kathirav@codeaurora.orgSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      93e39d09
    • Kathiravan T's avatar
      regulator: qcom_smd: Add MP5496 regulators · 47894c85
      Kathiravan T authored
      IPQ6018 SoC uses the PMIC MP5496. SMPA2 and LDOA2 regulator controls the
      APSS and SDCC voltage scaling respectively. Add support for the same.
      Signed-off-by: default avatarKathiravan T <kathirav@codeaurora.org>
      Link: https://lore.kernel.org/r/1592889472-6843-5-git-send-email-kathirav@codeaurora.orgSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      47894c85
  2. 26 Jun, 2020 9 commits
  3. 25 Jun, 2020 7 commits
  4. 23 Jun, 2020 1 commit
  5. 18 Jun, 2020 5 commits
  6. 15 Jun, 2020 8 commits
  7. 14 Jun, 2020 4 commits
    • Linus Torvalds's avatar
      Linux 5.8-rc1 · b3a9e3b9
      Linus Torvalds authored
      b3a9e3b9
    • Linus Torvalds's avatar
      Merge tag 'LSM-add-setgid-hook-5.8-author-fix' of git://github.com/micah-morton/linux · 4a87b197
      Linus Torvalds authored
      Pull SafeSetID update from Micah Morton:
       "Add additional LSM hooks for SafeSetID
      
        SafeSetID is capable of making allow/deny decisions for set*uid calls
        on a system, and we want to add similar functionality for set*gid
        calls.
      
        The work to do that is not yet complete, so probably won't make it in
        for v5.8, but we are looking to get this simple patch in for v5.8
        since we have it ready.
      
        We are planning on the rest of the work for extending the SafeSetID
        LSM being merged during the v5.9 merge window"
      
      * tag 'LSM-add-setgid-hook-5.8-author-fix' of git://github.com/micah-morton/linux:
        security: Add LSM hooks to set*gid syscalls
      4a87b197
    • Thomas Cedeno's avatar
      security: Add LSM hooks to set*gid syscalls · 39030e13
      Thomas Cedeno authored
      The SafeSetID LSM uses the security_task_fix_setuid hook to filter
      set*uid() syscalls according to its configured security policy. In
      preparation for adding analagous support in the LSM for set*gid()
      syscalls, we add the requisite hook here. Tested by putting print
      statements in the security_task_fix_setgid hook and seeing them get hit
      during kernel boot.
      Signed-off-by: default avatarThomas Cedeno <thomascedeno@google.com>
      Signed-off-by: default avatarMicah Morton <mortonm@chromium.org>
      39030e13
    • Linus Torvalds's avatar
      Merge tag 'for-5.8-part2-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux · 9d645db8
      Linus Torvalds authored
      Pull btrfs updates from David Sterba:
       "This reverts the direct io port to iomap infrastructure of btrfs
        merged in the first pull request. We found problems in invalidate page
        that don't seem to be fixable as regressions or without changing iomap
        code that would not affect other filesystems.
      
        There are four reverts in total, but three of them are followup
        cleanups needed to revert a43a67a2 cleanly. The result is the
        buffer head based implementation of direct io.
      
        Reverts are not great, but under current circumstances I don't see
        better options"
      
      * tag 'for-5.8-part2-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux:
        Revert "btrfs: switch to iomap_dio_rw() for dio"
        Revert "fs: remove dio_end_io()"
        Revert "btrfs: remove BTRFS_INODE_READDIO_NEED_LOCK"
        Revert "btrfs: split btrfs_direct_IO to read and write part"
      9d645db8
  8. 13 Jun, 2020 2 commits
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net · 96144c58
      Linus Torvalds authored
      Pull networking fixes from David Miller:
      
       1) Fix cfg80211 deadlock, from Johannes Berg.
      
       2) RXRPC fails to send norigications, from David Howells.
      
       3) MPTCP RM_ADDR parsing has an off by one pointer error, fix from
          Geliang Tang.
      
       4) Fix crash when using MSG_PEEK with sockmap, from Anny Hu.
      
       5) The ucc_geth driver needs __netdev_watchdog_up exported, from
          Valentin Longchamp.
      
       6) Fix hashtable memory leak in dccp, from Wang Hai.
      
       7) Fix how nexthops are marked as FDB nexthops, from David Ahern.
      
       8) Fix mptcp races between shutdown and recvmsg, from Paolo Abeni.
      
       9) Fix crashes in tipc_disc_rcv(), from Tuong Lien.
      
      10) Fix link speed reporting in iavf driver, from Brett Creeley.
      
      11) When a channel is used for XSK and then reused again later for XSK,
          we forget to clear out the relevant data structures in mlx5 which
          causes all kinds of problems. Fix from Maxim Mikityanskiy.
      
      12) Fix memory leak in genetlink, from Cong Wang.
      
      13) Disallow sockmap attachments to UDP sockets, it simply won't work.
          From Lorenz Bauer.
      
      * git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (83 commits)
        net: ethernet: ti: ale: fix allmulti for nu type ale
        net: ethernet: ti: am65-cpsw-nuss: fix ale parameters init
        net: atm: Remove the error message according to the atomic context
        bpf: Undo internal BPF_PROBE_MEM in BPF insns dump
        libbpf: Support pre-initializing .bss global variables
        tools/bpftool: Fix skeleton codegen
        bpf: Fix memlock accounting for sock_hash
        bpf: sockmap: Don't attach programs to UDP sockets
        bpf: tcp: Recv() should return 0 when the peer socket is closed
        ibmvnic: Flush existing work items before device removal
        genetlink: clean up family attributes allocations
        net: ipa: header pad field only valid for AP->modem endpoint
        net: ipa: program upper nibbles of sequencer type
        net: ipa: fix modem LAN RX endpoint id
        net: ipa: program metadata mask differently
        ionic: add pcie_print_link_status
        rxrpc: Fix race between incoming ACK parser and retransmitter
        net/mlx5: E-Switch, Fix some error pointer dereferences
        net/mlx5: Don't fail driver on failure to create debugfs
        net/mlx5e: CT: Fix ipv6 nat header rewrite actions
        ...
      96144c58
    • David Sterba's avatar
      Revert "btrfs: switch to iomap_dio_rw() for dio" · 55e20bd1
      David Sterba authored
      This reverts commit a43a67a2.
      
      This patch reverts the main part of switching direct io implementation
      to iomap infrastructure. There's a problem in invalidate page that
      couldn't be solved as regression in this development cycle.
      
      The problem occurs when buffered and direct io are mixed, and the ranges
      overlap. Although this is not recommended, filesystems implement
      measures or fallbacks to make it somehow work. In this case, fallback to
      buffered IO would be an option for btrfs (this already happens when
      direct io is done on compressed data), but the change would be needed in
      the iomap code, bringing new semantics to other filesystems.
      
      Another problem arises when again the buffered and direct ios are mixed,
      invalidation fails, then -EIO is set on the mapping and fsync will fail,
      though there's no real error.
      
      There have been discussions how to fix that, but revert seems to be the
      least intrusive option.
      
      Link: https://lore.kernel.org/linux-btrfs/20200528192103.xm45qoxqmkw7i5yl@fiona/Signed-off-by: default avatarDavid Sterba <dsterba@suse.com>
      55e20bd1