Re: [patch] md superblock update failures

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

 



Lars Marowsky-Bree <lmb@xxxxxxx> wrote:
> Minor cleanup:
> 
> > @@ -1325,24 +1336,24 @@ repeat:
> >  
> >               dprintk("%s ", bdevname(rdev->bdev,b));
> >               if (!rdev->faulty) {
> > -                     err += write_disk_sb(rdev);
> > +                     md_super_write(mddev,rdev,
> > +                                    rdev->sb_offset<<1, MD_SB_BYTES,
> > +                                    rdev->sb_page);
> > +                     dprintk(KERN_INFO "(write) %s's sb offset: %llu\n",
> > +                             bdevname(rdev->bdev,b),
> > +                             (unsigned long long)rdev->sb_offset);
> > +
> >               } else
> >                       dprintk(")\n");
> >               if (!err && mddev->level == LEVEL_MULTIPATH)
> >                       /* only need to write one superblock... */
> >                       break;
> >       }

Maintenance-wise, I'd prefer if (write_disk_sb(rdev) != 0) err++, since
seeing things which are of signed type tested ultimately only for
difference from zero makes me nervous. Who says somebody won't forget
the way it's tested here and let write_disk_sb one day return negative
for error, and zero for success?

> The "!err &&" part can probably go away, right?

As to your observation, morally I'm with you on that, since we oughtn't
need to write more superblocks if there has been an error than if there
hasn't.

Peter

-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux