From: John Hubbard <jhubbard@nvidia.com>
To: mpenttil@redhat.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org
Cc: apopple@nvidia.com, rcampbell@nvidia.com, jgg@ziepe.ca, vbabka@suse.cz
Subject: Re: [PATCH v4] mm/hmm/test: use char dev with struct device to get device node
Date: Mon, 21 Mar 2022 18:45:49 -0700 [thread overview]
Message-ID: <ceb1f1f1-ba8c-58c1-b33e-31324424f608@nvidia.com> (raw)
In-Reply-To: <20220321025410.21286-1-mpenttil@redhat.com>
On 3/20/22 7:54 PM, mpenttil@redhat.com wrote:
> From: Mika Penttilä <mpenttil@redhat.com>
>
> HMM selftests use an in-kernel pseudo device to emulate device private
> memory. The pseudo device registers a major device range for two pseudo
> device instances. User space has a script that reads /proc/devices in
> order to find the assigned major number, and sends that to mknod(1),
> once for each node.
>
> Change this to use proper use of cdev APIs and struct device.
Maybe, "Change this to properly use cdev and struct device APIs".
>
> Delete the /proc/devices parsing from the user-space test script, now
> that it is unnecessary.
>
> Signed-off-by: Mika Penttilä <mpenttil@redhat.com>
> Cc: Alistair Popple <apopple@nvidia.com>
> Cc: John Hubbard <jhubbard@nvidia.com>
> Cc: Ralph Campbell <rcampbell@nvidia.com>
> Cc: Jason Gunthorpe <jgg@ziepe.ca>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> ---
> v4:
> - fix commit log
> v3:
> - use cdev_device_add() instead of miscdevice
> v2:
> - Cleanups per review comments from John Hubbard
> - Added Tested-by and Ccs
>
> lib/test_hmm.c | 25 ++++++++++++++++++-------
> tools/testing/selftests/vm/test_hmm.sh | 6 ------
> 2 files changed, 18 insertions(+), 13 deletions(-)
>
> diff --git a/lib/test_hmm.c b/lib/test_hmm.c
> index 767538089a62..d247e9c0fe94 100644
> --- a/lib/test_hmm.c
> +++ b/lib/test_hmm.c
> @@ -29,11 +29,17 @@
>
> #include "test_hmm_uapi.h"
>
> -#define DMIRROR_NDEVICES 2
> #define DMIRROR_RANGE_FAULT_TIMEOUT 1000
> #define DEVMEM_CHUNK_SIZE (256 * 1024 * 1024U)
> #define DEVMEM_CHUNKS_RESERVE 16
>
> +static const char *dmirror_device_names[] = {
> + "hmm_dmirror0",
> + "hmm_dmirror1"
> +};
> +
> +#define DMIRROR_NDEVICES ARRAY_SIZE(dmirror_device_names)
> +
> static const struct dev_pagemap_ops dmirror_devmem_ops;
> static const struct mmu_interval_notifier_ops dmirror_min_ops;
> static dev_t dmirror_dev;
> @@ -74,7 +80,7 @@ struct dmirror {
> * ZONE_DEVICE pages for migration and simulating device memory.
> */
> struct dmirror_chunk {
> - struct dev_pagemap pagemap;
> + struct dev_pagemap pagemap;
Unnecessary (likely unintended?) whitespace change. I notice that this
file uses tabs to line up the names of fields and local variables, let's
not disturb that unless there is some reason to do so, as it merely adds
diffs that we don't really need, cluttering up the real point of the
patch.
> struct dmirror_device *mdevice;
> };
>
> @@ -82,8 +88,9 @@ struct dmirror_chunk {
> * Per device data.
> */
> struct dmirror_device {
> - struct cdev cdevice;
> - struct hmm_devmem *devmem;
> + struct cdev cdevice;
> + struct device device;
> + struct hmm_devmem *devmem;
Same thing here: in this case, you only added one line, and the other
changes are due to whitespace that should really just be left
undisturbed.
However...I just noticed that "struct hmm_devmem *devmem;" is
entirely unused! Yikes. Probably best to delete it and add a short note
in the commit description to mention that. Something like, "Also,
deleted an unused field in struct dmirror_device: devmem."
>
> unsigned int devmem_capacity;
> unsigned int devmem_count;
> @@ -132,7 +139,7 @@ static int dmirror_fops_open(struct inode *inode, struct file *filp)
> xa_init(&dmirror->pt);
>
> ret = mmu_interval_notifier_insert(&dmirror->notifier, current->mm,
> - 0, ULONG_MAX & PAGE_MASK, &dmirror_min_ops);
> + 0, ULONG_MAX & PAGE_MASK, &dmirror_min_ops);
Another inadvertent whitespace change.
> if (ret) {
> kfree(dmirror);
> return ret;
> @@ -1225,7 +1232,11 @@ static int dmirror_device_init(struct dmirror_device *mdevice, int id)
>
> cdev_init(&mdevice->cdevice, &dmirror_fops);
> mdevice->cdevice.owner = THIS_MODULE;
> - ret = cdev_add(&mdevice->cdevice, dev, 1);
> + device_initialize(&mdevice->device);
> + dev_set_name(&mdevice->device, "%s", dmirror_device_names[id]);
> + mdevice->device.devt = dev;
> +
> + ret = cdev_device_add(&mdevice->cdevice, &mdevice->device);
looks good...
> if (ret)
> return ret;
>
> @@ -1252,7 +1263,7 @@ static void dmirror_device_remove(struct dmirror_device *mdevice)
> kfree(mdevice->devmem_chunks);
> }
>
> - cdev_del(&mdevice->cdevice);
> + cdev_device_del(&mdevice->cdevice, &mdevice->device);
> }
>
> static int __init hmm_dmirror_init(void)
> diff --git a/tools/testing/selftests/vm/test_hmm.sh b/tools/testing/selftests/vm/test_hmm.sh
> index 0647b525a625..69f5889f8575 100755
> --- a/tools/testing/selftests/vm/test_hmm.sh
> +++ b/tools/testing/selftests/vm/test_hmm.sh
> @@ -41,17 +41,11 @@ check_test_requirements()
> load_driver()
> {
> modprobe $DRIVER > /dev/null 2>&1
> - if [ $? == 0 ]; then
> - major=$(awk "\$2==\"HMM_DMIRROR\" {print \$1}" /proc/devices)
> - mknod /dev/hmm_dmirror0 c $major 0
> - mknod /dev/hmm_dmirror1 c $major 1
> - fi
> }
>
> unload_driver()
> {
> modprobe -r $DRIVER > /dev/null 2>&1
> - rm -f /dev/hmm_dmirror?
> }
>
> run_smoke()
The diffs look functionally correct (although I have not actually tested
them), so with the above minor cleanup applied (with, or without also
deleting that .devmem field--up to you), please feel free to add:
Reviewed-by: John Hubbard <jhubbard@nvidia.com>
thanks,
--
John Hubbard
NVIDIA
prev parent reply other threads:[~2022-03-22 1:45 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-21 2:54 mpenttil
2022-03-22 1:45 ` John Hubbard [this message]
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=ceb1f1f1-ba8c-58c1-b33e-31324424f608@nvidia.com \
--to=jhubbard@nvidia.com \
--cc=apopple@nvidia.com \
--cc=jgg@ziepe.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mpenttil@redhat.com \
--cc=rcampbell@nvidia.com \
--cc=vbabka@suse.cz \
/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