From: Mark Lord <liml@rtr.ca>
To: Tejun Heo <htejun@gmail.com>
Cc: Jeff Garzik <jeff@garzik.org>,
IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: sata_mv & pmp support
Date: Mon, 14 Apr 2008 16:52:57 -0400 [thread overview]
Message-ID: <4803C429.6070201@rtr.ca> (raw)
In-Reply-To: <48023462.1050305@rtr.ca>
> Tejun Heo wrote:
>Currently, SATA softresets should do link onlineness check before
>actually performing SRST protocol but it doesn't really belong to
>softreset.
>
>This patch moves onlineness check in softreset to ata_eh_reset() and
>ata_eh_followup_srst_needed() to clean up code and help future sata_mv
>changes which need clear separation between SCR and TF accesses.
Jeff Garzik wrote:
>Mark, let us know how we stand WRT sata_mv PMP needs, this should help.
Mark Lord wrote:
> I plan to spend Monday updating the sata_mv PMP support over
> to the newly restructured libata helpers from Tejun, so we'll
> know for sure at that time. Should be good, though.
Well, I've spent much of the day porting to the new interfaces,
and then trying to get things working again.
One port multiplier card turned out to be totally dead.
It was never found (today) by libata, and got quite hot for some reason.
Since it is probably now toast, I've set it aside.
The other port multiplier here is different, and was not used
in the first round of tests. So far, it gets detected by libata,
but I'm temporarily stuck on the old issue of libata not finding
any of the connected drives. So I probably don't have the myriad
of pre/hard/soft/pmp/post reset handlers configured just right yet.
To establish some kind of baseline, I'm going to reimplement the
pmp_read/write hooks I used to have, and see if things come alive
again with those. And then figure out again what has to change
to get rid of them.
Tejun:
Do you have any recommendations on exactly what should be in
mv_pmp_softreset() and mv_softreset() and mv_hardreset() under this scheme?
My basic attempt was to try this:
No prereset or postreset handlers of any kind.
mv_hardreset(): as in the hardreset rework patch (yet to be picked up
by Jeff), plus a call to mv_select_pmp(link->ap, SATA_PMP_CTRL_PORT)
before the sata_link_hardreset() wrapper loop.
mv_softreset():
First do mv_select_pmp(link->ap, SATA_PMP_CTRL_PORT),
and then call ata_sff_softreset().
mv_pmp_softreset():
First do mv_select_pmp(link->ap, link->pmp),
and then call ata_sff_softreset().
Resets of the pmp ports always fail with SRST failed (errno=-16).
next prev parent reply other threads:[~2008-04-14 20:52 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-07 16:25 [PATCH #upstream 1/2] libata: kill dead code paths in reset path Tejun Heo
2008-04-07 16:46 ` [PATCH #upstream 2/2] libata: move link onlineness check out of softreset methods Tejun Heo
2008-04-12 4:35 ` [PATCH #upstream 1/2] libata: kill dead code paths in reset path Jeff Garzik
2008-04-13 16:27 ` Mark Lord
2008-04-14 20:52 ` Mark Lord [this message]
2008-04-15 2:01 ` sata_mv & pmp support Tejun Heo
2008-04-15 14:03 ` Mark Lord
2008-04-15 14:04 ` Mark Lord
[not found] ` <4803C850.9010901@rtr.ca>
2008-04-15 2:07 ` Tejun Heo
2008-04-15 19:59 ` Mark Lord
2008-04-15 20:14 ` Mark Lord
2008-04-15 22:36 ` Tejun Heo
2008-04-15 22:53 ` Mark Lord
2008-04-16 2:03 ` Mark Lord
2008-04-16 2:10 ` Tejun Heo
2008-04-16 7:05 ` Gwendal Grignou
2008-04-16 12:43 ` Mark Lord
2008-04-16 12:37 ` Mark Lord
2008-04-16 12:45 ` Mark Lord
2008-04-16 15:41 ` Mark Lord
2008-04-16 22:19 ` Tejun Heo
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=4803C429.6070201@rtr.ca \
--to=liml@rtr.ca \
--cc=htejun@gmail.com \
--cc=jeff@garzik.org \
--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).