All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: Alistair Popple <apopple@nvidia.com>
Cc: <linux-mm@kvack.org>, <gerald.schaefer@linux.ibm.com>,
	<dan.j.williams@intel.com>, <jgg@ziepe.ca>, <willy@infradead.org>,
	<david@redhat.com>, <linux-kernel@vger.kernel.org>,
	<nvdimm@lists.linux.dev>, <linux-fsdevel@vger.kernel.org>,
	<linux-ext4@vger.kernel.org>, <linux-xfs@vger.kernel.org>,
	<jhubbard@nvidia.com>, <hch@lst.de>, <zhang.lyra@gmail.com>,
	<debug@rivosinc.com>, <bjorn@kernel.org>, <balbirs@nvidia.com>,
	<lorenzo.stoakes@oracle.com>,
	<linux-arm-kernel@lists.infradead.org>,
	<loongarch@lists.linux.dev>, <linuxppc-dev@lists.ozlabs.org>,
	<linux-riscv@lists.infradead.org>, <linux-cxl@vger.kernel.org>,
	<dri-devel@lists.freedesktop.org>, <John@Groves.net>
Subject: Re: [PATCH 07/12] mm: Remove redundant pXd_devmap calls
Date: Thu, 29 May 2025 12:54:35 +0100	[thread overview]
Message-ID: <20250529125435.00001378@huawei.com> (raw)
In-Reply-To: <2ee5a64581d2c78445e5c4180d7eceed085825ca.1748500293.git-series.apopple@nvidia.com>

On Thu, 29 May 2025 16:32:08 +1000
Alistair Popple <apopple@nvidia.com> wrote:

> DAX was the only thing that created pmd_devmap and pud_devmap entries
> however it no longer does as DAX pages are now refcounted normally and
> pXd_trans_huge() returns true for those. Therefore checking both pXd_devmap
> and pXd_trans_huge() is redundant and the former can be removed without
> changing behaviour as it will always be false.
> 
> Signed-off-by: Alistair Popple <apopple@nvidia.com>

> diff --git a/mm/huge_memory.c b/mm/huge_memory.c
> index 8d9d706..31b4110 100644
> --- a/mm/huge_memory.c
> +++ b/mm/huge_memory.c
> @@ -1398,10 +1398,7 @@ static int insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
>  	}
>  
>  	entry = pmd_mkhuge(pfn_t_pmd(pfn, prot));
> -	if (pfn_t_devmap(pfn))

Didn't this go away in patch 5?  I didn't check but this looks like a bisectability issue.

