All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgg@nvidia.com>
To: Michael Shavit <mshavit@google.com>
Cc: iommu@lists.linux.dev, Joerg Roedel <joro@8bytes.org>,
	linux-arm-kernel@lists.infradead.org,
	Robin Murphy <robin.murphy@arm.com>,
	Will Deacon <will@kernel.org>, Nicolin Chen <nicolinc@nvidia.com>
Subject: Re: [PATCH 04/19] iommu/arm-smmu-v3: Make STE programming independent of the callers
Date: Tue, 2 Jan 2024 10:48:45 -0400	[thread overview]
Message-ID: <20240102144845.GD50406@nvidia.com> (raw)
In-Reply-To: <CAKHBV275ELiNtZqdmqzWTJ7AHOuCigzPFAXAcG5xPwonhgYXvA@mail.gmail.com>

On Tue, Jan 02, 2024 at 04:13:28PM +0800, Michael Shavit wrote:
> On Tue, Dec 19, 2023 at 9:42 PM Michael Shavit <mshavit@google.com> wrote:
> ...
> > +       if (hweight8(entry_qwords_used_diff) > 1) {
> > +               /*
> > +                * If transitioning to the target entry with a single qword
> > +                * write isn't possible, then we must first transition to an
> > +                * intermediate entry. The intermediate entry may either be an
> > +                * entry that melds bits of the target entry into the current
> > +                * entry without disrupting the hardware, or a breaking entry if
> > +                * a hitless transition to the target is impossible.
> > +                */
> > +
> > +               /*
> > +                * Compute a staging entry that has all the bits currently
> > +                * unused by HW set to their target values, such that comitting
> > +                * it to the entry table woudn't disrupt the hardware.
> > +                */
> > +               memcpy(staging_entry, cur, writer->entry_length);
> > +               writer->ops.set_unused_bits(staging_entry, target);
> > +
> > +               entry_qwords_used_diff =
> > +                       writer->ops.get_used_qword_diff_indexes(staging_entry,
> > +                                                               target);
> > +               if (hweight8(entry_qwords_used_diff) > 1) {
> > +                       /*
> > +                        * More than 1 qword is mismatched between the staging
> > +                        * and target entry. A hitless transition to the target
> > +                        * entry is not possible. Set the staging entry to be
> > +                        * equal to the target entry, apart from the V bit's
> > +                        * qword. As long as the V bit is cleared first then
> > +                        * writes to the subsequent qwords will not further
> > +                        * disrupt the hardware.
> > +                        */
> > +                       memcpy(staging_entry, target, writer->entry_length);
> > +                       staging_entry[0] &= ~writer->v_bit;
> > +                       /*
> > +                        * After comitting the staging entry, only the 0th qword
> > +                        * will differ from the target.
> > +                        */
> > +                       entry_qwords_used_diff = 1;
> > +               }
> > +
> > +               /*
> > +                * Commit the staging entry. Note that the iteration order
> > +                * matters, as we may be comitting a breaking entry in the
> > +                * non-hitless case. The 0th qword which holds the valid bit
> > +                * must be written first in that case.
> > +                */
> > +               for (i = 0; i != writer->entry_length; i++)
> > +                       WRITE_ONCE(cur[i], staging_entry[i]);
> > +               writer->ops.sync_entry(writer);
> 
> Realized while replying to your latest email that this is wrong (and
> the unit-test as well!). It's not enough to just write the 0th qword
> first if it's a breaking entry, it must also sync after that 0th qword
> write.

Right.

Jason

WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe <jgg@nvidia.com>
To: Michael Shavit <mshavit@google.com>
Cc: iommu@lists.linux.dev, Joerg Roedel <joro@8bytes.org>,
	linux-arm-kernel@lists.infradead.org,
	Robin Murphy <robin.murphy@arm.com>,
	Will Deacon <will@kernel.org>, Nicolin Chen <nicolinc@nvidia.com>
Subject: Re: [PATCH 04/19] iommu/arm-smmu-v3: Make STE programming independent of the callers
Date: Tue, 2 Jan 2024 10:48:45 -0400	[thread overview]
Message-ID: <20240102144845.GD50406@nvidia.com> (raw)
In-Reply-To: <CAKHBV275ELiNtZqdmqzWTJ7AHOuCigzPFAXAcG5xPwonhgYXvA@mail.gmail.com>

On Tue, Jan 02, 2024 at 04:13:28PM +0800, Michael Shavit wrote:
> On Tue, Dec 19, 2023 at 9:42 PM Michael Shavit <mshavit@google.com> wrote:
> ...
> > +       if (hweight8(entry_qwords_used_diff) > 1) {
> > +               /*
> > +                * If transitioning to the target entry with a single qword
> > +                * write isn't possible, then we must first transition to an
> > +                * intermediate entry. The intermediate entry may either be an
> > +                * entry that melds bits of the target entry into the current
> > +                * entry without disrupting the hardware, or a breaking entry if
> > +                * a hitless transition to the target is impossible.
> > +                */
> > +
> > +               /*
> > +                * Compute a staging entry that has all the bits currently
> > +                * unused by HW set to their target values, such that comitting
> > +                * it to the entry table woudn't disrupt the hardware.
> > +                */
> > +               memcpy(staging_entry, cur, writer->entry_length);
> > +               writer->ops.set_unused_bits(staging_entry, target);
> > +
> > +               entry_qwords_used_diff =
> > +                       writer->ops.get_used_qword_diff_indexes(staging_entry,
> > +                                                               target);
> > +               if (hweight8(entry_qwords_used_diff) > 1) {
> > +                       /*
> > +                        * More than 1 qword is mismatched between the staging
> > +                        * and target entry. A hitless transition to the target
> > +                        * entry is not possible. Set the staging entry to be
> > +                        * equal to the target entry, apart from the V bit's
> > +                        * qword. As long as the V bit is cleared first then
> > +                        * writes to the subsequent qwords will not further
> > +                        * disrupt the hardware.
> > +                        */
> > +                       memcpy(staging_entry, target, writer->entry_length);
> > +                       staging_entry[0] &= ~writer->v_bit;
> > +                       /*
> > +                        * After comitting the staging entry, only the 0th qword
> > +                        * will differ from the target.
> > +                        */
> > +                       entry_qwords_used_diff = 1;
> > +               }
> > +
> > +               /*
> > +                * Commit the staging entry. Note that the iteration order
> > +                * matters, as we may be comitting a breaking entry in the
> > +                * non-hitless case. The 0th qword which holds the valid bit
> > +                * must be written first in that case.
> > +                */
> > +               for (i = 0; i != writer->entry_length; i++)
> > +                       WRITE_ONCE(cur[i], staging_entry[i]);
> > +               writer->ops.sync_entry(writer);
> 
> Realized while replying to your latest email that this is wrong (and
> the unit-test as well!). It's not enough to just write the 0th qword
> first if it's a breaking entry, it must also sync after that 0th qword
> write.

Right.

Jason

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2024-01-02 14:48 UTC|newest]

Thread overview: 134+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-11  0:33 [PATCH 00/19] Update SMMUv3 to the modern iommu API (part 1/2) Jason Gunthorpe
2023-10-11  0:33 ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 01/19] iommu/arm-smmu-v3: Add a type for the STE Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-13 10:37   ` Will Deacon
2023-10-13 10:37     ` Will Deacon
2023-10-13 14:00     ` Jason Gunthorpe
2023-10-13 14:00       ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 02/19] iommu/arm-smmu-v3: Master cannot be NULL in arm_smmu_write_strtab_ent() Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 03/19] iommu/arm-smmu-v3: Remove ARM_SMMU_DOMAIN_NESTED Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 04/19] iommu/arm-smmu-v3: Make STE programming independent of the callers Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-12  8:10   ` Michael Shavit
2023-10-12  8:10     ` Michael Shavit
2023-10-12 12:16     ` Jason Gunthorpe
2023-10-12 12:16       ` Jason Gunthorpe
2023-10-18 11:05       ` Michael Shavit
2023-10-18 11:05         ` Michael Shavit
2023-10-18 13:04         ` Jason Gunthorpe
2023-10-18 13:04           ` Jason Gunthorpe
2023-10-20  8:23           ` Michael Shavit
2023-10-20  8:23             ` Michael Shavit
2023-10-20 11:39             ` Jason Gunthorpe
2023-10-20 11:39               ` Jason Gunthorpe
2023-10-23  8:36               ` Michael Shavit
2023-10-23  8:36                 ` Michael Shavit
2023-10-23 12:05                 ` Jason Gunthorpe
2023-10-23 12:05                   ` Jason Gunthorpe
2023-12-15 20:26                 ` Michael Shavit
2023-12-15 20:26                   ` Michael Shavit
2023-12-17 13:03                   ` Jason Gunthorpe
2023-12-17 13:03                     ` Jason Gunthorpe
2023-12-18 12:35                     ` Michael Shavit
2023-12-18 12:35                       ` Michael Shavit
2023-12-18 12:42                       ` Michael Shavit
2023-12-18 12:42                         ` Michael Shavit
2023-12-19 13:42                       ` Michael Shavit
2023-12-19 13:42                         ` Michael Shavit
2023-12-25 12:17                         ` Michael Shavit
2023-12-25 12:17                           ` Michael Shavit
2023-12-25 12:58                           ` Michael Shavit
2023-12-25 12:58                             ` Michael Shavit
2023-12-27 15:33                             ` Jason Gunthorpe
2023-12-27 15:33                               ` Jason Gunthorpe
2023-12-27 15:46                         ` Jason Gunthorpe
2023-12-27 15:46                           ` Jason Gunthorpe
2024-01-02  8:08                           ` Michael Shavit
2024-01-02  8:08                             ` Michael Shavit
2024-01-02 14:48                             ` Jason Gunthorpe
2024-01-02 14:48                               ` Jason Gunthorpe
2024-01-03 16:52                               ` Michael Shavit
2024-01-03 16:52                                 ` Michael Shavit
2024-01-03 17:50                                 ` Jason Gunthorpe
2024-01-03 17:50                                   ` Jason Gunthorpe
2024-01-06  8:36                                   ` [PATCH] " Michael Shavit
2024-01-06  8:36                                     ` Michael Shavit
2024-01-06  8:36                                     ` [PATCH] iommu/arm-smmu-v3: Make CD programming use arm_smmu_write_entry_step() Michael Shavit
2024-01-06  8:36                                       ` Michael Shavit
2024-01-10 13:34                                       ` Jason Gunthorpe
2024-01-10 13:34                                         ` Jason Gunthorpe
2024-01-06  8:36                                     ` [PATCH] iommu/arm-smmu-v3: Add unit tests for arm_smmu_write_entry Michael Shavit
2024-01-06  8:36                                       ` Michael Shavit
2024-01-12 16:36                                       ` Jason Gunthorpe
2024-01-12 16:36                                         ` Jason Gunthorpe
2024-01-16  9:23                                         ` Michael Shavit
2024-01-16  9:23                                           ` Michael Shavit
2024-01-10 13:10                                     ` [PATCH] iommu/arm-smmu-v3: Make STE programming independent of the callers Jason Gunthorpe
2024-01-10 13:10                                       ` Jason Gunthorpe
2024-01-06  8:50                                   ` [PATCH 04/19] " Michael Shavit
2024-01-06  8:50                                     ` Michael Shavit
2024-01-12 19:45                                     ` Jason Gunthorpe
2024-01-12 19:45                                       ` Jason Gunthorpe
2024-01-03 15:42                           ` Michael Shavit
2024-01-03 15:42                             ` Michael Shavit
2024-01-03 15:49                             ` Jason Gunthorpe
2024-01-03 15:49                               ` Jason Gunthorpe
2024-01-03 16:47                               ` Michael Shavit
2024-01-03 16:47                                 ` Michael Shavit
2024-01-02  8:13                         ` Michael Shavit
2024-01-02  8:13                           ` Michael Shavit
2024-01-02 14:48                           ` Jason Gunthorpe [this message]
2024-01-02 14:48                             ` Jason Gunthorpe
2023-10-18 10:54   ` Michael Shavit
2023-10-18 10:54     ` Michael Shavit
2023-10-18 12:24     ` Jason Gunthorpe
2023-10-18 12:24       ` Jason Gunthorpe
2023-10-19 23:03       ` Jason Gunthorpe
2023-10-19 23:03         ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 05/19] iommu/arm-smmu-v3: Consolidate the STE generation for abort/bypass Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 06/19] iommu/arm-smmu-v3: Move arm_smmu_rmr_install_bypass_ste() Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 07/19] iommu/arm-smmu-v3: Move the STE generation for S1 and S2 domains into functions Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 08/19] iommu/arm-smmu-v3: Build the whole STE in arm_smmu_make_s2_domain_ste() Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 09/19] iommu/arm-smmu-v3: Hold arm_smmu_asid_lock during all of attach_dev Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-24  2:44   ` Michael Shavit
2023-10-24  2:44     ` Michael Shavit
2023-10-24  2:48     ` Michael Shavit
2023-10-24  2:48       ` Michael Shavit
2023-10-24 11:50     ` Jason Gunthorpe
2023-10-24 11:50       ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 10/19] iommu/arm-smmu-v3: Compute the STE only once for each master Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 11/19] iommu/arm-smmu-v3: Do not change the STE twice during arm_smmu_attach_dev() Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 12/19] iommu/arm-smmu-v3: Put writing the context descriptor in the right order Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-12  9:01   ` Michael Shavit
2023-10-12  9:01     ` Michael Shavit
2023-10-12 12:34     ` Jason Gunthorpe
2023-10-12 12:34       ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 13/19] iommu/arm-smmu-v3: Pass smmu_domain to arm_enable/disable_ats() Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 14/19] iommu/arm-smmu-v3: Remove arm_smmu_master->domain Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 15/19] iommu/arm-smmu-v3: Add a global static IDENTITY domain Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-18 11:06   ` Michael Shavit
2023-10-18 11:06     ` Michael Shavit
2023-10-18 12:26     ` Jason Gunthorpe
2023-10-18 12:26       ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 16/19] iommu/arm-smmu-v3: Add a global static BLOCKED domain Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 17/19] iommu/arm-smmu-v3: Use the identity/blocked domain during release Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 18/19] iommu/arm-smmu-v3: Pass arm_smmu_domain and arm_smmu_device to finalize Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe
2023-10-11  0:33 ` [PATCH 19/19] iommu/arm-smmu-v3: Convert to domain_alloc_paging() Jason Gunthorpe
2023-10-11  0:33   ` Jason Gunthorpe

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=20240102144845.GD50406@nvidia.com \
    --to=jgg@nvidia.com \
    --cc=iommu@lists.linux.dev \
    --cc=joro@8bytes.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=mshavit@google.com \
    --cc=nicolinc@nvidia.com \
    --cc=robin.murphy@arm.com \
    --cc=will@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.