Tested against main RAID6, 7 disk array, with sas extender and work with out error. Tested against 2X mirror of SSD's, direct attached, and worked with out error. Check was a simple RAID check. "echo check > /sys/block/md126/md/sync_action" Patched against: root@nas:~# uname -a Linux nas 4.0.0 #1 SMP Thu Apr 16 09:05:59 PDT 2015 x86_64 GNU/Linux Many thanks to all involved in helping me debug this. Should this patch be tested by a few other then added to the kernel tree? On Thu, Apr 16, 2015 at 10:31 AM, Adam Talbot <ajtalbot1@xxxxxxxxx> wrote: > Oh! Good idea. ;-) > I will test it in 6~8 hours, once the raid check finishes. > > On Thu, Apr 16, 2015 at 10:28 AM, James Bottomley > <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx> wrote: >> On Thu, 2015-04-16 at 10:26 -0700, Adam Talbot wrote: >>> Wow, I forgot how long it takes to compile a full kernel. Glad I ran >>> Gentoo for a few years and knew how to compile and apply patches. I >>> will admit I had to dust off some mental cobwebs. >>> >>> Pre-patched 4.0.0 kernel tree: Oops, as expected >>> Patched 4.0.0 kernel tree: IT WORKED!!!!! Basic mount, and checking a >>> few files all looks good. I will start a RAID check as that should >>> really push the driver. I will report back tomorrow when it finishes. >> >> Could you also check the direct ATA attachment case to make sure I >> didn't screw that up. The fix is based on a theory about how the driver >> operates rather than any actual documentation. >> >> Thanks, >> >> James >> >> -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html