summaryrefslogtreecommitdiff
path: root/Documentation/gpio
diff options
context:
space:
mode:
authorGu Zheng <guz.fnst@cn.fujitsu.com>2014-07-01 10:36:47 -0600
committerJens Axboe <axboe@fb.com>2014-07-01 10:36:47 -0600
commitcbcd1054a1fd2aa980fc11ff28e436fc4aaa2d54 (patch)
treeba7302637859ce48e703a4bd2c3ce7c7d2a27175 /Documentation/gpio
parentadd703fda981b9719d37f371498b9f129acbd997 (diff)
downloadkernel-common-cbcd1054a1fd2aa980fc11ff28e436fc4aaa2d54.tar.gz
kernel-common-cbcd1054a1fd2aa980fc11ff28e436fc4aaa2d54.tar.bz2
kernel-common-cbcd1054a1fd2aa980fc11ff28e436fc4aaa2d54.zip
bio-integrity: add "bip_max_vcnt" into struct bio_integrity_payload
Commit 08778795 ("block: Fix nr_vecs for inline integrity vectors") from Martin introduces the function bip_integrity_vecs(get the useful vectors) to fix the issue about nr_vecs for inline integrity vectors that reported by David Milburn. But it seems that bip_integrity_vecs() will return the wrong number if the bio is not based on any bio_set for some reason(bio->bi_pool == NULL), because in that case, the bip_inline_vecs[0] is malloced directly. So here we add the bip_max_vcnt to record the count of vector slots, and cleanup the function bip_integrity_vecs(). Signed-off-by: Gu Zheng <guz.fnst@cn.fujitsu.com> Cc: Martin K. Petersen <martin.petersen@oracle.com> Cc: Kent Overstreet <kmo@daterainc.com> Signed-off-by: Jens Axboe <axboe@fb.com>
Diffstat (limited to 'Documentation/gpio')
0 files changed, 0 insertions, 0 deletions