1. 18 6月, 2021 1 次提交
  2. 15 6月, 2021 1 次提交
    • M
      USB: misc: Add onboard_usb_hub driver · b4e32616
      Matthias Kaehlcke 提交于
      The main issue this driver addresses is that a USB hub needs to be
      powered before it can be discovered. For discrete onboard hubs (an
      example for such a hub is the Realtek RTS5411) this is often solved
      by supplying the hub with an 'always-on' regulator, which is kind
      of a hack. Some onboard hubs may require further initialization
      steps, like changing the state of a GPIO or enabling a clock, which
      requires even more hacks. This driver creates a platform device
      representing the hub which performs the necessary initialization.
      Currently it only supports switching on a single regulator, support
      for multiple regulators or other actions can be added as needed.
      Different initialization sequences can be supported based on the
      compatible string.
      
      Besides performing the initialization the driver can be configured
      to power the hub off during system suspend. This can help to extend
      battery life on battery powered devices which have no requirements
      to keep the hub powered during suspend. The driver can also be
      configured to leave the hub powered when a wakeup capable USB device
      is connected when suspending, and power it off otherwise.
      
      Technically the driver consists of two drivers, the platform driver
      described above and a very thin USB driver that subclasses the
      generic driver. The purpose of this driver is to provide the platform
      driver with the USB devices corresponding to the hub(s) (a hub
      controller may provide multiple 'logical' hubs, e.g. one to support
      USB 2.0 and another for USB 3.x).
      
      Note: the current series only supports hubs connected directly to
      a root hub (through xhci-plat), support for other configurations
      could be added if needed.
      Co-developed-by: NRavi Chandra Sadineni <ravisadineni@chromium.org>
      Acked-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NRavi Chandra Sadineni <ravisadineni@chromium.org>
      Signed-off-by: NMatthias Kaehlcke <mka@chromium.org>
      Link: https://lore.kernel.org/r/20210609150159.v12.2.I7c9a1f1d6ced41dd8310e8a03da666a32364e790@changeidSigned-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b4e32616
  3. 09 6月, 2021 1 次提交
  4. 03 6月, 2021 1 次提交
  5. 02 6月, 2021 1 次提交
  6. 28 5月, 2021 1 次提交
  7. 26 5月, 2021 2 次提交
  8. 24 5月, 2021 1 次提交
  9. 23 5月, 2021 1 次提交
  10. 22 5月, 2021 2 次提交
  11. 19 5月, 2021 1 次提交
  12. 18 5月, 2021 2 次提交
  13. 17 5月, 2021 1 次提交
  14. 13 5月, 2021 5 次提交
  15. 12 5月, 2021 1 次提交
  16. 11 5月, 2021 2 次提交
  17. 10 5月, 2021 1 次提交
  18. 07 5月, 2021 1 次提交
  19. 06 5月, 2021 1 次提交
  20. 04 5月, 2021 2 次提交
  21. 01 5月, 2021 2 次提交
    • M
      afs, rxrpc: Add Marc Dionne as co-maintainer · c5197b4e
      Marc Dionne 提交于
      Add Marc Dionne as a co-maintainer for kafs and rxrpc.
      Signed-off-by: NMarc Dionne <marc.dionne@auristor.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c5197b4e
    • L
      MAINTAINERS: assign pagewalk.h to MEMORY MANAGEMENT · a3ddd79a
      Lukas Bulwahn 提交于
      Patch series "kernel-doc and MAINTAINERS clean-up".
      
      Roughly 900 warnings of about 21.000 kernel-doc warnings in the kernel
      tree warn with 'cannot understand function prototype:', i.e., the
      kernel-doc parser cannot parse the function's signature.  The majority,
      about 600 cases of those, are just struct definitions following the
      kernel-doc description.  Further, spot-check investigations suggest that
      the authors of the specific kernel-doc descriptions simply were not
      aware that the general format for a kernel-doc description for a
      structure requires to prefix the struct name with the keyword 'struct',
      as in 'struct struct_name - Brief description.'.  Details on kernel-doc
      are at the Link below.
      
      Without the struct keyword, kernel-doc does not check if the kernel-doc
      description fits to the actual struct definition in the source code.
      Fortunately, in roughly a quarter of these cases, the kernel-doc
      description is actually complete wrt.  its corresponding struct
      definition.  So, the trivial change adding the struct keyword will allow
      us to keep the kernel-doc descriptions more consistent for future
      changes, by checking for new kernel-doc warnings.
      
      Also, some of the files in ./include/ are not assigned to a specific
      MAINTAINERS section and hence have no dedicated maintainer.  So, if
      needed, the files in ./include/ are also assigned to the fitting
      MAINTAINERS section, as I need to identify whom to send the clean-up
      patch anyway.
      
      Here is the change from this kernel-doc janitorial work in the
      ./include/ directory for MEMORY MANAGEMENT.
      
      This patch (of 2):
      
      Commit a520110e ("mm: split out a new pagewalk.h header from mm.h")
      adds a new file in ./include/linux, but misses to update MAINTAINERS
      accordingly.  Hence,
      
        ./scripts/get_maintainers.pl include/linux/pagewalk.h
      
      points only to lkml as general fallback for all files, whereas the
      original include/linux/mm.h clearly marks this file part of MEMORY
      MANAGEMENT.
      
      Assign include/linux/pagewalk.h to MEMORY MANAGEMENT.
      
      Link: https://lkml.kernel.org/r/20210322122542.15072-1-lukas.bulwahn@gmail.com
      Link: https://lkml.kernel.org/r/20210322122542.15072-2-lukas.bulwahn@gmail.comSigned-off-by: NLukas Bulwahn <lukas.bulwahn@gmail.com>
      Cc: Joe Perches <joe@perches.com>
      Cc: Ralf Ramsauer <ralf.ramsauer@oth-regensburg.de>
      Cc: Jonathan Corbet <corbet@lwn.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a3ddd79a
  22. 30 4月, 2021 3 次提交
  23. 26 4月, 2021 1 次提交
  24. 25 4月, 2021 1 次提交
  25. 23 4月, 2021 4 次提交