public inbox for linux-nvme@lists.infradead.org
 help / color / mirror / Atom feed
From: "Bhatnagar, Rishabh" <risbhat@amazon.com>
To: Christoph Hellwig <hch@lst.de>, Sagi Grimberg <sagi@grimberg.me>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-nvme@lists.infradead.org" <linux-nvme@lists.infradead.org>,
	"axboe@fb.com" <axboe@fb.com>,
	"kbusch@kernel.org" <kbusch@kernel.org>,
	"Bacco, Mike" <mbacco@amazon.com>
Subject: Re: [PATCH] nvme-pci: Set min align mask before calculating max_hw_sectors
Date: Thu, 22 Sep 2022 18:06:00 +0000	[thread overview]
Message-ID: <529ACE8D-95AF-46D6-B449-30C7AD815AEC@amazon.com> (raw)
In-Reply-To: <20220922055815.GA27619@lst.de>



On 9/21/22, 10:58 PM, "Christoph Hellwig" <hch@lst.de> wrote:

    CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.



    On Wed, Sep 21, 2022 at 11:10:58AM +0300, Sagi Grimberg wrote:
    >
    >> If swiotlb is force enabled dma_max_mapping_size ends up calling
    >> swiotlb_max_mapping_size which takes into account the min align
    >> mask for the device.
    >> Set the min align mask for nvme driver before calling
    >> dma_max_mapping_size while calculating max hw sectors.
    >
    > Does this fix a specific bug? if so it needs a fixes tag so it can
    > go to stable backports as well.

    Hmm.  Basically this is another fixlet for nvme on swiotlb, which
    already drove adding the max_mapping size and the align_mask, and
    it seems we still hadn't covered all corner cases properly.  So
    I think it basically has been broken since day 1, but nvme on
    swiotlb only started becoming "interesting" with the trusted
    hypervisor schemes.

Yes this fixes a bug that we saw in nvme driver(after enabling swiotlb) that resembles what was
fixed in 82806744fd7dde603b64c151eeddaa4ee62193fd. But not setting the
min_align_mask before deriving max hw sectors was causing the bug to still exist.
Also we would probably need to backport the above fix along with (82806744fd7dde603b64c151eeddaa4ee62193fd)
to 5.10 and 5.15 kernels. Let me know what you think is the best way to achieve that.


  reply	other threads:[~2022-09-22 18:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-20 19:19 [PATCH] nvme-pci: Set min align mask before calculating max_hw_sectors Rishabh Bhatnagar
2022-09-21  8:10 ` Sagi Grimberg
2022-09-22  5:58   ` Christoph Hellwig
2022-09-22 18:06     ` Bhatnagar, Rishabh [this message]
  -- strict thread matches above, loose matches on Subject: below --
2022-09-27 17:23 Rishabh Bhatnagar

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=529ACE8D-95AF-46D6-B449-30C7AD815AEC@amazon.com \
    --to=risbhat@amazon.com \
    --cc=axboe@fb.com \
    --cc=hch@lst.de \
    --cc=kbusch@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nvme@lists.infradead.org \
    --cc=mbacco@amazon.com \
    --cc=sagi@grimberg.me \
    /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