Date: Tue, 24 May 2016 16:56:46 -0400 From: "Kenneth D. Merry" <ken@FreeBSD.ORG> To: "Oleg V. Nauman" <oleg@opentransfer.com> Cc: current@freebsd.org Subject: Re: ATA? related trouble with r300299 Message-ID: <20160524205645.GA71641@mithlond.kdm.org> In-Reply-To: <1940214.zTZhPdnZGe@asus.theweb.org.ua> References: <16296020.R5v2TQkD2c@asus.theweb.org.ua> <4098903.NVJrBtROzX@asus.theweb.org.ua> <20160524201733.GA71011@mithlond.kdm.org> <1940214.zTZhPdnZGe@asus.theweb.org.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 24, 2016 at 23:54:09 +0300, Oleg V. Nauman wrote: > On Tuesday 24 May 2016 16:17:33 you wrote: > > Okay, I've got a basic idea of what may be going on. The resets that are > > getting sent are triggering another probe, which then triggers a reset, > > which triggers a probe...and so on. > > > > So here is another patch that should work for you: > > > > https://people.freebsd.org/~ken/cam_smr_ada_patch.20160524.2.txt > > > > I have commented out the quirk for this drive, and the driver will now only > > start the SMR probe on drives that claim to be SMR-capable. So, for the > > vast majority of drives out there right now, it won't even start the extra > > probe steps. > > It fixes this issue. I was able to boot with your latest patch. Great! I'll check it in with that fix as well as a quirk entry. That way, if we have other reasons later on to issue a read log, we'll know that it doesn't work for those drives. Ken -- Kenneth Merry ken@FreeBSD.ORG
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160524205645.GA71641>