From: Toshi Kani <toshi.kani@hpe.com>
To: Dan Williams <dan.j.williams@intel.com>,
Vishal Verma <vishal.l.verma@intel.com>
Cc: "linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
Linux ACPI <linux-acpi@vger.kernel.org>,
"Elliott, Robert (Persistent Memory)" <elliott@hpe.com>
Subject: Re: [PATCH 3/3] acpi: nfit: Add support for hotplug
Date: Mon, 12 Oct 2015 18:35:13 -0600 [thread overview]
Message-ID: <1444696513.20657.16.camel@hpe.com> (raw)
In-Reply-To: <CAPcyv4gqoGho8HNmOQM_H88vyKVHguze+uYuyFoxBUiGgB7aDA@mail.gmail.com>
On Fri, 2015-10-09 at 12:44 -0700, Dan Williams wrote:
> [ adding Robert and Toshi ]
>
> On Wed, Oct 7, 2015 at 2:49 PM, Vishal Verma <vishal.l.verma@intel.com>
> wrote:
:
> > @@ -242,9 +246,13 @@ static bool add_memdev(struct acpi_nfit_desc
> > *acpi_desc,
> > struct acpi_nfit_memory_map *memdev)
> > {
> > struct device *dev = acpi_desc->dev;
> > - struct nfit_memdev *nfit_memdev = devm_kzalloc(dev,
> > - sizeof(*nfit_memdev), GFP_KERNEL);
> > + struct nfit_memdev *nfit_memdev;
> > +
> > + list_for_each_entry(nfit_memdev, &acpi_desc->memdevs, list)
> > + if (memcmp(nfit_memdev->memdev, memdev,
> > sizeof(*memdev)) == 0)
> > + return true;
>
> I'm wondering if we need to be cognizant of flag changes here.
> Robert, Toshi are you expecting that the flags of an existing memory
> device entry will be updated by the this notification mechanism?
This patch-set can focus on the simple hot-add case for now. We think bit
[4] of the flags, smart and health event bit, could be updated on an
existing memory device when such an event has occurred during runtime, but
it may require clarification to the spec since the bit is currently defined
as "SMART and health events prior to OSPM handoff" (which does not make
sense for _FIT). We will need to support other updates in the flags, but
we will first need to understand what the OS should do in such scenarios.
> > @@ -811,6 +835,8 @@ static int acpi_nfit_register_dimms(struct
> > acpi_nfit_desc *acpi_desc)
> > */
> > dev_err(acpi_desc->dev, "duplicate DCR
> > detected: %s\n",
> > nvdimm_name(nvdimm));
> > + /* TODO Do we need the warning? */
> > + dimm_count++;
>
> Robert, comments?
Yes, this warning message should be removed.
Thanks,
-Toshi
prev parent reply other threads:[~2015-10-13 0:38 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-07 21:49 [PATCH 0/3] Hotplug support for libnvdimm Vishal Verma
2015-10-07 21:49 ` [PATCH 1/3] nfit: in acpi_nfit_init, break on a 0-length table Vishal Verma
2015-10-09 17:23 ` Jeff Moyer
2015-10-09 17:27 ` Dan Williams
2015-10-09 17:51 ` Verma, Vishal L
2015-10-07 21:49 ` [PATCH 2/3] acpi: add a utility function for evaluating _FIT Vishal Verma
2015-10-09 17:28 ` Jeff Moyer
2015-10-09 17:54 ` Verma, Vishal L
2015-10-09 17:56 ` Dan Williams
2015-10-09 21:14 ` Rafael J. Wysocki
2015-10-07 21:49 ` [PATCH 3/3] acpi: nfit: Add support for hotplug Vishal Verma
2015-10-09 17:33 ` Jeff Moyer
2015-10-09 18:08 ` Verma, Vishal L
2015-10-09 18:13 ` Dan Williams
2015-10-09 19:44 ` Dan Williams
2015-10-13 0:35 ` Toshi Kani [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=1444696513.20657.16.camel@hpe.com \
--to=toshi.kani@hpe.com \
--cc=dan.j.williams@intel.com \
--cc=elliott@hpe.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-nvdimm@lists.01.org \
--cc=rafael.j.wysocki@intel.com \
--cc=vishal.l.verma@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).