> -		entry = pmd_mkdevmap(entry);
> -	else
> -		entry = pmd_mkspecial(entry);
> +	entry = pmd_mkspecial(entry);
>  	if (write) {
>  		entry = pmd_mkyoung(pmd_mkdirty(entry));
>  		entry = maybe_pmd_mkwrite(entry, vma);


WARNING: multiple messages have this Message-ID (diff)
From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: Alistair Popple <apopple@nvidia.com>
Cc: <linux-mm@kvack.org>, <gerald.schaefer@linux.ibm.com>,
	<dan.j.williams@intel.com>, <jgg@ziepe.ca>, <willy@infradead.org>,
	<david@redhat.com>, <linux-kernel@vger.kernel.org>,
	<nvdimm@lists.linux.dev>, <linux-fsdevel@vger.kernel.org>,
	<linux-ext4@vger.kernel.org>, <linux-xfs@vger.kernel.org>,
	<jhubbard@nvidia.com>, <hch@lst.de>, <zhang.lyra@gmail.com>,
	<debug@rivosinc.com>, <bjorn@kernel.org>, <balbirs@nvidia.com>,
	<lorenzo.stoakes@oracle.com>,
	<linux-arm-kernel@lists.infradead.org>,
	<loongarch@lists.linux.dev>, <linuxppc-dev@lists.ozlabs.org>,
	<linux-riscv@lists.infradead.org>, <linux-cxl@vger.kernel.org>,
	<dri-devel@lists.freedesktop.org>, <John@Groves.net>
Subject: Re: [PATCH 07/12] mm: Remove redundant pXd_devmap calls
Date: Thu, 29 May 2025 12:54:35 +0100	[thread overview]
Message-ID: <20250529125435.00001378@huawei.com> (raw)
In-Reply-To: <2ee5a64581d2c78445e5c4180d7eceed085825ca.1748500293.git-series.apopple@nvidia.com>

On Thu, 29 May 2025 16:32:08 +1000
Alistair Popple <apopple@nvidia.com> wrote:

> DAX was the only thing that created pmd_devmap and pud_devmap entries
> however it no longer does as DAX pages are now refcounted normally and
> pXd_trans_huge() returns true for those. Therefore checking both pXd_devmap
> and pXd_trans_huge() is redundant and the former can be removed without
> changing behaviour as it will always be false.
> 
> Signed-off-by: Alistair Popple <apopple@nvidia.com>

> diff --git a/mm/huge_memory.c b/mm/huge_memory.c
> index 8d9d706..31b4110 100644
> --- a/mm/huge_memory.c
> +++ b/mm/huge_memory.c
> @@ -1398,10 +1398,7 @@ static int insert_pfn_pmd(struct vm_area_struct *vma, unsigned long addr,
>  	}
>  
>  	entry = pmd_mkhuge(pfn_t_pmd(pfn, prot));
> -	if (pfn_t_devmap(pfn))

Didn't this go away in patch 5?  I didn't check but this looks like a bisectability issue.

> -		entry = pmd_mkdevmap(entry);
> -	else
> -		entry = pmd_mkspecial(entry);
> +	entry = pmd_mkspecial(entry);
>  	if (write) {
>  		entry = pmd_mkyoung(pmd_mkdirty(entry));
>  		entry = maybe_pmd_mkwrite(entry, vma);

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

  reply	other threads:[~2025-05-29 12:49 UTC|newest]

Thread overview: 118+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-29  6:32 [PATCH 00/12] mm: Remove pXX_devmap page table bit and pfn_t type Alistair Popple
2025-05-29  6:32 ` Alistair Popple
2025-05-29  6:32 ` [PATCH 01/12] mm: Remove PFN_MAP, PFN_SG_CHAIN and PFN_SG_LAST Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-05-29 11:46   ` Jonathan Cameron
2025-05-29 11:46     ` Jonathan Cameron
2025-06-04  3:22     ` Alistair Popple
2025-06-04  3:22       ` Alistair Popple
2025-05-30  9:33   ` David Hildenbrand
2025-05-30  9:33     ` David Hildenbrand
2025-06-02  4:54   ` Christoph Hellwig
2025-06-02  4:54     ` Christoph Hellwig
2025-06-04  3:23     ` Alistair Popple
2025-06-04  3:23       ` Alistair Popple
2025-06-03 13:34   ` Jason Gunthorpe
2025-06-03 13:34     ` Jason Gunthorpe
2025-06-04 21:05   ` Dan Williams
2025-06-04 21:05     ` Dan Williams
2025-05-29  6:32 ` [PATCH 02/12] mm: Convert pXd_devmap checks to vma_is_dax Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-05-30  9:37   ` David Hildenbrand
2025-05-30  9:37     ` David Hildenbrand
2025-06-12  6:55     ` Alistair Popple
2025-06-12  6:55       ` Alistair Popple
2025-06-03 13:35   ` Jason Gunthorpe
2025-06-03 13:35     ` Jason Gunthorpe
2025-06-05  1:37   ` Dan Williams
2025-06-05  1:37     ` Dan Williams
2025-05-29  6:32 ` [PATCH 03/12] mm/pagewalk: Skip dax pages in pagewalk Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-05-30  9:42   ` David Hildenbrand
2025-05-30  9:42     ` David Hildenbrand
2025-06-03 13:36   ` Jason Gunthorpe
2025-06-03 13:36     ` Jason Gunthorpe
2025-06-05  1:59   ` Dan Williams
2025-06-05  1:59     ` Dan Williams
2025-06-05  7:46     ` Christoph Hellwig
2025-06-05  7:46       ` Christoph Hellwig
2025-06-05  7:49       ` David Hildenbrand
2025-06-05  7:49         ` David Hildenbrand
2025-06-05 16:21         ` Dan Williams
2025-06-05 16:21           ` Dan Williams
2025-06-12  7:02           ` Alistair Popple
2025-06-12  7:02             ` Alistair Popple
2025-06-12  8:47             ` Alistair Popple
2025-06-12  8:47               ` Alistair Popple
2025-06-12 14:15   ` Lorenzo Stoakes
2025-06-12 14:15     ` Lorenzo Stoakes
2025-06-12 22:50     ` Alistair Popple
2025-06-12 22:50       ` Alistair Popple
2025-05-29  6:32 ` [PATCH 04/12] mm: Convert vmf_insert_mixed() from using pte_devmap to pte_special Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-03 13:37   ` Jason Gunthorpe
2025-06-03 13:37     ` Jason Gunthorpe
2025-06-05  2:02   ` Dan Williams
2025-06-05  2:02     ` Dan Williams
2025-05-29  6:32 ` [PATCH 05/12] mm: Remove remaining uses of PFN_DEV Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-03 13:38   ` Jason Gunthorpe
2025-06-03 13:38     ` Jason Gunthorpe
2025-06-05  2:02   ` Dan Williams
2025-06-05  2:02     ` Dan Williams
2025-05-29  6:32 ` [PATCH 06/12] mm/gup: Remove pXX_devmap usage from get_user_pages() Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-03 13:47   ` Jason Gunthorpe
2025-06-03 13:47     ` Jason Gunthorpe
2025-06-05  2:04   ` Dan Williams
2025-06-05  2:04     ` Dan Williams
2025-05-29  6:32 ` [PATCH 07/12] mm: Remove redundant pXd_devmap calls Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-05-29 11:54   ` Jonathan Cameron [this message]
2025-05-29 11:54     ` Jonathan Cameron
2025-06-02  9:33   ` David Hildenbrand
2025-06-02  9:33     ` David Hildenbrand
2025-06-02 12:20     ` David Hildenbrand
2025-06-02 12:20       ` David Hildenbrand
2025-06-03 13:48   ` Jason Gunthorpe
2025-06-03 13:48     ` Jason Gunthorpe
2025-06-05  2:35   ` Dan Williams
2025-06-05  2:35     ` Dan Williams
2025-06-05 12:09     ` Jason Gunthorpe
2025-06-05 12:09       ` Jason Gunthorpe
2025-06-05 12:21       ` David Hildenbrand
2025-06-05 12:21         ` David Hildenbrand
2025-06-05 16:30         ` Dan Williams
2025-06-05 16:30           ` Dan Williams
2025-06-05 17:04           ` David Hildenbrand
2025-06-05 17:04             ` David Hildenbrand
2025-06-05 16:22       ` Dan Williams
2025-06-05 16:22         ` Dan Williams
2025-05-29  6:32 ` [PATCH 08/12] mm/khugepaged: Remove redundant pmd_devmap() check Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-02 11:45   ` David Hildenbrand
2025-06-02 11:45     ` David Hildenbrand
2025-06-03 13:48   ` Jason Gunthorpe
2025-06-03 13:48     ` Jason Gunthorpe
2025-05-29  6:32 ` [PATCH 09/12] powerpc: Remove checks for devmap pages and PMDs/PUDs Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-03 13:49   ` Jason Gunthorpe
2025-06-03 13:49     ` Jason Gunthorpe
2025-05-29  6:32 ` [PATCH 10/12] mm: Remove devmap related functions and page table bits Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-03 13:50   ` Jason Gunthorpe
2025-06-03 13:50     ` Jason Gunthorpe
2025-05-29  6:32 ` [PATCH 11/12] mm: Remove callers of pfn_t functionality Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-02  4:44   ` Michael Kelley
2025-06-02  4:44     ` Michael Kelley
2025-06-03 13:50   ` Jason Gunthorpe
2025-06-03 13:50     ` Jason Gunthorpe
2025-05-29  6:32 ` [PATCH 12/12] mm/memremap: Remove unused devmap_managed_key Alistair Popple
2025-05-29  6:32   ` Alistair Popple
2025-06-03 13:51   ` Jason Gunthorpe
2025-06-03 13:51     ` Jason Gunthorpe
2025-06-02 10:31 ` [PATCH 00/12] mm: Remove pXX_devmap page table bit and pfn_t type David Hildenbrand
2025-06-02 10:31   ` David Hildenbrand
2025-06-05  1:39 ` Dan Williams
2025-06-05  1:39   ` Dan Williams

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=20250529125435.00001378@huawei.com \
    --to=jonathan.cameron@huawei.com \
    --cc=John@Groves.net \
    --cc=apopple@nvidia.com \
    --cc=balbirs@nvidia.com \
    --cc=bjorn@kernel.org \
    --cc=dan.j.williams@intel.com \
    --cc=david@redhat.com \
    --cc=debug@rivosinc.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gerald.schaefer@linux.ibm.com \
    --cc=hch@lst.de \
    --cc=jgg@ziepe.ca \
    --cc=jhubbard@nvidia.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-cxl@vger.kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux-xfs@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=loongarch@lists.linux.dev \
    --cc=lorenzo.stoakes@oracle.com \
    --cc=nvdimm@lists.linux.dev \
    --cc=willy@infradead.org \
    --cc=zhang.lyra@gmail.com \
    /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.