Skip to content
Snippets Groups Projects
  1. May 23, 2020
  2. May 16, 2020
  3. May 15, 2020
  4. May 14, 2020
  5. May 13, 2020
  6. May 07, 2020
  7. May 05, 2020
  8. May 04, 2020
  9. May 03, 2020
  10. Apr 30, 2020
  11. Apr 29, 2020
  12. Apr 23, 2020
  13. Apr 22, 2020
  14. Apr 21, 2020
  15. Apr 20, 2020
  16. Apr 19, 2020
  17. Apr 17, 2020
  18. Apr 13, 2020
  19. Apr 12, 2020
    • Linus Torvalds's avatar
      MAINTAINERS: sort field names for all entries · 3b50142d
      Linus Torvalds authored
      
      This sorts the actual field names too, potentially causing even more
      chaos and confusion at merge time if you have edited the MAINTAINERS
      file.  But the end result is a more consistent layout, and hopefully
      it's a one-time pain minimized by doing this just before the -rc1
      release.
      
      This was entirely scripted:
      
        ./scripts/parse-maintainers.pl --input=MAINTAINERS --output=MAINTAINERS --order
      
      Requested-by: default avatarJoe Perches <joe@perches.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      3b50142d
    • Linus Torvalds's avatar
      MAINTAINERS: sort entries by entry name · 4400b7d6
      Linus Torvalds authored
      
      They are all supposed to be sorted, but people who add new entries don't
      always know the alphabet.  Plus sometimes the entry names get edited,
      and people don't then re-order the entry.
      
      Let's see how painful this will be for merging purposes (the MAINTAINERS
      file is often edited in various different trees), but Joe claims there's
      relatively few patches in -next that touch this, and doing it just
      before -rc1 is likely the best time.  Fingers crossed.
      
      This was scripted with
      
        /scripts/parse-maintainers.pl --input=MAINTAINERS --output=MAINTAINERS
      
      but then I also ended up manually upper-casing a few entry names that
      stood out when looking at the end result.
      
      Requested-by: default avatarJoe Perches <joe@perches.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      4400b7d6
  20. Apr 11, 2020
  21. Apr 10, 2020
  22. Apr 07, 2020
  23. Apr 02, 2020
  24. Apr 01, 2020
    • Mauro Carvalho Chehab's avatar
      MAINTAINERS: drop an old reference to stm32 pwm timers doc · 8967918e
      Mauro Carvalho Chehab authored
      
      The DT files for pwm were merged and converted to json.
      The new reference is already at the maintainers file, so
      just drop the obsoleted one.
      
      Fixes: 56fb34d8 ("dt-bindings: mfd: Convert stm32 timers bindings to json-schema")
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab+huawei@kernel.org>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      8967918e
    • Mauro Carvalho Chehab's avatar
      MAINTAINERS: dt: update etnaviv file reference · a3cc3345
      Mauro Carvalho Chehab authored
      
      The etnaviv file was converted to json and renamed.
      
      Update its reference accordingly.
      
      Fixes: 90aeca87 ("dt-bindings: display: Convert etnaviv to json-schema")
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab+huawei@kernel.org>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      a3cc3345
    • Jason Wang's avatar
      vDPA: introduce vDPA bus · 961e9c84
      Jason Wang authored
      
      vDPA device is a device that uses a datapath which complies with the
      virtio specifications with vendor specific control path. vDPA devices
      can be both physically located on the hardware or emulated by
      software. vDPA hardware devices are usually implemented through PCIE
      with the following types:
      
      - PF (Physical Function) - A single Physical Function
      - VF (Virtual Function) - Device that supports single root I/O
        virtualization (SR-IOV). Its Virtual Function (VF) represents a
        virtualized instance of the device that can be assigned to different
        partitions
      - ADI (Assignable Device Interface) and its equivalents - With
        technologies such as Intel Scalable IOV, a virtual device (VDEV)
        composed by host OS utilizing one or more ADIs. Or its equivalent
        like SF (Sub function) from Mellanox.
      
      >From a driver's perspective, depends on how and where the DMA
      translation is done, vDPA devices are split into two types:
      
      - Platform specific DMA translation - From the driver's perspective,
        the device can be used on a platform where device access to data in
        memory is limited and/or translated. An example is a PCIE vDPA whose
        DMA request was tagged via a bus (e.g PCIE) specific way. DMA
        translation and protection are done at PCIE bus IOMMU level.
      - Device specific DMA translation - The device implements DMA
        isolation and protection through its own logic. An example is a vDPA
        device which uses on-chip IOMMU.
      
      To hide the differences and complexity of the above types for a vDPA
      device/IOMMU options and in order to present a generic virtio device
      to the upper layer, a device agnostic framework is required.
      
      This patch introduces a software vDPA bus which abstracts the
      common attributes of vDPA device, vDPA bus driver and the
      communication method (vdpa_config_ops) between the vDPA device
      abstraction and the vDPA bus driver. This allows multiple types of
      drivers to be used for vDPA device like the virtio_vdpa and vhost_vdpa
      driver to operate on the bus and allow vDPA device could be used by
      either kernel virtio driver or userspace vhost drivers as:
      
         virtio drivers  vhost drivers
                |             |
          [virtio bus]   [vhost uAPI]
                |             |
         virtio device   vhost device
         virtio_vdpa drv vhost_vdpa drv
                   \       /
                  [vDPA bus]
                       |
                  vDPA device
                  hardware drv
                       |
                  [hardware bus]
                       |
                  vDPA hardware
      
      With the abstraction of vDPA bus and vDPA bus operations, the
      difference and complexity of the under layer hardware is hidden from
      upper layer. The vDPA bus drivers on top can use a unified
      vdpa_config_ops to control different types of vDPA device.
      
      Signed-off-by: default avatarJason Wang <jasowang@redhat.com>
      Link: https://lore.kernel.org/r/20200326140125.19794-6-jasowang@redhat.com
      
      
      Signed-off-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      961e9c84
    • Jason Wang's avatar
      vhost: factor out IOTLB · 0bbe3066
      Jason Wang authored
      
      This patch factors out IOTLB into a dedicated module in order to be
      reused by other modules like vringh. User may choose to enable the
      automatic retiring by specifying VHOST_IOTLB_FLAG_RETIRE flag to fit
      for the case of vhost device IOTLB implementation.
      
      Signed-off-by: default avatarJason Wang <jasowang@redhat.com>
      Link: https://lore.kernel.org/r/20200326140125.19794-4-jasowang@redhat.com
      
      
      Signed-off-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      0bbe3066
  25. Mar 31, 2020
  26. Mar 30, 2020
  27. Mar 29, 2020
Loading