From: Matthew Garrett <mjg59@srcf.ucam.org>
To: "Allan, Bruce W" <bruce.w.allan@intel.com>
Cc: "e1000-devel@lists.sourceforge.net"
<e1000-devel@lists.sourceforge.net>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 1/2] e1000e: Only disable ASPM on 82573L devices
Date: Fri, 19 Feb 2010 22:03:06 +0000 [thread overview]
Message-ID: <20100219220306.GA6795@srcf.ucam.org> (raw)
In-Reply-To: <8DD2590731AB5D4C9DBF71A877482A9061394282@orsmsx509.amr.corp.intel.com>
On Fri, Feb 19, 2010 at 01:53:01PM -0800, Allan, Bruce W wrote:
> Exactly which erratum are you referring to? Erratum 17 in the 82573
> Specification Update? If that is the case, I see the possibility of
> another interpretation of the erratum which suggests the possibility
> of the same issue on other variants of the 82573 when using standard
> frame sizes and ASPM enabled. Not to mention, I believe there may be
> other parts (82574 perhaps) that will have issues with L1 ASPM
> enabled. I will follow-up with the folks who did the investigation
> that resulted in the erratum in order to get a clearer picture of all
> this, and take a look into other parts that may likewise be affected.
Ah, yes - I see that it could be interpreted that way. The description
seems to suggest that it's only relevant if ERT is enabled, which is
required for jumbo frames. I'm not entirely clear on whether ERT is
enabled in other circumstances? If not, we ought to be able to limit
this to the L device - if not, it should be done on E and V as well.
The 82574 specification update doesn't mention any ASPM errata, but if
you're able to check then that would be great. My main aim here is to
try to get it turned back on on hardware where this works, since it's a
measurable power saving.
--
Matthew Garrett | mjg59@srcf.ucam.org
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
prev parent reply other threads:[~2010-02-19 22:03 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-11 18:14 [PATCH v3 1/2] e1000e: Only disable ASPM on 82573L devices Matthew Garrett
2010-02-11 18:14 ` [PATCH v3 2/2] e1000e: Don't disable jumbo frames on 82573L due to eeprom contents Matthew Garrett
2010-02-19 21:53 ` Allan, Bruce W
2010-02-19 21:53 ` [PATCH v3 1/2] e1000e: Only disable ASPM on 82573L devices Allan, Bruce W
2010-02-19 22:03 ` Matthew Garrett [this message]
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=20100219220306.GA6795@srcf.ucam.org \
--to=mjg59@srcf.ucam.org \
--cc=bruce.w.allan@intel.com \
--cc=e1000-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@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).