public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Patch for a leak of anonymous devices
@ 2002-04-09 20:25 Pete Zaitcev
  0 siblings, 0 replies; only message in thread
From: Pete Zaitcev @ 2002-04-09 20:25 UTC (permalink / raw)
  To: viro; +Cc: linux-kernel

Hi, Al:

Arjan used your fix from 2.5 which simply moves the allocation
of the device. Are you going to change in in 2.4 too?
Here's what I did for 2.4.18-pre6 temporarily:

--- linux-2.4.18-pre6/fs/super.c	Tue Apr  9 11:58:25 2002
+++ linux-2.4.18-pre6-p3/fs/super.c	Tue Apr  9 11:53:43 2002
@@ -632,6 +632,9 @@
 			continue;
 		if (!grab_super(old))
 			goto retry;
+		spin_lock(&unnamed_dev_lock);
+		clear_bit(dev, unnamed_dev_in_use);
+		spin_unlock(&unnamed_dev_lock);
 		destroy_super(s);
 		return old;
 	}

Another question: your code allows to allocate device (0,0).
I assume you found it safe; everything works. However, why
is it safe? Do we have no functions that return zero as a
device number to indicate a failure?

My moremounts patch simple pre-sets the first bit of the
unnamed_dev_in_use bitmap to avoid this. But perhaps I am
paranoid here.

-- Pete

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2002-04-09 20:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-04-09 20:25 Patch for a leak of anonymous devices Pete Zaitcev

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox