From: Nicolin Chen <nicoleotsuka@gmail.com>
To: Jerome Glisse <jglisse@redhat.com>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: mm/hmm: a simple question regarding devm_request_mem_region()
Date: Wed, 21 Mar 2018 19:00:14 -0700 [thread overview]
Message-ID: <20180322020013.GA26480@Asurada-Nvidia> (raw)
In-Reply-To: <20180322003253.GL3214@redhat.com>
On Wed, Mar 21, 2018 at 08:32:54PM -0400, Jerome Glisse wrote:
> > I am testing with drivers/char/hmm_dmirror.c from your git repository.
> >
> > The addr I got (before "- size") is actually 0x7fffffffff, so equally
> > (1 << 40).
> >
> > So from your reply, it seems to me that HMM is supposed to request a
> > region like it.
>
> The dummy driver by default test the private memory, i had patches to
> make it test public memory too somewhere in a branch. So yes this is
> expected from the dummy driver. HMM here is trying to get a region that
> will not collide with any known existing resources. Idealy we would
> like a platform/arch function for that but it is hard to justify it
> nor is there a safe way to find such thing either from arch/platform
> specific code (there isn't for x86 at least).
>
> For real device driver of pcie devices, the advice is to use the pci
> bar region of the device. This way we know for sure we do not collide
> with anything (ie use hmm_devmem_add_resource() not hmm_devmem_add()
> but this need some code change for res->desc).
I see. Thank you!
prev parent reply other threads:[~2018-03-22 1:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-21 22:23 mm/hmm: a simple question regarding devm_request_mem_region() Nicolin Chen
2018-03-21 22:56 ` Jerome Glisse
2018-03-21 22:56 ` Jerome Glisse
2018-03-22 0:23 ` Nicolin Chen
2018-03-22 0:32 ` Jerome Glisse
2018-03-22 0:32 ` Jerome Glisse
2018-03-22 2:00 ` Nicolin Chen [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=20180322020013.GA26480@Asurada-Nvidia \
--to=nicoleotsuka@gmail.com \
--cc=jglisse@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.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.