summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorVishal Verma <vishal.l.verma@intel.com>2017-10-30 13:22:21 -0700
committerDan Williams <dan.j.williams@intel.com>2017-11-02 10:42:30 -0700
commit89360b87c3efa5d265a3b43dd8fc245c8f4356e3 (patch)
tree2c35f5604a2622b75303c0dff1daed8cc4e1b7fb
parent9fb1a1903345fea598f48277576a3589a972b72e (diff)
downloadlinux-89360b87c3efa5d265a3b43dd8fc245c8f4356e3.tar.bz2
libnvdimm, badrange: remove a WARN for list_empty
Now that we're reusing the badrange functions for nfit_test, and that exposes badrange injection/clearing to userspace via the DSM paths, it is plausible that a user may call the clear DSM multiple times. Since it is harmless to do so, we can remove the WARN in badrange_forget. Cc: Dave Jiang <dave.jiang@intel.com> Cc: Dan Williams <dan.j.williams@intel.com> Signed-off-by: Vishal Verma <vishal.l.verma@intel.com> Signed-off-by: Dan Williams <dan.j.williams@intel.com>
-rw-r--r--drivers/nvdimm/badrange.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/drivers/nvdimm/badrange.c b/drivers/nvdimm/badrange.c
index 0b67dcf43234..e068d72b4357 100644
--- a/drivers/nvdimm/badrange.c
+++ b/drivers/nvdimm/badrange.c
@@ -114,7 +114,6 @@ void badrange_forget(struct badrange *badrange, phys_addr_t start,
struct badrange_entry *bre, *next;
spin_lock(&badrange->lock);
- WARN_ON_ONCE(list_empty(badrange_list));
/*
* [start, clr_end] is the badrange interval being cleared.