1. 23 Nov, 2020 5 commits
    • Cristian Marussi's avatar
      dt-bindings: arm: remove optional properties for SCMI Regulators · e8056bf0
      Cristian Marussi authored
      Remove optional properties bindings descriptions for SCMI Regulators.
      Signed-off-by: default avatarCristian Marussi <cristian.marussi@arm.com>
      Link: https://lore.kernel.org/r/20201123202336.46701-2-cristian.marussi@arm.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      e8056bf0
    • Mark Brown's avatar
      Merge series "Add support for SCMIv3.0 Voltage Domain Protocol and... · 5d16a4f9
      Mark Brown authored
      Merge series "Add support for SCMIv3.0 Voltage Domain Protocol and SCMI-Regulator" from Cristian Marussi <cristian.marussi@arm.com>:
      
      Hi,
      
      this series introduces the support for the new SCMI Voltage Domain Protocol
      defined by the upcoming SCMIv3.0 specification, whose BETA release is
      available at [1].
      
      Afterwards, a new generic SCMI Regulator driver is developed on top of the
      new SCMI VD Protocol.
      
      In V4 Patch 3/5 introduced a needed fix in Regulator framework to cope with
      generic named nodes.
      
      The series is currently based on for-next/scmi [2] on top of:
      
      commit b141fca08207 ("firmware: arm_scmi: Fix missing destroy_workqueue()")
      
      Any feedback welcome,
      
      Thanks,
      
      Cristian
      
      ---
      v5 --> v6
      - reordered dt bindings patch
      - removed single field struct
      - reviewed args to scmi_init_voltage_levels()
      - allocating scmi_voltage_info_array contiguously
      
      v4 --> v5
      - rebased
      - VD Protocol
       - removed inline
       - moved segmented intervals defines
       - fixed some macros complaints by checkpatch
      
      v3 --> v4
      - DT bindings
       - using generic node names
       - listing explicitly subset of supported regulators bindings
      - SCMI Regulator
       - using of_match_full_name core regulator flag
       - avoid coccinelle false flag complaints
      - VD Protocol
       - avoid coccinelle false flag complaints
       - avoiding fixed size typing
      
      v2 --> v3
      - DT bindings
        - avoid awkard examples based on _cpu/_gpu regulators
      - SCMI Regulator
        - remove multiple linear mappings support
        - removed duplicated voltage name printout
        - added a few comments
        - simplified return path in scmi_reg_set_voltage_sel()
      - VD Protocol
        - restrict segmented voltage domain descriptors to one triplet
        - removed unneeded inline
        - free allocated resources for invalid voltage domain
        - added __must_check to info_get voltage operations
        - added a few comments
        - removed fixed size typing from struct voltage_info
      
      v1 --> v2
      - rebased on for-next/scmi v5.10
      - DT bindings
        - removed any reference to negative voltages
      - SCMI Regulator
        - removed duplicate regulator naming
        - removed redundant .get/set_voltage ops: only _sel variants implemented
        - removed condexpr on fail path to increase readability
      - VD Protocol
        - fix voltage levels query loop to reload full cmd description
          between iterations as reported by Etienne Carriere
        - ensure transport rx buffer is properly sized calli scmi_reset_rx_to_maxsz
          between transfers
      
      [1]:https://developer.arm.com/documentation/den0056/c/
      [2]:https://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux.git/log/?h=for-next/scmi
      
      Cristian Marussi (5):
        firmware: arm_scmi: Add Voltage Domain Support
        firmware: arm_scmi: add SCMI Voltage Domain devname
        regulator: core: add of_match_full_name boolean flag
        dt-bindings: arm: add support for SCMI Regulators
        regulator: add SCMI driver
      
       .../devicetree/bindings/arm/arm,scmi.txt      |  43 ++
       drivers/firmware/arm_scmi/Makefile            |   2 +-
       drivers/firmware/arm_scmi/common.h            |   1 +
       drivers/firmware/arm_scmi/driver.c            |   3 +
       drivers/firmware/arm_scmi/voltage.c           | 380 ++++++++++++++++
       drivers/regulator/Kconfig                     |   9 +
       drivers/regulator/Makefile                    |   1 +
       drivers/regulator/of_regulator.c              |   8 +-
       drivers/regulator/scmi-regulator.c            | 409 ++++++++++++++++++
       include/linux/regulator/driver.h              |   3 +
       include/linux/scmi_protocol.h                 |  64 +++
       11 files changed, 920 insertions(+), 3 deletions(-)
       create mode 100644 drivers/firmware/arm_scmi/voltage.c
       create mode 100644 drivers/regulator/scmi-regulator.c
      
      --
      2.17.1
      
      _______________________________________________
      linux-arm-kernel mailing list
      linux-arm-kernel@lists.infradead.org
      http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
      5d16a4f9
    • Gustavo A. R. Silva's avatar
      regulator: as3722: Fix fall-through warnings for Clang · b52b417c
      Gustavo A. R. Silva authored
      In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning
      by explicitly adding a fallthrough pseudo-keyword instead of letting the
      code fall through to the next case.
      
      Link: https://github.com/KSPP/linux/issues/115Signed-off-by: default avatarGustavo A. R. Silva <gustavoars@kernel.org>
      Link: https://lore.kernel.org/r/c0efb81064f71837f19408f65b52d155103ee514.1605896059.git.gustavoars@kernel.orgSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      b52b417c
    • Cristian Marussi's avatar
      regulator: core: add of_match_full_name boolean flag · e7095c35
      Cristian Marussi authored
      During regulators registration, if .of_match and .regulators_node are
      defined as non-null strings in struct regulator_desc the core searches the
      DT subtree rooted at .regulators_node trying to match, at first, .of_match
      against the 'regulator-compatible' property and, then, falling back to use
      the name of the node itself to determine a good match.
      
      Property 'regulator-compatible', though, is now deprecated and falling back
      to match against the node name, works fine only as long as the involved
      nodes are named in an unique way across the searched subtree; if that's not
      the case, like when using <common-name>@<unit> style naming for properties
      indexed via 'reg' property (as advised by the standard), the above matching
      mechanism based on the simple common name will lead to multiple matches and
      the only viable alternative would be to properly define the now deprecated
      'regulator-compatible' as the node full name, i.e. <common-name>@<unit>.
      
      In order to address this case without using such deprecated binding, define
      a new boolean flag .of_match_full_name in struct regulator_desc to force
      the core to match against the node full-name instead of the plain name.
      Signed-off-by: default avatarCristian Marussi <cristian.marussi@arm.com>
      Link: https://lore.kernel.org/r/20201119191051.46363-4-cristian.marussi@arm.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      e7095c35
    • Mark Brown's avatar
      Merge tag 'scmi-voltage-5.11' of... · ce10f6ca
      Mark Brown authored
      Merge tag 'scmi-voltage-5.11' of git://git.kernel.org/pub/scm/linux/kernel/git/sudeep.holla/linux into regulator-5.11
      
      SCMI voltage domain management protocol support for v5.11
      
      SCMI v3.0 voltage domain protocol support to discover the voltage levels
      supported by the domains and to set/get the configuration and voltage
      level of any given domain.
      ce10f6ca
  2. 20 Nov, 2020 3 commits
  3. 13 Nov, 2020 8 commits
  4. 11 Nov, 2020 1 commit
  5. 10 Nov, 2020 5 commits
    • Mark Brown's avatar
      Merge series "regulator: bd718x7: support voltage scaling" from Matti... · 51c0a0c6
      Mark Brown authored
      Merge series "regulator: bd718x7: support voltage scaling" from Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>:
      
      RFC for adding a support for typical voltage scaling connection
      
      In few occasions there has been a need to scale the voltage output
      from bucks on BD71837. Usually this is done when buck8 is used to
      power specific GPU which can utilize voltages down to 0.7V. As lowest
      the buck8 on BD71837 can go is 0.8V, and external connection is used to
      scale the voltages.
      
      The BD71837, BD71847 and BD71850 bucks can be adjusted by pulling up the
      feedback pin using suitable voltage/resistors.
      
      	|---------------|
      	|       buck 8  |-------+----->Vout
      	|               |       |
      	|---------------|       |
      	       |                |
      	       |                |
      	       +-------+--R2----+
      	               |
      	               R1
      	               |
      	       V FB-pull-up
      
      This will scale the voltage as follows:
       - Vout_o = Vo - (Vpu - Vo)*R2/R1
       - Linear_step = step_orig*(R1+R2)/R1
      where:
      Vout_o is adjusted voltage output at vsel reg value 0
      Vo is original voltage output at vsel reg value 0
      Vpu is the pull-up voltage V FB-pull-up in the picture
      R1 and R2 are resistor values.
      
      >From HW point of view this does not need to be limited to buck 8. This
      connection can be used to adjust output from any of the bucks on
      BD71837/47/50.
      
      As this seems to be a 'de-facto' way to scale the voltages on BD71837 it
      might be a good idea to support computing the new voltage ranges for
      bucks based on the V-pull-up and resistor R1/R2 values given from
      device-tree. This allows describing the external HW connection using DT
      to correctly scale the voltages.
      
      This RFC uses "rohm,feedback-pull-up-r1-ohms" and
      "rohm,feedback-pull-up-r2-ohms" to provide the resistor values - but
      these names (without the picture) might not be too descriptive. I am
      grateful for all suggestions as better and more descriptive names.
      
      This patch series is an RFC because this connection feels somewhat
      "hacky". OTOH - when hack becomes widely used, it is less of an hack and
      more of a standard - and occasionally supporting HW hacks using SW may
      benefit us all, right? :)
      
      The other thing some projects do is allowing the change of BD71837 buck8
      voltages when buck8 is enabled. This however will introduce voltage
      spikes as buck8 was not originally designed for this. The specific HW
      platform must be evaluated to be able to tolerate these spikes. Thus
      this patch series does not support buck8 voltage changes when buck8 is
      enabled. I wonder if this should be allowed per some config option(?) I
      don't want to help people frying their boards... Opinions? Is there
      suggested way of allowing this type of features at own risk? Config or
      even Some #ifdef which is not listed in Kconfig? Device-tree property?
       If you have (good) suggestions I could add the optional (non default)
      DVS support for non DVS bucks on BD71837.
      
      Matti Vaittinen (3):
        dt-bindings: regulator: BD71837 support commonly used feedback
          connection
        dt-bindings: regulator: BD71847 support commonly used feedback
          connection
        regulator: bd718x7: Support external connection to scale voltages
      
       .../regulator/rohm,bd71837-regulator.yaml     |  48 +++++
       .../regulator/rohm,bd71847-regulator.yaml     |  49 ++++++
       drivers/regulator/bd718x7-regulator.c         | 164 +++++++++++++++++-
       3 files changed, 254 insertions(+), 7 deletions(-)
      
      base-commit: 3cea11cd
      --
      2.21.3
      
      --
      Matti Vaittinen, Linux device drivers
      ROHM Semiconductors, Finland SWDC
      Kiviharjunlenkki 1E
      90220 OULU
      FINLAND
      
      ~~~ "I don't think so," said Rene Descartes. Just then he vanished ~~~
      Simon says - in Latin please.
      ~~~ "non cogito me" dixit Rene Descarte, deinde evanescavit ~~~
      Thanks to Simon Glass for the translation =]
      51c0a0c6
    • Matti Vaittinen's avatar
      regulator: bd718x7: Support external connection to scale voltages · d2ad9811
      Matti Vaittinen authored
      Setups where regulator (especially the buck8) output voltage is scaled
      by adding external connection where some other regulator output is
      connected to feedback-pin (over suitable resistors) is getting popular
      amongst users of BD71837. This allows for example scaling down the
      buck8 voltages to suit lover GPU voltages for projects where buck8 is
      (ab)used to supply power for GPU. As a note - some setups do allow DVS
      for buck8. This do produce voltage spikes and the HW must be evaluated
      to be able to survive them. Thus this commit still keep the DVS disabled
      for non DVS bucks by default. Let's not help you burn your proto board.
      
      Allow describing this external connection from DT and scale the
      voltages accordingly. This is what the connection should look like:
      
      |------------|
      |    buck 8  |-------+----->Vout
      |            |       |
      |------------|       |
           | FB pin        |
           |               |
           +-------+--R2---+
                   |
                   R1
                   |
           V FB-pull-up
      
           Here the buck output is sifted according to formula:
      
      Vout_o = Vo - (Vpu - Vo)*R2/R1
      Linear_step = step_orig*(R1+R2)/R1
      
      where:
      Vout_o is adjusted voltage output at vsel reg value 0
      Vo is original voltage output at vsel reg value 0
      Vpu is the pull-up voltage V FB-pull-up in the picture
      R1 and R2 are resistor values.
      
      Bring support for specifying the Vpu, R1 and R2 from device tree and
      scale voltages if they are given.
      Signed-off-by: default avatarMatti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
      Link: https://lore.kernel.org/r/89b2be87074f307a8823f15f34e1f662023cbf36.1604994184.git.matti.vaittinen@fi.rohmeurope.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      d2ad9811
    • Matti Vaittinen's avatar
      regulator: BD71847 support commonly used feedback connection · b54a27d8
      Matti Vaittinen authored
      The BD71847 buck output voltages are in a few cases scaled using external
      connection which adds a pull-up to regulator feedback pin. This connection
      will adjust output voltage from regulator in a deterministic way.
      
      Add support for describing this HW connection so that driver can adjust
      voltage ranges accordingly.
      Signed-off-by: default avatarMatti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
      Link: https://lore.kernel.org/r/9b6b3d8233071d478f7d1e93b498f5a2141941e6.1604994184.git.matti.vaittinen@fi.rohmeurope.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      b54a27d8
    • Matti Vaittinen's avatar
      regulator: BD71837 support commonly used feedback connection · 1e908b24
      Matti Vaittinen authored
      The BD71837 buck output voltages are in a few cases scaled using external
      connection which adds a pull-up to regulator feedback pin. This connection
      will adjust output voltage from regulator in a deterministic way.
      
      Add support for describing this HW connection so that driver can adjust
      voltage ranges accordingly.
      Signed-off-by: default avatarMatti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
      Link: https://lore.kernel.org/r/9959924313db7c7165598604f9a07bf227f471a8.1604994184.git.matti.vaittinen@fi.rohmeurope.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      1e908b24
    • Pi-Hsun Shih's avatar
      regulator: core: don't disable regulator if is_enabled return error. · c088a498
      Pi-Hsun Shih authored
      In regulator_late_cleanup when is_enabled failed, don't try to disable
      the regulator since it would likely to fail too and causing confusing
      error messages.
      Signed-off-by: default avatarPi-Hsun Shih <pihsun@chromium.org>
      Link: https://lore.kernel.org/r/20201106064817.3290927-1-pihsun@chromium.orgSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      c088a498
  6. 09 Nov, 2020 1 commit
  7. 03 Nov, 2020 3 commits
  8. 01 Nov, 2020 11 commits
    • Linus Torvalds's avatar
      Linux 5.10-rc2 · 3cea11cd
      Linus Torvalds authored
      3cea11cd
    • Linus Torvalds's avatar
      Merge tag 'x86-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 7b56fbd8
      Linus Torvalds authored
      Pull x86 fixes from Thomas Gleixner:
       "Three fixes all related to #DB:
      
         - Handle the BTF bit correctly so it doesn't get lost due to a kernel
           #DB
      
         - Only clear and set the virtual DR6 value used by ptrace on user
           space triggered #DB. A kernel #DB must leave it alone to ensure
           data consistency for ptrace.
      
         - Make the bitmasking of the virtual DR6 storage correct so it does
           not lose DR_STEP"
      
      * tag 'x86-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        x86/debug: Fix DR_STEP vs ptrace_get_debugreg(6)
        x86/debug: Only clear/set ->virtual_dr6 for userspace #DB
        x86/debug: Fix BTF handling
      7b56fbd8
    • Linus Torvalds's avatar
      Merge tag 'timers-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 4312e0e8
      Linus Torvalds authored
      Pull timer fixes from Thomas Gleixner:
       "A few fixes for timers/timekeeping:
      
         - Prevent undefined behaviour in the timespec64_to_ns() conversion
           which is used for converting user supplied time input to
           nanoseconds. It lacked overflow protection.
      
         - Mark sched_clock_read_begin/retry() to prevent recursion in the
           tracer
      
         - Remove unused debug functions in the hrtimer and timerlist code"
      
      * tag 'timers-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        time: Prevent undefined behaviour in timespec64_to_ns()
        timers: Remove unused inline funtion debug_timer_free()
        hrtimer: Remove unused inline function debug_hrtimer_free()
        time/sched_clock: Mark sched_clock_read_begin/retry() as notrace
      4312e0e8
    • Linus Torvalds's avatar
      Merge tag 'smp-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 82423b46
      Linus Torvalds authored
      Pull smp fix from Thomas Gleixner:
       "A single fix for stop machine.
      
        Mark functions no trace to prevent a crash caused by recursion when
        enabling or disabling a tracer on RISC-V (probably all architectures
        which patch through stop machine)"
      
      * tag 'smp-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        stop_machine, rcu: Mark functions as notrace
      82423b46
    • Linus Torvalds's avatar
      Merge tag 'locking-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · 8d99084e
      Linus Torvalds authored
      Pull locking fixes from Thomas Gleixner:
       "A couple of locking fixes:
      
         - Fix incorrect failure injection handling in the fuxtex code
      
         - Prevent a preemption warning in lockdep when tracking
           local_irq_enable() and interrupts are already enabled
      
         - Remove more raw_cpu_read() usage from lockdep which causes state
           corruption on !X86 architectures.
      
         - Make the nr_unused_locks accounting in lockdep correct again"
      
      * tag 'locking-urgent-2020-11-01' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        lockdep: Fix nr_unused_locks accounting
        locking/lockdep: Remove more raw_cpu_read() usage
        futex: Fix incorrect should_fail_futex() handling
        lockdep: Fix preemption WARN for spurious IRQ-enable
      8d99084e
    • Linus Torvalds's avatar
      Merge tag 'char-misc-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc · 31f02006
      Linus Torvalds authored
      Pull char/misc fixes/removals from Greg KH:
       "Here's some small fixes for 5.10-rc2 and a big driver removal.
      
        The fixes are for some reported issues in the interconnect and
        coresight drivers, nothing major.
      
        The "big" driver removal is the MIC drivers have been asked to be
        removed as the hardware never shipped and Intel no longer wants to
        maintain something that no one can use. This is welcomed by many as
        the DMA usage of these drivers was "interesting" and the security
        people were starting to question some issues that were starting to be
        found in the codebase.
      
        Note, one of the subsystems for this driver, the "VOP" code, will
        probably come back in future kernel versions as it was looking to
        potentially solve some PCIe virtualization issues that a number of
        other vendors were wanting to solve. But as-is, this codebase didn't
        work for anyone else so no actual functionality is being removed.
      
        All of these have been in linux-next with no reported issues"
      
      * tag 'char-misc-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc:
        coresight: cti: Initialize dynamic sysfs attributes
        coresight: Fix uninitialised pointer bug in etm_setup_aux()
        coresight: add module license
        misc: mic: remove the MIC drivers
        interconnect: qcom: use icc_sync state for sm8[12]50
        interconnect: qcom: Ensure that the floor bandwidth value is enforced
        interconnect: qcom: sc7180: Init BCMs before creating the nodes
        interconnect: qcom: sdm845: Init BCMs before creating the nodes
        interconnect: Aggregate before setting initial bandwidth
        interconnect: qcom: sdm845: Enable keepalive for the MM1 BCM
      31f02006
    • Linus Torvalds's avatar
      Merge tag 'driver-core-5.10-rc2' of... · 9c75b68b
      Linus Torvalds authored
      Merge tag 'driver-core-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
      
      Pull driver core and documentation fixes from Greg KH:
       "Here is one tiny debugfs change to fix up an API where the last user
        was successfully fixed up in 5.10-rc1 (so it couldn't be merged
        earlier), and a much larger Documentation/ABI/ update to the files so
        they can be automatically parsed by our tools.
      
        The Documentation/ABI/ updates are just formatting issues, small ones
        to bring the files into parsable format, and have been acked by
        numerous subsystem maintainers and the documentation maintainer. I
        figured it was good to get this into 5.10-rc2 to help wih the merge
        issues that would arise if these were to stick in linux-next until
        5.11-rc1.
      
        The debugfs change has been in linux-next for a long time, and the
        Documentation updates only for the last linux-next release"
      
      * tag 'driver-core-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core: (40 commits)
        scripts: get_abi.pl: assume ReST format by default
        docs: ABI: sysfs-class-led-trigger-pattern: remove hw_pattern duplication
        docs: ABI: sysfs-class-backlight: unify ABI documentation
        docs: ABI: sysfs-c2port: remove a duplicated entry
        docs: ABI: sysfs-class-power: unify duplicated properties
        docs: ABI: unify /sys/class/leds/<led>/brightness documentation
        docs: ABI: stable: remove a duplicated documentation
        docs: ABI: change read/write attributes
        docs: ABI: cleanup several ABI documents
        docs: ABI: sysfs-bus-nvdimm: use the right format for ABI
        docs: ABI: vdso: use the right format for ABI
        docs: ABI: fix syntax to be parsed using ReST notation
        docs: ABI: convert testing/configfs-acpi to ReST
        docs: Kconfig/Makefile: add a check for broken ABI files
        docs: abi-testing.rst: enable --rst-sources when building docs
        docs: ABI: don't escape ReST-incompatible chars from obsolete and removed
        docs: ABI: create a 2-depth index for ABI
        docs: ABI: make it parse ABI/stable as ReST-compatible files
        docs: ABI: sysfs-uevent: make it compatible with ReST output
        docs: ABI: testing: make the files compatible with ReST output
        ...
      9c75b68b
    • Linus Torvalds's avatar
      Merge tag 'staging-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging · 2376cca0
      Linus Torvalds authored
      Pull staging driver fixes from Greg KH:
       "Here are some small staging driver fixes for issues that have been
        reported in 5.10-rc1:
      
         - octeon driver fixes
      
         - wfx driver fixes
      
         - memory leak fix in vchiq driver
      
         - fieldbus driver bugfix
      
         - comedi driver bugfix
      
        All of these have been in linux-next with no reported issues"
      
      * tag 'staging-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging:
        staging: fieldbus: anybuss: jump to correct label in an error path
        staging: wfx: fix test on return value of gpiod_get_value()
        staging: wfx: fix use of uninitialized pointer
        staging: mmal-vchiq: Fix memory leak for vchiq_instance
        staging: comedi: cb_pcidas: Allow 2-channel commands for AO subdevice
        staging: octeon: Drop on uncorrectable alignment or FCS error
        staging: octeon: repair "fixed-link" support
      2376cca0
    • Linus Torvalds's avatar
      Merge tag 'tty-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty · 2754a42e
      Linus Torvalds authored
      Pull tty/serial fixes from Greg KH:
       "Here are some small TTY and Serial driver fixes for reported issues
        for 5.10-rc2. They include:
      
         - vt ioctl bugfix for reported problems
      
         - fsl_lpuart serial driver fix
      
         - 21285 serial driver bugfix
      
        All have been in linux-next with no reported issues"
      
      * tag 'tty-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty:
        vt_ioctl: fix GIO_UNIMAP regression
        vt: keyboard, extend func_buf_lock to readers
        vt: keyboard, simplify vt_kdgkbsent
        tty: serial: fsl_lpuart: LS1021A has a FIFO size of 16 words, like LS1028A
        tty: serial: 21285: fix lockup on open
      2754a42e
    • Linus Torvalds's avatar
      Merge tag 'usb-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb · 9b5ff3c9
      Linus Torvalds authored
      Pull USB driver fixes from Greg KH:
       "Here are a number of small bugfixes for reported issues in some USB
        drivers. They include:
      
         - typec bugfixes
      
         - xhci bugfixes and lockdep warning fixes
      
         - cdc-acm driver regression fix
      
         - kernel doc fixes
      
         - cdns3 driver bugfixes for a bunch of reported issues
      
         - other tiny USB driver fixes
      
        All have been in linux-next with no reported issues"
      
      * tag 'usb-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb:
        usb: cdns3: gadget: own the lock wrongly at the suspend routine
        usb: cdns3: Fix on-chip memory overflow issue
        usb: cdns3: gadget: suspicious implicit sign extension
        xhci: Don't create stream debugfs files with spinlock held.
        usb: xhci: Workaround for S3 issue on AMD SNPS 3.0 xHC
        xhci: Fix sizeof() mismatch
        usb: typec: stusb160x: fix signedness comparison issue with enum variables
        usb: typec: add missing MODULE_DEVICE_TABLE() to stusb160x
        USB: apple-mfi-fastcharge: don't probe unhandled devices
        usbcore: Check both id_table and match() when both available
        usb: host: ehci-tegra: Fix error handling in tegra_ehci_probe()
        usb: typec: stusb160x: fix an IS_ERR() vs NULL check in probe
        usb: typec: tcpm: reset hard_reset_count for any disconnect
        usb: cdc-acm: fix cooldown mechanism
        usb: host: fsl-mph-dr-of: check return of dma_set_mask()
        usb: fix kernel-doc markups
        usb: typec: stusb160x: fix some signedness bugs
        usb: cdns3: Variable 'length' set but not used
      9b5ff3c9
    • Linus Torvalds's avatar
      Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm · 2d38c80d
      Linus Torvalds authored
      Pull kvm fixes from Paolo Bonzini:
       "ARM:
         - selftest fix
         - force PTE mapping on device pages provided via VFIO
         - fix detection of cacheable mapping at S2
         - fallback to PMD/PTE mappings for composite huge pages
         - fix accounting of Stage-2 PGD allocation
         - fix AArch32 handling of some of the debug registers
         - simplify host HYP entry
         - fix stray pointer conversion on nVHE TLB invalidation
         - fix initialization of the nVHE code
         - simplify handling of capabilities exposed to HYP
         - nuke VCPUs caught using a forbidden AArch32 EL0
      
        x86:
         - new nested virtualization selftest
         - miscellaneous fixes
         - make W=1 fixes
         - reserve new CPUID bit in the KVM leaves"
      
      * tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm:
        KVM: vmx: remove unused variable
        KVM: selftests: Don't require THP to run tests
        KVM: VMX: eVMCS: make evmcs_sanitize_exec_ctrls() work again
        KVM: selftests: test behavior of unmapped L2 APIC-access address
        KVM: x86: Fix NULL dereference at kvm_msr_ignored_check()
        KVM: x86: replace static const variables with macros
        KVM: arm64: Handle Asymmetric AArch32 systems
        arm64: cpufeature: upgrade hyp caps to final
        arm64: cpufeature: reorder cpus_have_{const, final}_cap()
        KVM: arm64: Factor out is_{vhe,nvhe}_hyp_code()
        KVM: arm64: Force PTE mapping on fault resulting in a device mapping
        KVM: arm64: Use fallback mapping sizes for contiguous huge page sizes
        KVM: arm64: Fix masks in stage2_pte_cacheable()
        KVM: arm64: Fix AArch32 handling of DBGD{CCINT,SCRext} and DBGVCR
        KVM: arm64: Allocate stage-2 pgd pages with GFP_KERNEL_ACCOUNT
        KVM: arm64: Drop useless PAN setting on host EL1 to EL2 transition
        KVM: arm64: Remove leftover kern_hyp_va() in nVHE TLB invalidation
        KVM: arm64: Don't corrupt tpidr_el2 on failed HVC call
        x86/kvm: Reserve KVM_FEATURE_MSI_EXT_DEST_ID
      2d38c80d
  9. 31 Oct, 2020 3 commits
    • Linus Torvalds's avatar
      Merge tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost · c2dc4c07
      Linus Torvalds authored
      Pull vhost fixes from Michael Tsirkin:
       "Fixes all over the place.
      
        A new UAPI is borderline: can also be considered a new feature but
        also seems to be the only way we could come up with to fix addressing
        for userspace - and it seems important to switch to it now before
        userspace making assumptions about addressing ability of devices is
        set in stone"
      
      * tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost:
        vdpasim: allow to assign a MAC address
        vdpasim: fix MAC address configuration
        vdpa: handle irq bypass register failure case
        vdpa_sim: Fix DMA mask
        Revert "vhost-vdpa: fix page pinning leakage in error path"
        vdpa/mlx5: Fix error return in map_direct_mr()
        vhost_vdpa: Return -EFAULT if copy_from_user() fails
        vdpa_sim: implement get_iova_range()
        vhost: vdpa: report iova range
        vdpa: introduce config op to get valid iova range
      c2dc4c07
    • Linus Torvalds's avatar
      Merge tag 'flexible-array-conversions-5.10-rc2' of... · 53760f9b
      Linus Torvalds authored
      Merge tag 'flexible-array-conversions-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux
      
      Pull more flexible-array member conversions from Gustavo A. R. Silva:
       "Replace zero-length arrays with flexible-array members"
      
      * tag 'flexible-array-conversions-5.10-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux:
        printk: ringbuffer: Replace zero-length array with flexible-array member
        net/smc: Replace zero-length array with flexible-array member
        net/mlx5: Replace zero-length array with flexible-array member
        mei: hw: Replace zero-length array with flexible-array member
        gve: Replace zero-length array with flexible-array member
        Bluetooth: btintel: Replace zero-length array with flexible-array member
        scsi: target: tcmu: Replace zero-length array with flexible-array member
        ima: Replace zero-length array with flexible-array member
        enetc: Replace zero-length array with flexible-array member
        fs: Replace zero-length array with flexible-array member
        Bluetooth: Replace zero-length array with flexible-array member
        params: Replace zero-length array with flexible-array member
        tracepoint: Replace zero-length array with flexible-array member
        platform/chrome: cros_ec_proto: Replace zero-length array with flexible-array member
        platform/chrome: cros_ec_commands: Replace zero-length array with flexible-array member
        mailbox: zynqmp-ipi-message: Replace zero-length array with flexible-array member
        dmaengine: ti-cppi5: Replace zero-length array with flexible-array member
      53760f9b
    • Linus Torvalds's avatar
      Merge tag 'dma-mapping-5.10-2' of git://git.infradead.org/users/hch/dma-mapping · bb3540be
      Linus Torvalds authored
      Pull dma-mapping fix from Christoph Hellwig:
       "Fix an integer overflow on 32-bit platforms in the new DMA range code
        (Geert Uytterhoeven)"
      
      * tag 'dma-mapping-5.10-2' of git://git.infradead.org/users/hch/dma-mapping:
        dma-mapping: fix 32-bit overflow with CONFIG_ARM_LPAE=n
      bb3540be