From: Tejun Heo <htejun@gmail.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: "linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
Carlos Pardo <Carlos.Pardo@siliconimage.com>
Subject: Re: mod15write
Date: Tue, 06 Dec 2005 00:04:10 +0900 [thread overview]
Message-ID: <439456EA.3000606@gmail.com> (raw)
In-Reply-To: <4391EC88.9010604@pobox.com>
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
next prev parent reply other threads:[~2005-12-05 15:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-03 19:05 mod15write Jeff Garzik
2005-12-05 15:04 ` Tejun Heo [this message]
2005-12-05 18:24 ` mod15write Jeff Garzik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=439456EA.3000606@gmail.com \
--to=htejun@gmail.com \
--cc=Carlos.Pardo@siliconimage.com \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).