Re: [PATCH v4 14/16] block-dma: migrate to dma_map_phys instead of map_page

2025-09-03 Thread Keith Busch
On Tue, Sep 02, 2025 at 10:49:48PM +0200, Marek Szyprowski wrote: > On 19.08.2025 19:36, Leon Romanovsky wrote: > > @@ -87,8 +87,8 @@ static bool blk_dma_map_bus(struct blk_dma_iter *iter, > > struct phys_vec *vec) > > static bool blk_dma_map_direct(struct request *req, struct device > > *dma_d

Re: [PATCH v4 15/16] block-dma: properly take MMIO path

2025-08-29 Thread Keith Busch
On Thu, Aug 28, 2025 at 08:45:42PM -0300, Jason Gunthorpe wrote: > On Thu, Aug 28, 2025 at 02:54:35PM -0600, Keith Busch wrote: > > > In truth though, I hadn't tried p2p metadata before today, and it looks > > like bio_integrity_map_user() is missing the P2P extraction flag

Re: [PATCH v4 15/16] block-dma: properly take MMIO path

2025-08-28 Thread Keith Busch
On Thu, Aug 28, 2025 at 04:18:20PM -0300, Jason Gunthorpe wrote: > On Thu, Aug 28, 2025 at 01:10:32PM -0600, Keith Busch wrote: > > > > Data and metadata are mapped as separate operations. They're just > > different parts of one blk-mq request. > > In that case

Re: [PATCH v4 15/16] block-dma: properly take MMIO path

2025-08-28 Thread Keith Busch
On Thu, Aug 28, 2025 at 03:41:15PM -0300, Jason Gunthorpe wrote: > On Thu, Aug 28, 2025 at 11:15:20AM -0600, Keith Busch wrote: > > > > I don't think that was ever the case. Metadata is allocated > > independently of the data payload, usually by the kernel in > >

Re: [PATCH v4 15/16] block-dma: properly take MMIO path

2025-08-28 Thread Keith Busch
On Thu, Aug 28, 2025 at 07:54:27PM +0300, Leon Romanovsky wrote: > On Thu, Aug 28, 2025 at 09:19:20AM -0600, Keith Busch wrote: > > On Tue, Aug 19, 2025 at 08:36:59PM +0300, Leon Romanovsky wrote: > > > diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h > &

Re: [PATCH v4 15/16] block-dma: properly take MMIO path

2025-08-28 Thread Keith Busch
On Tue, Aug 19, 2025 at 08:36:59PM +0300, Leon Romanovsky wrote: > diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h > index 09b99d52fd36..283058bcb5b1 100644 > --- a/include/linux/blk_types.h > +++ b/include/linux/blk_types.h > @@ -387,6 +387,7 @@ enum req_flag_bits { > __RE

Re: [PATCH v4 16/16] nvme-pci: unmap MMIO pages with appropriate interface

2025-08-19 Thread Keith Busch
which > wasn't possible before adding new REQ attribute to block layer in > previous patch. Looks good. Reviewed-by: Keith Busch

Re: [PATCH v4 15/16] block-dma: properly take MMIO path

2025-08-19 Thread Keith Busch
dma metadata series, but not a big deal. Looks good. Reviewed-by: Keith Busch

Re: [PATCH v4 11/16] dma-mapping: export new dma_*map_phys() interface

2025-08-19 Thread Keith Busch
> The old page-based API is preserved in mapping.c to ensure that existing > code won't be affected by changing EXPORT_SYMBOL to EXPORT_SYMBOL_GPL > variant for dma_*map_phys(). Looks good. Reviewed-by: Keith Busch

Re: [PATCH v4 14/16] block-dma: migrate to dma_map_phys instead of map_page

2025-08-19 Thread Keith Busch
page(vec->paddr), > - offset_in_page(vec->paddr), vec->len, rq_dma_dir(req)); > + iter->addr = dma_map_phys(dma_dev, vec->paddr, vec->len, > + rq_dma_dir(req), 0); Looks good. Reviewed-by: Keith Busch Just a random thought when I had to dou

Re: [PATCH 2/3] vmd: disable MSI remapping bypass under Xen

2025-01-13 Thread Keith Busch
On Mon, Jan 13, 2025 at 05:45:20PM +0100, Roger Pau Monné wrote: > On Mon, Jan 13, 2025 at 08:11:19AM -0700, Keith Busch wrote: > > On Mon, Jan 13, 2025 at 11:03:58AM +0100, Roger Pau Monné wrote: > > > > > > Hm, OK, but isn't the limit 80 columns according

Re: [PATCH 2/3] vmd: disable MSI remapping bypass under Xen

2025-01-13 Thread Keith Busch
On Mon, Jan 13, 2025 at 11:03:58AM +0100, Roger Pau Monné wrote: > > Hm, OK, but isn't the limit 80 columns according to the kernel coding > style (Documentation/process/coding-style.rst)? That's the coding style. The commit message style is described in a different doc: https://docs.kernel.o

Re: [PATCH 14/26] block: move the nonrot flag to queue_limits

2024-06-24 Thread Keith Busch
On Mon, Jun 17, 2024 at 08:04:41AM +0200, Christoph Hellwig wrote: > -#define blk_queue_nonrot(q) test_bit(QUEUE_FLAG_NONROT, &(q)->queue_flags) > +#define blk_queue_nonrot(q) ((q)->limits.features & BLK_FEAT_ROTATIONAL) This is inverted. Should be: #define blk_queue_nonrot(q)(!((q)->limit

Re: [PATCH 26/26] block: move the bounce flag into the features field

2024-06-17 Thread Keith Busch
On Mon, Jun 17, 2024 at 08:04:53AM +0200, Christoph Hellwig wrote: > @@ -352,7 +355,6 @@ enum blk_bounce { No more users of "enum blk_bounce" after this, so you can delete that too. > struct queue_limits { > unsigned intfeatures; > unsigned intflags; > - e

Re: [PATCH] swiotlb-xen: provide the "max_mapping_size" method

2023-11-06 Thread Keith Busch
mapping size. > > [1] https://lore.kernel.org/stable/ZTNH0qtmint%2FzLJZ@mail-itl/ This should be a "Link:" tag. > Signed-off-by: Mikulas Patocka > Reported-by: Marek Marczykowski-G'orecki > Tested-by: Marek Marczykowski-G'orecki > Suggested-by: Keith Busch

Re: [PATCH 01/32] block: Provide blkdev_get_handle_* functions

2023-07-04 Thread Keith Busch
On Tue, Jul 04, 2023 at 02:21:28PM +0200, Jan Kara wrote: > +struct bdev_handle *blkdev_get_handle_by_dev(dev_t dev, blk_mode_t mode, > + void *holder, const struct blk_holder_ops *hops) > +{ > + struct bdev_handle *handle = kmalloc(sizeof(struct bdev_handle), > +

Re: [PATCH v4 1/4] PCI: Introduce pci_dev_for_each_resource()

2023-03-10 Thread Keith Busch
On Fri, Mar 10, 2023 at 07:14:13PM +0200, Andy Shevchenko wrote: > +#define __pci_dev_for_each_resource(dev, res, __i, vartype) \ > + for (vartype __i = 0; \ > + res = &(dev)->resource[__i], __i < PCI_NUM_RESOURCES; \ > +

Re: [PATCH 24/27] block: remove QUEUE_FLAG_DISCARD

2022-04-11 Thread Keith Busch
On Sat, Apr 09, 2022 at 06:50:40AM +0200, Christoph Hellwig wrote: > diff --git a/drivers/nvme/host/core.c b/drivers/nvme/host/core.c > index efb85c6d8e2d5..7e07dd69262a7 100644 > --- a/drivers/nvme/host/core.c > +++ b/drivers/nvme/host/core.c > @@ -1607,10 +1607,8 @@ static void nvme_config_discar

Re: [PATCH v2 03/10] nvme-multipath: add error handling support for add_disk()

2021-09-27 Thread Keith Busch
On Mon, Sep 27, 2021 at 03:00:32PM -0700, Luis Chamberlain wrote: > + /* > + * test_and_set_bit() is used because it is protecting against two nvme > + * paths simultaneously calling device_add_disk() on the same namespace > + * head. > + */ > if (!test_and_set_bit(NVM

Re: [PATCH 03/10] nvme-multipath: add error handling support for add_disk()

2021-08-27 Thread Keith Busch
On Fri, Aug 27, 2021 at 12:18:02PM -0700, Luis Chamberlain wrote: > @@ -479,13 +479,17 @@ int nvme_mpath_alloc_disk(struct nvme_ctrl *ctrl, > struct nvme_ns_head *head) > static void nvme_mpath_set_live(struct nvme_ns *ns) > { > struct nvme_ns_head *head = ns->head; > + int rc; > >

Re: [Xen-devel] [PATCH 26/34] mm/gup_benchmark.c: convert put_page() to put_user_page*()

2019-08-02 Thread Keith Busch
s is part a tree-wide conversion, as described in commit fc1d8e7cca2d > ("mm: introduce put_user_page*(), placeholder versions"). > > Cc: Dan Carpenter > Cc: Greg Kroah-Hartman > Cc: Keith Busch > Cc: Kirill A. Shutemov > Cc: Michael S. Tsirkin > Cc: YueHaibing &