summaryrefslogtreecommitdiffstats
path: root/block/badblocks.c
diff options
context:
space:
mode:
authorDamien Le Moal <damien.lemoal@wdc.com>2019-01-30 15:54:58 +0900
committerMartin K. Petersen <martin.petersen@oracle.com>2019-02-04 22:17:07 -0500
commit88fc41c407158a7d2eaa4b2f7cfa289749d456c6 (patch)
treecbf7ae35d5d931a029e9decf8ee85234d259ba01 /block/badblocks.c
parentb6cd7f34ba1354498de03e6882c33f935b071e99 (diff)
downloadtalos-obmc-linux-88fc41c407158a7d2eaa4b2f7cfa289749d456c6.tar.gz
talos-obmc-linux-88fc41c407158a7d2eaa4b2f7cfa289749d456c6.zip
scsi: sd_zbc: Fix zone information messages
Commit bf5054569653 ("block: Introduce blk_revalidate_disk_zones()") inadvertently broke the message output of sd_zbc_print_zones() because the zone information initialization of the scsi disk structure was moved to the second scan run while sd_zbc_print_zones() is called on the first scan. This leads to the following incorrect message to be printed for any ZBC or ZAC zoned disks. "...[sdX] 4294967295 zones of 0 logical blocks + 1 runt zone" Fix this by initializing sdkp zone size and number of zones early on the first scan. This does not impact the execution of blk_revalidate_zones(). This functions is still called only once the block device capacity is set on the second revalidate run on boot, or if the disk zone configuration changed (i.e. the disk changed). Fixes: bf5054569653 ("block: Introduce blk_revalidate_disk_zones()") Cc: stable@vger.kernel.org Signed-off-by: Damien Le Moal <damien.lemoal@wdc.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'block/badblocks.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud