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: Re: sata_mv & pmp support
Date: Tue, 15 Apr 2008 18:53:15 -0400 [thread overview]
Message-ID: <480531DB.3020602@rtr.ca> (raw)
In-Reply-To: <48052E08.5040306@gmail.com>
Tejun Heo wrote:
> Mark Lord wrote:
>> Heh. Okay, apparently it now needs a .pmp_hardreset function,
>> which was never there before. So I've now added one that does this:
>
> Ah... right. That's something changed while changing libata EH to favor
> hardreset over softreset. With the change, resuming link on PMP fan out
> ports became hardreset's responsibility, which BTW is necessary anyway
> for certain PMPs (marvell ones). So, one way or another, you need
> pmp_hardreset.
>
>> mv_pmp_select(link->ap, sata_srst_pmp(link));
>> return sata_std_hardreset(link, class, deadline);
>>
>> And it seems to be working now with that function supplied, at least
>> for port-0.
>> Anything else new that it should have? I'll scan through libata-pmp.c
>> and see.
>
> The hardreset thing was the only behavior change if I didn't screw up.
> It wasn't supposed to cause any actual behavior change tho as all PMP
> supporting PMPs are supposed to have SCR access on fan-out ports and
> thus the capability to hardreset them.
>
>> Time to clean out the debug cruft and test a few things a bit more.
>
> Great. :-)
..
Yeah, I'm happy now. :)
It seems very rock solid, actually, at least on the one PM I have that works.
The Fed-Ex guy is due tomorrow with a fresh Marvell PM for me,
but I might send some stuff out for #upstream in the interim.
Still gotta reboot/retest with a 60x1 chipset first, though.
next prev parent reply other threads:[~2008-04-15 22:53 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 ` sata_mv & pmp support Mark Lord
2008-04-15 2:01 ` 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 [this message]
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=480531DB.3020602@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.