1. 18 2月, 2017 2 次提交
  2. 17 2月, 2017 1 次提交
  3. 16 2月, 2017 3 次提交
    • A
      genirq/msi: Add stubs for get_cached_msi_msg/pci_write_msi_msg · 2f44e29c
      Arnd Bergmann 提交于
      A bug fix to the MSIx handling in vfio added references to functions
      that may not be defined if MSI is disabled in the kernel, resulting in
      this link error:
      
      drivers/built-in.o: In function `vfio_msi_set_vector_signal':
      :(.text+0x450808): undefined reference to `get_cached_msi_msg'
      :(.text+0x45080c): undefined reference to `write_msi_msg'
      
      As suggested by Alex Williamson, add stub implementations for
      get_cached_msi_msg() and pci_write_msi_msg().
      
      In case this bugfix gets backported, please note that the #ifdef
      has changed over time, originally both functions were implemented
      in drivers/pci/msi.c and controlled by CONFIG_PCI_MSI, while nowadays
      get_cached_msi_msg() is part of the generic MSI support and can be
      used without PCI.
      
      Fixes: b8f02af0 ("vfio/pci: Restore MSIx message prior to enabling")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Marc Zyngier <marc.zyngier@arm.com>
      Cc: Alex Williamson <alex.williamson@redhat.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Bart Van Assche <bart.vanassche@sandisk.com>
      Link: http://lkml.kernel.org/r/1413190208.4202.34.camel@ul30vt.home
      Link: http://lkml.kernel.org/r/20170214215343.3307861-1-arnd@arndb.deSigned-off-by: NThomas Gleixner <tglx@linutronix.de>
      2f44e29c
    • D
      async_tx: deprecate broken support for channel switching · b802c841
      Dan Williams 提交于
      Back in 2011, Russell pointed out that the "async_tx channel switch"
      capability was violating expectations of the dma mapping api [1]. At the
      time the existing uses were reviewed as still usable, but that longer
      term we needed a rework of the raid offload implementation. While some
      of the framework for a fixed implementation was introduced in 2012 [2],
      the wider rewrite never materialized.
      
      There continues to be interest in raid offload with new dma/raid engine
      drivers being submitted. Those drivers must not build on top of the
      broken channel switching capability.
      
      Prevent async_tx from using an offload engine if the channel switching
      capability is enabled. This still allows the engine to be used for other
      purposes, but the broken way async_tx uses these engines for raid will
      be disabled. For configurations where this causes a performance
      regression the only solution is to start the work of eliminating the
      async_tx api and moving channel management into the raid code directly
      where it can manage marshalling an operation stream between multiple dma
      channels.
      
      [1]: http://lists.infradead.org/pipermail/linux-arm-kernel/2011-January/036753.html
      [2]: https://lkml.org/lkml/2012/12/6/71
      
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Anup Patel <anup.patel@broadcom.com>
      Cc: Rameshwar Prasad Sahu <rsahu@apm.com>
      Cc: Saeed Bishara <saeed.bishara@gmail.com>
      Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Reported-by: NRussell King <linux@armlinux.org.uk>
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      b802c841
    • D
      rhashtable: Revert nested table changes. · bf3f14d6
      David S. Miller 提交于
      This reverts commits:
      
      6a254780
      9dbbfb0a
      40137906
      
      It's too risky to put in this late in the release
      cycle.  We'll put these changes into the next merge
      window instead.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bf3f14d6
  4. 15 2月, 2017 2 次提交
  5. 14 2月, 2017 4 次提交
  6. 13 2月, 2017 20 次提交
  7. 11 2月, 2017 2 次提交
  8. 10 2月, 2017 6 次提交
反馈
建议
客服 返回
顶部