From: Guenter Roeck <linux@roeck-us.net>
To: Christoph Hellwig <hch@lst.de>
Cc: Jens Axboe <axboe@kernel.dk>, Ming Lei <ming.lei@redhat.com>,
linux-block@vger.kernel.org
Subject: Re: [PATCH 1/5] block: rewrite blk_bvec_map_sg to avoid a nth_page call
Date: Tue, 16 Apr 2019 10:51:08 -0700 [thread overview]
Message-ID: <20190416175108.GA9550@roeck-us.net> (raw)
In-Reply-To: <20190416171011.GA4611@lst.de>
On Tue, Apr 16, 2019 at 07:10:11PM +0200, Christoph Hellwig wrote:
> On Tue, Apr 16, 2019 at 10:08:47AM -0700, Guenter Roeck wrote:
> > That is besides the point. Your code changes an internal API to be more
> > stringent and less forgiving. This causes failures, presumably because
> > callers of that API took advantage (on purpose or not) of it.
> > When changing an API, you are responsible for both ends. You can not claim
> > that the callers of that API are buggy. Taking advangage of a forgiving
> > API is not a bug. If you change an API, and that change causes a failure,
> > that is a regression, not a bug on the side of the caller.
>
> As said I offered to fix these, even if this isn't my fault. I'm also
"even if this isn't my fault"
Here is where we disagree. You introduced the change, you are responsible
for its impact, on both ends.
> still waiting for the the other reports.
I reported everything I know. To summarize, the following tests are confirmed
to fail due to this patch.
arm:vexpress-a9:multi_v7_defconfig:nolocktests:sd:mem128:vexpress-v2p-ca9:rootfs
arm:vexpress-a15:multi_v7_defconfig:nolocktests:sd:mem128:vexpress-v2p-ca15-tc1:rootfs
arm:vexpress-a15-a7:multi_v7_defconfig:nolocktests:sd:mem256:vexpress-v2p-ca15_a7:rootfs
sparc32:SPARCClassic:nosmp:scsi:hd
sparc32:SPARCbook:nosmp:scsi:cd
sparc32:SS-5:nosmp:scsi:hd
sparc32:SS-10:nosmp:scsi:cd
sparc32:SS-600MP:nosmp:scsi:hd
sparc32:Voyager:nosmp:noapc:scsi:hd
sparc32:SS-4:smp:scsi:hd
sparc32:SS-5:smp:scsi:cd
sparc32:SS-20:smp:scsi:hd
sparc32:SS-600MP:smp:scsi:hd
sparc32:Voyager:smp:noapc:scsi:hd
Detailed logs are available at https://kerneltests.org/builders, and the
test scripts are published at https://github.com/groeck/linux-build-test.
Guenter
next prev parent reply other threads:[~2019-04-16 17:51 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-08 10:46 avoid calling nth_page in the block I/O path Christoph Hellwig
2019-04-08 10:46 ` [PATCH 1/5] block: rewrite blk_bvec_map_sg to avoid a nth_page call Christoph Hellwig
2019-04-08 14:03 ` Johannes Thumshirn
2019-04-08 22:04 ` Bart Van Assche
2019-04-08 22:51 ` Ming Lei
2019-04-15 19:44 ` Guenter Roeck
2019-04-15 20:52 ` Christoph Hellwig
2019-04-15 21:07 ` Guenter Roeck
2019-04-16 6:33 ` Christoph Hellwig
2019-04-16 14:09 ` Guenter Roeck
2019-04-16 17:08 ` Guenter Roeck
2019-04-16 17:10 ` Christoph Hellwig
2019-04-16 17:51 ` Guenter Roeck [this message]
2019-04-17 5:27 ` Christoph Hellwig
2019-04-17 13:42 ` Guenter Roeck
2019-04-17 21:59 ` Guenter Roeck
2019-04-19 2:27 ` Ming Lei
2019-04-19 2:36 ` Ming Lei
2019-04-08 10:46 ` [PATCH 2/5] block: refactor __bio_iov_bvec_add_pages Christoph Hellwig
2019-04-08 11:07 ` Johannes Thumshirn
2019-04-08 22:06 ` Bart Van Assche
2019-04-08 10:46 ` [PATCH 3/5] block: don't allow multiple bio_iov_iter_get_pages calls per bio Christoph Hellwig
2019-04-08 11:13 ` Johannes Thumshirn
2019-04-08 22:17 ` Bart Van Assche
2019-04-09 10:05 ` Christoph Hellwig
2019-04-08 10:46 ` [PATCH 4/5] block: change how we get page references in bio_iov_iter_get_pages Christoph Hellwig
2019-04-08 10:46 ` [PATCH 5/5] block: only allow contiguous page structs in a bio_vec Christoph Hellwig
2019-04-09 16:15 ` avoid calling nth_page in the block I/O path Jens Axboe
-- strict thread matches above, loose matches on Subject: below --
2019-04-11 6:23 avoid calling nth_page in the block I/O path v2 Christoph Hellwig
2019-04-11 6:23 ` [PATCH 1/5] block: rewrite blk_bvec_map_sg to avoid a nth_page call Christoph Hellwig
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=20190416175108.GA9550@roeck-us.net \
--to=linux@roeck-us.net \
--cc=axboe@kernel.dk \
--cc=hch@lst.de \
--cc=linux-block@vger.kernel.org \
--cc=ming.lei@redhat.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.