From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: mod15write Date: Tue, 06 Dec 2005 00:04:10 +0900 Message-ID: <439456EA.3000606@gmail.com> References: <4391EC88.9010604@pobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from zproxy.gmail.com ([64.233.162.201]:35391 "EHLO zproxy.gmail.com") by vger.kernel.org with ESMTP id S1751256AbVLEPEP (ORCPT ); Mon, 5 Dec 2005 10:04:15 -0500 Received: by zproxy.gmail.com with SMTP id 14so986726nzn for ; Mon, 05 Dec 2005 07:04:14 -0800 (PST) In-Reply-To: <4391EC88.9010604@pobox.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Jeff Garzik Cc: "linux-ide@vger.kernel.org" , Carlos Pardo Jeff Garzik wrote: > > IIRC, the specific mod15write problem is that we don't want the final > Data FIS generated by the 3112 to end on a pure 8K or 7.5K boundary > (Carlos, check me here...) > > Thus, a potential solution might be to do full speed read commands, and > split write commands into two commands: one write with the majority of > the transfer, and a second write with the remainder. > Hello, Jeff and Carlos. I did some tests with m15w workaround I'm maintaining. It was quite easy to do what Jeff said instead of the original workaround (chopping off large write requests to writes <= 15 sectors). 3112: For some mysterious reason, I couldn't regenerate m15w problem on the controller. Even without any patch, the drive works perfectly no matter what I do. I used to be able to cause m15w lockup on this controller previously on the older testing machine. 3114: This locks up very easily. We currently don't know whether 3114 has m15w or not, but 3114 locks up without the workaround and with the modified workaround, but works fine with the original workaround. So, if the lock ups of 3114 are actually m15w, splitting writes into two commands such that it doesn't end on a 8k or 7.5k boundary doesn't seem to work. I'll retest 3112 on the older machine and report. -- tejun