From: Mike Snitzer <snitzer@redhat.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Alasdair Kergon <agk@redhat.com>,
dm-devel@redhat.com, Jens Axboe <axboe@kernel.dk>,
Hannes Reinecke <hare@suse.com>,
Bart Van Assche <bart.vanassche@wdc.com>,
NeilBrown <neilb@suse.com>, Mikulas Patocka <mpatocka@redhat.com>,
Dan Williams <dan.j.williams@intel.com>,
Damien Le Moal <damien.lemoal@wdc.com>,
linux-kernel@vger.kernel.org
Subject: Re: dm: fix uninitialized variable reference
Date: Mon, 11 Dec 2017 08:50:16 -0500 [thread overview]
Message-ID: <20171211135015.GA22786@redhat.com> (raw)
In-Reply-To: <20171211113358.3599287-1-arnd@arndb.de>
On Mon, Dec 11 2017 at 6:33am -0500,
Arnd Bergmann <arnd@arndb.de> wrote:
> The last bugfix apparently introduced another problem, as shown
> by this gcc warning:
>
> drivers/md/dm.c: In function '__send_changing_extent_only':
> drivers/md/dm.c:1365:28: error: 'ti' is used uninitialized in this function [-Werror=uninitialized]
>
> This restores the intialization of the 'ti' variable.
>
> Fixes: aecefd4919de ("dm: fix __send_changing_extent_only() to send first bio and chain remainder")
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
> I did not test this or give the patch much thought, this just seemed
> to be the most likely fix I could come up with in a short time, so
> please review carefully, and ignore if the solution is something
> else.
> ---
> drivers/md/dm.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/md/dm.c b/drivers/md/dm.c
> index 05aa9c094352..f19e9787076e 100644
> --- a/drivers/md/dm.c
> +++ b/drivers/md/dm.c
> @@ -1356,6 +1356,10 @@ static int __send_changing_extent_only(struct clone_info *ci,
> unsigned len;
> unsigned num_bios;
>
> + ti = dm_table_find_target(ci->map, ci->sector);
> + if (!dm_target_is_valid(ti))
> + return -EIO;
> +
> /*
> * Even though the device advertised support for this type of
> * request, that does not mean every target supports it, and
> --
> 2.9.0
>
Already resolved this thanks to Stephen Rothwell's earlier
(substantially more discrete) mail.
I always enjoy a good public shaming but this cc list is particularly
wide. Why?
Anyway, I resolved this differently:
https://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git/commit/?h=dm-4.16&id=496cc64f4d10ba112aa0679a3bf29ae6ea74ff3d
next prev parent reply other threads:[~2017-12-11 13:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-11 11:33 [PATCH] dm: fix uninitialized variable reference Arnd Bergmann
2017-12-11 13:50 ` Mike Snitzer [this message]
2017-12-11 15:50 ` Arnd Bergmann
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=20171211135015.GA22786@redhat.com \
--to=snitzer@redhat.com \
--cc=agk@redhat.com \
--cc=arnd@arndb.de \
--cc=axboe@kernel.dk \
--cc=bart.vanassche@wdc.com \
--cc=damien.lemoal@wdc.com \
--cc=dan.j.williams@intel.com \
--cc=dm-devel@redhat.com \
--cc=hare@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mpatocka@redhat.com \
--cc=neilb@suse.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.