mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@infradead.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, iommu@lists.linux.dev,
	Petr Tesarik <petr.tesarik.ext@huawei.com>
Subject: [GIT PULL] dma-mapping updates for Linux 6.6
Date: Tue, 29 Aug 2023 17:22:57 +0200	[thread overview]
Message-ID: <ZO4NUZ+k4Q4zPu6X@infradead.org> (raw)

The following changes since commit 5d0c230f1de8c7515b6567d9afba1f196fb4e2f4:

  Linux 6.5-rc4 (2023-07-30 13:23:47 -0700)

are available in the Git repository at:

  git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-6.6-2023-08-29

for you to fetch changes up to d069ed288ac74c24e2b1c294aa9445c80ed6c518:

  swiotlb: optimize get_max_slots() (2023-08-08 10:29:21 -0700)

----------------------------------------------------------------
dma-maping updates for Linux 6.6

 - allow dynamic sizing of the swiotlb buffer, to cater for secure
   virtualization workloads that require all I/O to be bounce buffered
   (Petr Tesarik)
 - move a declaration to a header (Arnd Bergmann)
 - check for memory region overlap in dma-contiguous (Binglei Wang)
 - remove the somewhat dangerous runtime swiotlb-xen enablement and
   unexport is_swiotlb_active (Christoph Hellwig, Juergen Gross)
 - per-node CMA improvements (Yajun Deng)

----------------------------------------------------------------
Arnd Bergmann (1):
      dma-mapping: move arch_dma_set_mask() declaration to header

Binglei Wang (1):
      dma-contiguous: check for memory region overlap

Christoph Hellwig (2):
      x86: always initialize xen-swiotlb when xen-pcifront is enabling
      swiotlb: unexport is_swiotlb_active

Juergen Gross (1):
      xen/pci: add flag for PCI passthrough being possible

Petr Tesarik (11):
      swiotlb: bail out of swiotlb_init_late() if swiotlb is already allocated
      swiotlb: make io_tlb_default_mem local to swiotlb.c
      swiotlb: add documentation and rename swiotlb_do_find_slots()
      swiotlb: separate memory pool data from other allocator data
      swiotlb: add a flag whether SWIOTLB is allowed to grow
      swiotlb: if swiotlb is full, fall back to a transient memory pool
      swiotlb: determine potential physical address limit
      swiotlb: allocate a new memory pool when existing pools are full
      swiotlb: search the software IO TLB only if the device makes use of it
      swiotlb: move slot allocation explanation comment where it belongs
      swiotlb: optimize get_max_slots()

Yajun Deng (2):
      dma-contiguous: support per-numa CMA for all architectures
      dma-contiguous: support numa CMA for specified node

 Documentation/admin-guide/kernel-parameters.txt |  13 +-
 arch/arm/xen/mm.c                               |  10 +-
 arch/arm64/mm/init.c                            |   2 -
 arch/mips/pci/pci-octeon.c                      |   2 +-
 arch/powerpc/kernel/dma-mask.c                  |   1 +
 arch/x86/include/asm/xen/swiotlb-xen.h          |   6 -
 arch/x86/kernel/pci-dma.c                       |  29 +-
 arch/x86/xen/setup.c                            |   6 +
 drivers/base/core.c                             |   4 +-
 drivers/pci/xen-pcifront.c                      |   6 -
 drivers/xen/swiotlb-xen.c                       |   2 +-
 include/linux/device.h                          |  10 +-
 include/linux/dma-map-ops.h                     |  12 +-
 include/linux/dma-mapping.h                     |   2 +
 include/linux/swiotlb.h                         | 131 ++++-
 include/xen/xen.h                               |   6 +
 kernel/dma/Kconfig                              |  26 +-
 kernel/dma/contiguous.c                         | 108 +++-
 kernel/dma/direct.c                             |   2 +-
 kernel/dma/mapping.c                            |   6 -
 kernel/dma/swiotlb.c                            | 698 +++++++++++++++++++++---
 mm/cma.c                                        |  10 +-
 mm/slab_common.c                                |   5 +-
 23 files changed, 910 insertions(+), 187 deletions(-)

             reply	other threads:[~2023-08-29 15:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-29 15:22 Christoph Hellwig [this message]
2023-08-30  3:54 ` Linus Torvalds
2023-08-30  6:33   ` Christoph Hellwig
2023-08-30 15:16     ` Linus Torvalds
2023-08-30  3:58 ` pr-tracker-bot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZO4NUZ+k4Q4zPu6X@infradead.org \
    --to=hch@infradead.org \
    --cc=iommu@lists.linux.dev \
    --cc=linux-kernel@vger.kernel.org \
    --cc=petr.tesarik.ext@huawei.com \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®