From: Joe Thornber <joe@fib011235813.fsnet.co.uk>
To: linux-lvm@sistina.com, lvm-devel@sistina.com
Subject: [linux-lvm] 2.5.51-dm-1
Date: Wed Dec 11 06:24:02 2002 [thread overview]
Message-ID: <20021211122440.GA20881@reti> (raw)
A new stable release of dm for 2.5.51 is available:
http://people.sistina.com/~thornber/patches/2.5-stable/2.5.51/
Changes
-------
Revision 1:
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 <linux/device-mapper.h> so remove
ifdef __KERNEL guards.
Revision 2:
An error value was not being checked correctly in open_dev().
[Kevin Corry]
Revision 3:
Return -ENOTBLK if lookup_device() finds the inode, but it
is not a block device. [Cristoph Hellwig]
Revision 4:
No need to validate the parameters if we are doing a
REMOVE_ALL command.
Revision 5:
check_device_area was comparing the bytes with sectors.
[Stefan Lauterbach]
Revision 6:
minor change for dm-strip.c. Tests for correct chunksize before it allocates
the stripe context. [Heinz Mauelshagen]
Revision 7:
There's a bug in the dm-stripe.c constructor failing top check if enough
destinations are handed in. [Heinz Mauelshagen]
Revision 8:
Give each device its own io mempool to avoid a potential
deadlock with stacked devices. [HM + EJT]
Revision 9:
queue_io() was checking the DMF_SUSPENDED flag rather than the new
DMF_BLOCK_IO flag. This meant suspend could deadlock under load.
Revision 10:
dm_suspend(): Stop holding the read lock around the while loop that
waits for pending io to complete.
Revision 11:
Add a blk_run_queues() call to encourage pending io to flush
when we're doing a dm_suspend().
Revision 12:
dec_pending(): only bother spin locking if io->error is going to be
updated. [Kevin Corry]
Revision 13:
md->pending was being incremented for each clone rather than just
once. [Kevin Corry]
Revision 14:
Some fields in the duplicated bio weren't being set up properly in
__split_page(). [Kevin Corry]
Revision 15:
Remove some paranoia in highmem.c, need to check this with Jens Axboe.
Revision 16:
Remove verbose debug message 'Splitting page'.
reply other threads:[~2002-12-11 6:24 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20021211122440.GA20881@reti \
--to=joe@fib011235813.fsnet.co.uk \
--cc=linux-lvm@sistina.com \
--cc=lvm-devel@sistina.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.