* [PATCH] fix reversed logic in device_area_is_valid
@ 2009-07-27 13:21 Mikulas Patocka
2009-07-27 14:15 ` Mike Snitzer
0 siblings, 1 reply; 5+ messages in thread
From: Mikulas Patocka @ 2009-07-27 13:21 UTC (permalink / raw)
To: Alasdair G Kergon; +Cc: Mike Snitzer, dm-devel
Hi
This patch fixes a bug introduced in 2.6.31-rc1. Targets that define
iterate_devices and don't contain any devices (such as dm-loop in fsio)
don't work.
Mikulas
---
Fix reverse logic in device_area_is_valid
->iterate_devices method calls the callback for every underlying device
in the target. If the callback returns non-zero, iterate_devices exits
and returns this value. If the callback returns zero for all the devices,
iterate_devices returns zero.
The logic to check for invalid device areas was reversed.
device_area_is_valid returned 0 on error and 1 on success.
Thus:
- error was returned only if all the devices vere errorneous. If some of them
returned 1 (success), dm_calculate_queue_limits understood this as success.
- if the target had no device (the example is dm-loop target in FSIO mode),
iterate_devices returned error straight away and dm_calculate_queue_limits
understood this as an error.
This patch reverses the logic so that 0 means success and 1 means error.
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
---
drivers/md/dm-table.c | 16 ++++++++--------
1 file changed, 8 insertions(+), 8 deletions(-)
Index: linux-2.6.31-rc3-devel/drivers/md/dm-table.c
===================================================================
--- linux-2.6.31-rc3-devel.orig/drivers/md/dm-table.c 2009-07-26 22:11:53.000000000 +0200
+++ linux-2.6.31-rc3-devel/drivers/md/dm-table.c 2009-07-26 22:12:39.000000000 +0200
@@ -357,16 +357,16 @@ static int device_area_is_valid(struct d
char b[BDEVNAME_SIZE];
if (!dev_size)
- return 1;
+ return 0;
if ((start >= dev_size) || (start + ti->len > dev_size)) {
DMWARN("%s: %s too small for target",
dm_device_name(ti->table->md), bdevname(bdev, b));
- return 0;
+ return 1;
}
if (logical_block_size_sectors <= 1)
- return 1;
+ return 0;
if (start & (logical_block_size_sectors - 1)) {
DMWARN("%s: start=%llu not aligned to h/w "
@@ -374,7 +374,7 @@ static int device_area_is_valid(struct d
dm_device_name(ti->table->md),
(unsigned long long)start,
limits->logical_block_size, bdevname(bdev, b));
- return 0;
+ return 1;
}
if (ti->len & (logical_block_size_sectors - 1)) {
@@ -383,10 +383,10 @@ static int device_area_is_valid(struct d
dm_device_name(ti->table->md),
(unsigned long long)ti->len,
limits->logical_block_size, bdevname(bdev, b));
- return 0;
+ return 1;
}
- return 1;
+ return 0;
}
/*
@@ -1005,8 +1005,8 @@ int dm_calculate_queue_limits(struct dm_
* Check each device area is consistent with the target's
* overall queue limits.
*/
- if (!ti->type->iterate_devices(ti, device_area_is_valid,
- &ti_limits))
+ if (ti->type->iterate_devices(ti, device_area_is_valid,
+ &ti_limits))
return -EINVAL;
combine_limits:
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: fix reversed logic in device_area_is_valid
2009-07-27 13:21 [PATCH] fix reversed logic in device_area_is_valid Mikulas Patocka
@ 2009-07-27 14:15 ` Mike Snitzer
2009-07-27 14:23 ` Mikulas Patocka
0 siblings, 1 reply; 5+ messages in thread
From: Mike Snitzer @ 2009-07-27 14:15 UTC (permalink / raw)
To: Mikulas Patocka; +Cc: device-mapper development, Alasdair G Kergon
On Mon, Jul 27 2009 at 9:21am -0400,
Mikulas Patocka <mpatocka@redhat.com> wrote:
> Hi
>
> This patch fixes a bug introduced in 2.6.31-rc1. Targets that define
> iterate_devices and don't contain any devices (such as dm-loop in fsio)
> don't work.
>
> Mikulas
>
> ---
>
> Fix reverse logic in device_area_is_valid
>
> ->iterate_devices method calls the callback for every underlying device
> in the target. If the callback returns non-zero, iterate_devices exits
> and returns this value. If the callback returns zero for all the devices,
> iterate_devices returns zero.
>
> The logic to check for invalid device areas was reversed.
> device_area_is_valid returned 0 on error and 1 on success.
>
> Thus:
> - error was returned only if all the devices vere errorneous. If some of them
> returned 1 (success), dm_calculate_queue_limits understood this as success.
> - if the target had no device (the example is dm-loop target in FSIO mode),
> iterate_devices returned error straight away and dm_calculate_queue_limits
> understood this as an error.
>
> This patch reverses the logic so that 0 means success and 1 means error.
>
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Nice catch, interesting that this was somehow missed. All targets do
treat a non-zero return from .iterate_devices as an error.
We should probably rename device_area_is_valid to device_area_invalid.
Mike
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: fix reversed logic in device_area_is_valid
2009-07-27 14:15 ` Mike Snitzer
@ 2009-07-27 14:23 ` Mikulas Patocka
2009-07-28 12:07 ` [PATCH] Rename device_area_is_valid and reverse logic accordingly Mike Snitzer
0 siblings, 1 reply; 5+ messages in thread
From: Mikulas Patocka @ 2009-07-27 14:23 UTC (permalink / raw)
To: Mike Snitzer; +Cc: device-mapper development, Alasdair G Kergon
On Mon, 27 Jul 2009, Mike Snitzer wrote:
> On Mon, Jul 27 2009 at 9:21am -0400,
> Mikulas Patocka <mpatocka@redhat.com> wrote:
>
> > Hi
> >
> > This patch fixes a bug introduced in 2.6.31-rc1. Targets that define
> > iterate_devices and don't contain any devices (such as dm-loop in fsio)
> > don't work.
> >
> > Mikulas
> >
> > ---
> >
> > Fix reverse logic in device_area_is_valid
> >
> > ->iterate_devices method calls the callback for every underlying device
> > in the target. If the callback returns non-zero, iterate_devices exits
> > and returns this value. If the callback returns zero for all the devices,
> > iterate_devices returns zero.
> >
> > The logic to check for invalid device areas was reversed.
> > device_area_is_valid returned 0 on error and 1 on success.
> >
> > Thus:
> > - error was returned only if all the devices vere errorneous. If some of them
> > returned 1 (success), dm_calculate_queue_limits understood this as success.
> > - if the target had no device (the example is dm-loop target in FSIO mode),
> > iterate_devices returned error straight away and dm_calculate_queue_limits
> > understood this as an error.
> >
> > This patch reverses the logic so that 0 means success and 1 means error.
> >
> > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
>
> Nice catch, interesting that this was somehow missed. All targets do
> treat a non-zero return from .iterate_devices as an error.
>
> We should probably rename device_area_is_valid to device_area_invalid.
>
> Mike
Yes, you can rename it to that.
Mikulas
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH] Rename device_area_is_valid and reverse logic accordingly
2009-07-27 14:23 ` Mikulas Patocka
@ 2009-07-28 12:07 ` Mike Snitzer
2009-07-30 19:08 ` Mikulas Patocka
0 siblings, 1 reply; 5+ messages in thread
From: Mike Snitzer @ 2009-07-28 12:07 UTC (permalink / raw)
To: Mikulas Patocka; +Cc: device-mapper development, Alasdair G Kergon
On Mon, Jul 27 2009 at 10:23am -0400,
Mikulas Patocka <mpatocka@redhat.com> wrote:
> On Mon, 27 Jul 2009, Mike Snitzer wrote:
>
> > On Mon, Jul 27 2009 at 9:21am -0400,
> > Mikulas Patocka <mpatocka@redhat.com> wrote:
> >
> > > Hi
> > >
> > > This patch fixes a bug introduced in 2.6.31-rc1. Targets that define
> > > iterate_devices and don't contain any devices (such as dm-loop in fsio)
> > > don't work.
> > >
> > > Mikulas
> > >
> > > ---
> > >
> > > Fix reverse logic in device_area_is_valid
> > >
> > > ->iterate_devices method calls the callback for every underlying device
> > > in the target. If the callback returns non-zero, iterate_devices exits
> > > and returns this value. If the callback returns zero for all the devices,
> > > iterate_devices returns zero.
> > >
> > > The logic to check for invalid device areas was reversed.
> > > device_area_is_valid returned 0 on error and 1 on success.
> > >
> > > Thus:
> > > - error was returned only if all the devices vere errorneous. If some of them
> > > returned 1 (success), dm_calculate_queue_limits understood this as success.
> > > - if the target had no device (the example is dm-loop target in FSIO mode),
> > > iterate_devices returned error straight away and dm_calculate_queue_limits
> > > understood this as an error.
> > >
> > > This patch reverses the logic so that 0 means success and 1 means error.
> > >
> > > Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> >
> > Nice catch, interesting that this was somehow missed. All targets do
> > treat a non-zero return from .iterate_devices as an error.
> >
> > We should probably rename device_area_is_valid to device_area_invalid.
> >
> > Mike
>
> Yes, you can rename it to that.
>
> Mikulas
---
From: Mikulas Patocka <mpatocka@redhat.com>
Rename device_area_is_valid and reverse logic accordingly
->iterate_devices method calls the callback for every underlying device
in the target. If the callback returns non-zero iterate_devices exits
immediately and the caller should understand that an error occurred.
The logic to check for valid device areas was reversed relative to
proper use with iterate_devices. device_area_is_valid returned 0 on
error and 1 on success. Thus error (from iterate_devices) was returned
only if all the devices were invalid.
This patch renames device_area_is_valid to device_area_is_invalid and
reverses the logic so that 0 means valid and 1 means invalid (to match
iterate_devices).
Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
---
drivers/md/dm-table.c | 22 +++++++++++-----------
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c
index d952b34..aa60526 100644
--- a/drivers/md/dm-table.c
+++ b/drivers/md/dm-table.c
@@ -343,10 +343,10 @@ static void close_dev(struct dm_dev_internal *d, struct mapped_device *md)
}
/*
- * If possible, this checks an area of a destination device is valid.
+ * If possible, this checks an area of a destination device is invalid.
*/
-static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
- sector_t start, sector_t len, void *data)
+static int device_area_is_invalid(struct dm_target *ti, struct dm_dev *dev,
+ sector_t start, sector_t len, void *data)
{
struct queue_limits *limits = data;
struct block_device *bdev = dev->bdev;
@@ -357,16 +357,16 @@ static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
char b[BDEVNAME_SIZE];
if (!dev_size)
- return 1;
+ return 0;
if ((start >= dev_size) || (start + len > dev_size)) {
DMWARN("%s: %s too small for target",
dm_device_name(ti->table->md), bdevname(bdev, b));
- return 0;
+ return 1;
}
if (logical_block_size_sectors <= 1)
- return 1;
+ return 0;
if (start & (logical_block_size_sectors - 1)) {
DMWARN("%s: start=%llu not aligned to h/w "
@@ -374,7 +374,7 @@ static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
dm_device_name(ti->table->md),
(unsigned long long)start,
limits->logical_block_size, bdevname(bdev, b));
- return 0;
+ return 1;
}
if (len & (logical_block_size_sectors - 1)) {
@@ -383,10 +383,10 @@ static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
dm_device_name(ti->table->md),
(unsigned long long)len,
limits->logical_block_size, bdevname(bdev, b));
- return 0;
+ return 1;
}
- return 1;
+ return 0;
}
/*
@@ -1000,8 +1000,8 @@ int dm_calculate_queue_limits(struct dm_table *table,
* Check each device area is consistent with the target's
* overall queue limits.
*/
- if (!ti->type->iterate_devices(ti, device_area_is_valid,
- &ti_limits))
+ if (ti->type->iterate_devices(ti, device_area_is_invalid,
+ &ti_limits))
return -EINVAL;
combine_limits:
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] Rename device_area_is_valid and reverse logic accordingly
2009-07-28 12:07 ` [PATCH] Rename device_area_is_valid and reverse logic accordingly Mike Snitzer
@ 2009-07-30 19:08 ` Mikulas Patocka
0 siblings, 0 replies; 5+ messages in thread
From: Mikulas Patocka @ 2009-07-30 19:08 UTC (permalink / raw)
To: Mike Snitzer; +Cc: device-mapper development
> ---
>
> From: Mikulas Patocka <mpatocka@redhat.com>
>
> Rename device_area_is_valid and reverse logic accordingly
>
> ->iterate_devices method calls the callback for every underlying device
> in the target. If the callback returns non-zero iterate_devices exits
> immediately and the caller should understand that an error occurred.
>
> The logic to check for valid device areas was reversed relative to
> proper use with iterate_devices. device_area_is_valid returned 0 on
> error and 1 on success. Thus error (from iterate_devices) was returned
> only if all the devices were invalid.
>
> This patch renames device_area_is_valid to device_area_is_invalid and
> reverses the logic so that 0 means valid and 1 means invalid (to match
> iterate_devices).
>
> Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
> Signed-off-by: Mike Snitzer <snitzer@redhat.com>
>
> ---
> drivers/md/dm-table.c | 22 +++++++++++-----------
> 1 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c
> index d952b34..aa60526 100644
> --- a/drivers/md/dm-table.c
> +++ b/drivers/md/dm-table.c
> @@ -343,10 +343,10 @@ static void close_dev(struct dm_dev_internal *d, struct mapped_device *md)
> }
>
> /*
> - * If possible, this checks an area of a destination device is valid.
> + * If possible, this checks an area of a destination device is invalid.
> */
> -static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
> - sector_t start, sector_t len, void *data)
> +static int device_area_is_invalid(struct dm_target *ti, struct dm_dev *dev,
> + sector_t start, sector_t len, void *data)
> {
> struct queue_limits *limits = data;
> struct block_device *bdev = dev->bdev;
> @@ -357,16 +357,16 @@ static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
> char b[BDEVNAME_SIZE];
>
> if (!dev_size)
> - return 1;
> + return 0;
>
> if ((start >= dev_size) || (start + len > dev_size)) {
> DMWARN("%s: %s too small for target",
> dm_device_name(ti->table->md), bdevname(bdev, b));
> - return 0;
> + return 1;
> }
>
> if (logical_block_size_sectors <= 1)
> - return 1;
> + return 0;
>
> if (start & (logical_block_size_sectors - 1)) {
> DMWARN("%s: start=%llu not aligned to h/w "
> @@ -374,7 +374,7 @@ static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
> dm_device_name(ti->table->md),
> (unsigned long long)start,
> limits->logical_block_size, bdevname(bdev, b));
> - return 0;
> + return 1;
> }
>
> if (len & (logical_block_size_sectors - 1)) {
> @@ -383,10 +383,10 @@ static int device_area_is_valid(struct dm_target *ti, struct dm_dev *dev,
> dm_device_name(ti->table->md),
> (unsigned long long)len,
> limits->logical_block_size, bdevname(bdev, b));
> - return 0;
> + return 1;
> }
>
> - return 1;
> + return 0;
> }
>
> /*
> @@ -1000,8 +1000,8 @@ int dm_calculate_queue_limits(struct dm_table *table,
> * Check each device area is consistent with the target's
> * overall queue limits.
> */
> - if (!ti->type->iterate_devices(ti, device_area_is_valid,
> - &ti_limits))
> + if (ti->type->iterate_devices(ti, device_area_is_invalid,
> + &ti_limits))
> return -EINVAL;
>
> combine_limits:
>
Acked-by: Mikulas Patocka <mpatocka@redhat.com>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-07-30 19:08 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-07-27 13:21 [PATCH] fix reversed logic in device_area_is_valid Mikulas Patocka
2009-07-27 14:15 ` Mike Snitzer
2009-07-27 14:23 ` Mikulas Patocka
2009-07-28 12:07 ` [PATCH] Rename device_area_is_valid and reverse logic accordingly Mike Snitzer
2009-07-30 19:08 ` Mikulas Patocka
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.