From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <20021129100126.GA554@reti> Mime-Version: 1.0 Content-Disposition: inline From: Joe Thornber Subject: [linux-lvm] 2.4.20-dm-1 Sender: linux-lvm-admin@sistina.com Errors-To: linux-lvm-admin@sistina.com Reply-To: linux-lvm@sistina.com List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: Date: Fri Nov 29 04:02:02 2002 List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-lvm@sistina.com, lvm-devel@sistina.com http://people.sistina.com/~thornber/patches/2.4-stable/2.4.20/2.4.20-dm-1.tar.bz2 Revision 1: 2.5 backport Revision 2: The locking when leaving __request was broken. Split off __deferring() Revision 3: s->table wasn't being set in the snapshot contructor Revision 4: I don't know why dm-ioctl.c was including rather than Revision 5: Four constants: DM_DIR, DM_MAX_TYPE_NAME, DM_NAME_LEN, DM_UUID_LEN Were being declared in device-mapper.h, these are all specific to the ioctl interface, so they've been moved to dm-ioctl.h. Nobody in userland should ever include so remove ifdef __KERNEL guards. Revision 6: No need to validate the parameters if we are doing a REMOVE_ALL command. Revision 7: Fluff Revision 8: Mempool version by Christoph Hellwig that holds the free objects in an array rather than a list. This prevents the objects getting dirtied, eg, people maybe expecting them to come out of a slab with a particular state. Revision 9: Return -ENOTBLK if lookup_device() finds the inode, but it is not a block device. [Cristoph Hellwig] Revision 10: get_kdev() was locking _minor_lock rather than &_minor_lock. [Heinz Mauelshagen] Revision 11: minor change for dm-strip.c. Tests for correct chunksize before it allocates the stripe context. [Heinz Mauelshagen] Revision 12: There's a bug in the dm-stripe.c constructor failing top check if enough destinations are handed in. [Heinz Mauelshagen]