From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Martin K. Petersen" Subject: Re: RAID-10 keeps aborting Date: Thu, 6 Jun 2013 19:19:37 -0700 (PDT) Message-ID: References: <51AC1440.7020505@zytor.com> <51AC3283.4000403@zytor.com> <51ACBAA0.40604@zytor.com> <51ACD511.4030604@zytor.com> <51AE2A8C.4080508@zytor.com> <51AE3441.3000208@zytor.com> <51AEA4FE.3060900@zytor.com> <20130606142747.1fc17b7f@jlaw-desktop.mno.stratus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20130606142747.1fc17b7f@jlaw-desktop.mno.stratus.com> <(Joe> <"Thu> <> <6> <2013> <14:27:47> <-0400")> Sender: linux-raid-owner@vger.kernel.org To: Joe Lawrence Cc: "Martin K. Petersen" , "H. Peter Anvin" , Dan Williams , linux-raid List-Id: linux-raid.ids >>>>> "Joe" == Joe Lawrence writes: Joe> I'm looking at the changes in raid1.c and am confused as to why we Joe> did this in the first place (commit c8dc9c6): Joe> if (mddev->queue) Joe> blk_queue_max_write_same_sectors(mddev->queue, mddev-> chunk_sectors); Joe> for RAID1, aren't chunk_sectors always going to be zero? (At least Joe> on my machine, /sys/block/md*/queue/write_same_max_bytes for all md Joe> RAID1 devices are set to 0.) This would have the effect of Joe> rendering bdev_write_same() always false for these MD devices. I'm guessing that's a copy and paste from my raid0 support. In the raid0 case I set it to prevent straddling discard/write same commands. -- Martin K. Petersen Oracle Linux Engineering