From: Jens Axboe <axboe@kernel.dk>
To: Stefan Haberland <sth@linux.ibm.com>
Cc: linux-block@vger.kernel.org, hoeppner@linux.ibm.com,
linux-s390@vger.kernel.org, heiko.carstens@de.ibm.com,
gor@linux.ibm.com, borntraeger@de.ibm.com
Subject: Re: [PATCH 1/2] s390/dasd: fix inability to use DASD with DIAG driver
Date: Tue, 14 Jul 2020 14:12:27 -0600 [thread overview]
Message-ID: <c368fa07-4a7d-3eae-6143-a2db298c204e@kernel.dk> (raw)
In-Reply-To: <20200714200327.40927-2-sth@linux.ibm.com>
On 7/14/20 2:03 PM, Stefan Haberland wrote:
> During initialization of the DASD DIAG driver a request is issued
> that has a bio structure that resides on the stack. With virtually
> mapped kernel stacks this bio address might be in virtual storage
> which is unsuitable for usage with the diag250 call.
> In this case the device can not be set online using the DIAG
> discipline and fails with -EOPNOTSUP.
> In the system journal the following error message is presented:
>
> dasd: X.X.XXXX Setting the DASD online with discipline DIAG failed
> with rc=-95
>
> Fix by allocating the bio structure instead of having it on the stack.
>
> Fixes: ce3dc447493f ("s390: add support for virtually mapped kernel stacks")
> Cc: stable@vger.kernel.org #4.20
> Signed-off-by: Stefan Haberland <sth@linux.ibm.com>
> Reviewed-by: Peter Oberparleiter <oberpar@linux.ibm.com>
> ---
> drivers/s390/block/dasd_diag.c | 25 +++++++++++++++++--------
> 1 file changed, 17 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/s390/block/dasd_diag.c b/drivers/s390/block/dasd_diag.c
> index facb588d09e4..069d6b39cacf 100644
> --- a/drivers/s390/block/dasd_diag.c
> +++ b/drivers/s390/block/dasd_diag.c
> @@ -319,7 +319,7 @@ dasd_diag_check_device(struct dasd_device *device)
> struct dasd_diag_characteristics *rdc_data;
> struct vtoc_cms_label *label;
> struct dasd_block *block;
> - struct dasd_diag_bio bio;
> + struct dasd_diag_bio *bio;
> unsigned int sb, bsize;
> blocknum_t end_block;
> int rc;
> @@ -395,29 +395,36 @@ dasd_diag_check_device(struct dasd_device *device)
> rc = -ENOMEM;
> goto out;
> }
> + bio = kzalloc(sizeof(*bio), GFP_KERNEL);
> + if (bio == NULL) {
> + DBF_DEV_EVENT(DBF_WARNING, device, "%s",
> + "No memory to allocate initialization bio");
> + rc = -ENOMEM;
> + goto out_label;
> + }
Just curious, any reason this isn't just using bio_alloc()?
--
Jens Axboe
next prev parent reply other threads:[~2020-07-14 20:12 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-14 20:03 [PATCH 0/2] DASD DIAG patches Stefan Haberland
2020-07-14 20:03 ` [PATCH 1/2] s390/dasd: fix inability to use DASD with DIAG driver Stefan Haberland
2020-07-14 20:12 ` Jens Axboe [this message]
2020-07-15 6:48 ` Christoph Hellwig
2020-07-15 13:32 ` Stefan Haberland
2020-07-15 14:46 ` Jens Axboe
2020-07-14 20:03 ` [PATCH 2/2] s390/dasd: Use struct_size() helper Stefan Haberland
2020-07-15 14:47 ` [PATCH 0/2] DASD DIAG patches Jens Axboe
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=c368fa07-4a7d-3eae-6143-a2db298c204e@kernel.dk \
--to=axboe@kernel.dk \
--cc=borntraeger@de.ibm.com \
--cc=gor@linux.ibm.com \
--cc=heiko.carstens@de.ibm.com \
--cc=hoeppner@linux.ibm.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=sth@linux.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox