Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 03/12/2020 17:15, Coly Li wrote:
This patch is an initial effort to improve badblocks_set() for setting
bad blocks range when it covers multiple already set bad ranges in the
bad blocks table, and to do it as fast as possible.

Is this your patch, or submitted as part of the bug report?

"Heavily based on MD badblocks code from Neil Brown"

How much has this code got to do with the mdraid subsystem? Because badblocks in mdraid has an appalling reputation, with many people wanting to just rip it out.

If this code is separate from the mdraid implementation, any chance you can work with it, and fix that at the same time? Or make it redundant! I don't quite see why mdraid should need a badblocks list given modern disk drives.

And it's on my to-do list (if I can find the time!!!) to integrate dm-integrity into mdraid, at which point md badblocks should be irrelevant.

Hope I'm not being a shower of cold water, and if you want to fix all this, good on you, but to the extent that this is relevant to linux-raid, I think a lot of people will be asking "What's the point?"

Cheers,
Wol



[Index of Archives]     [Linux RAID]     [Linux SCSI]     [Linux ATA RAID]     [IDE]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Device Mapper]

  Powered by Linux