---

yaml
---
r: 84227
b: refs/heads/master
c: c63a491
h: refs/heads/master
i:
  84225: ff95c80
  84223: 961049f
v: v3

[refs]

@@ -1,2 +1,2 @@
 ---
-refs/heads/master: cae0a77125467c42f0918e78457913ee4a2f925b
+refs/heads/master: c63a491d3737aec3c47c5e785d87021752ad9fa6

trunk/drivers/mtd/ubi/eba.c

@@ -797,7 +797,7 @@ int ubi_eba_write_leb_st(struct ubi_device *ubi, struct ubi_volume *vol,
 /*
  * ubi_eba_atomic_leb_change - change logical eraseblock atomically.
  * @ubi: UBI device description object
- * @vol: volume escription object
+ * @vol: volume description object
  * @lnum: logical eraseblock number
  * @buf: data to write
  * @len: how many bytes to write
@@ -955,6 +955,12 @@ int ubi_eba_copy_leb(struct ubi_device *ubi, int from, int to,
 	/*
 	 * We may race with volume deletion/re-size, so we have to hold
 	 * @ubi->volumes_lock.
+	 *
+	 * Note, it is not a problem if we race with volume deletion or re-size
+	 * here. If the volume is deleted or re-sized while we are moving an
+	 * eraseblock which belongs to this volume, we'll end up with finding
+	 * out that this LEB was unmapped at the end (see WL), and drop this
+	 * PEB.
 	 */
 	spin_lock(&ubi->volumes_lock);
 	vol = ubi->volumes[idx];