From: Maxim Levitsky <maximlevitsky@gmail.com>
To: "Tantilov, Emil S" <emil.s.tantilov@intel.com>
Cc: "Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"Allan, Bruce W" <bruce.w.allan@intel.com>,
"Pieper, Jeffrey E" <jeffrey.e.pieper@intel.com>
Subject: RE: [REGRESSION] e1000e stopped working [MANUALLY BISECTED]
Date: Sat, 17 Jul 2010 16:54:57 +0300 [thread overview]
Message-ID: <1279374897.8428.5.camel@localhost.localdomain> (raw)
In-Reply-To: <EA929A9653AAE14F841771FB1DE5A1365FFE1B19CD@rrsmsx501.amr.corp.intel.com>
On Fri, 2010-07-16 at 17:23 -0600, Tantilov, Emil S wrote:
> Maxim Levitsky wrote:
> > On Thu, 2010-07-15 at 22:09 +0300, Maxim Levitsky wrote:
> >> On Thu, 2010-07-15 at 13:02 -0600, Tantilov, Emil S wrote:
> >>> Maxim Levitsky wrote:
> >>>> On Thu, 2010-07-15 at 02:33 +0300, Maxim Levitsky wrote:
> >>>>> On Wed, 2010-07-14 at 16:56 -0600, Tantilov, Emil S wrote:
> >>>>>> Maxim Levitsky wrote:
> >>>>>>> On Mon, 2010-07-12 at 15:23 -0600, Tantilov, Emil S wrote:
> >>>>>>>> Maxim Levitsky wrote:
> >>>>>>>>> On Mon, 2010-07-05 at 12:58 +0300, Maxim Levitsky wrote:
> >>>>>>>>>> On Mon, 2010-07-05 at 01:13 -0700, Jeff Kirsher wrote:
> >>>>>>>>>>> On Sun, Jul 4, 2010 at 15:48, Maxim Levitsky
> >>>>>>>>>>> <maximlevitsky@gmail.com> wrote:
> >>>>>>>>>>>> Did few guesses, and now I see that reverting the below
> >>>>>>>>>>>> commit fixes the problem.
> >>>>>>>>>>>>
> >>>>>>>>>>>> "e1000e: Fix/cleanup PHY reset code for ICHx/PCHx"
> >>>>>>>>>>>> e98cac447cc1cc418dff1d610a5c79c4f2bdec7f.
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Best regards,
> >>>>>>>>>>>> Maxim Levitsky
> >>>>>>>>>>>>
> >>>>>>>>>>>> --
> >>>>>>>>>>>
> >>>>>>>>>>> Can you give us till Tuesday to respond? I know that there
> >>>>>>>>>>> are some additional e1000e patches in my queue, which may
> >>>>>>>>>>> resolve the issue, but this weekend the power is down to do
> >>>>>>>>>>> some infrastructure upgrades which prevents us from doing
> >>>>>>>>>>> any investigation.debugging until Tuesday.
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Sure.
> >>>>>>>>>>
> >>>>>>>>>> Best regards,
> >>>>>>>>>> Maxim Levitsky
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Updates?
> >>>>>>>>
> >>>>>>>> We are working on reproducing the issue. So far we have not
> >>>>>>>> seen the problem when testing with net-next.
> >>>>>>>>
> >>>>>>>> I asked in previous email about some additional info from
> >>>>>>>> ethtool (-d, -e, -S) and kernel config. That would help us to
> >>>>>>>> narrow it down.
> >>>>>>>>
> >>>>>>>> Thanks,
> >>>>>>>> Emil
> >>>>>>> I did send -e and -d output.
> >>>>>>
> >>>>>> Sorry, looks like I lost the email with the attachements.
> >>>>>>
> >>>>>> Could you provide the output of dmesg after the failure occurs?
> >>>>>>
> >>>>>>> Since you probably want -S output during failure, I need to
> >>>>>>> recompile kernel for that. I will do that soon.
> >>>>>>>
> >>>>>>>
> >>>>>>> One question, in two weeks I hope 2.6.35 won't be released?
> >>>>>>> If so, I will have enough free time then to narrow down this
> >>>>>>> issue.
> >>>>>>>
> >>>>>>> Other solution, is to revert this commit.
> >>>>>>> (I have never seen this problem with it reverted).
> >>>>>>
> >>>>>> We have been running reboot tests on 2 separate systems with
> >>>>>> recent net-next kernels using your config and so far no luck in
> >>>>>> reproducing this issue.
> >>>>>>
> >>>>>> What is the make model of your system (or MB)?
> >>>>>
> >>>>> the motherboard is Intel DG965RY.
> >>>>>
> >>>>> However, I am using vanilla kernel.
> >>>>> net-next might contain further fixes.
> >>>>>
> >>>>> I see if net-next works here.
> >>>>
> >>>> Yep, net-next works here.
> >>>>
> >>>>
> >>>> I have the problem on vanilla kernel.
> >>>> Last revision of it, I tested is 2.6.35-rc4 exactly
> >>>> (815c4163b6c8ebf8152f42b0a5fd015cfdcedc78)
> >>>>
> >>>>
> >>>> Maybe vanilla git master works, I test it too soon.
> >>>
> >>> Thanks for the information! Good to know that this issue does not
> >>> exist in the latest branch.
> >>>
> >>> Have you by any chance tested a stable branch (2.6.34.x)?
> >>
> >> I only did test plain 2.6.34 (v2.6.34)
> > And forgot to add, that it did work.
> >
> >>
> >> Also I repeat that revert of e98cac447cc1cc418dff1d610a5c79c4f2bdec7f
> >> (e1000e: Fix/cleanup PHY reset code for ICHx/PCHx) fixes the bug on
> >> vanilla kernel.
> >>
> >> Also I just pulled latest vanilla git, and I according to diffstat I
> >> see no changes in e1000e, so its likely that bug remains there.
> >> I will test that soon.
> > Tested, broken as expected.
>
> That makes sense. Unfortunately we are still not able to reproduce even on recent pull from Linus tree.
>
> If you want - you can look at the patches for e1000e in net-next and start applying those to your tree until the issue is resolved.
>
That exactly what I will do soon.
Also I can narrow down the problem by reverting the commit partially.
After one week, I will have enough free time to do all the thing like
above. Now I have none.
> I will keep trying it here, but none of the systems we have exhibit the issue you described, so the bug could be exposed by something in your system/config.
I also think so. Otherwise, we would see more bug-reports.
You probably don't need to try anymore and reproduce that issue, because
of that.
Best regards,
Maxim Levitsky
next prev parent reply other threads:[~2010-07-17 13:55 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-27 17:27 [REGRESSION] e1000e stopped working Maxim Levitsky
2010-06-27 17:29 ` Maxim Levitsky
2010-06-27 17:43 ` Maxim Levitsky
2010-06-27 17:47 ` Maxim Levitsky
2010-06-28 17:04 ` Allan, Bruce W
2010-06-28 17:14 ` Maxim Levitsky
2010-06-29 1:09 ` Allan, Bruce W
2010-06-29 10:32 ` Maxim Levitsky
2010-06-29 18:37 ` Tantilov, Emil S
2010-06-30 22:59 ` Maxim Levitsky
2010-07-04 0:41 ` Maxim Levitsky
2010-07-04 22:48 ` [REGRESSION] e1000e stopped working [MANUALLY BISECTED] Maxim Levitsky
2010-07-05 8:13 ` Jeff Kirsher
2010-07-05 9:58 ` Maxim Levitsky
2010-07-12 15:56 ` Maxim Levitsky
2010-07-12 21:23 ` Tantilov, Emil S
2010-07-13 0:38 ` Maxim Levitsky
2010-07-14 22:56 ` Tantilov, Emil S
2010-07-14 23:33 ` Maxim Levitsky
2010-07-15 18:57 ` Maxim Levitsky
2010-07-15 19:02 ` Tantilov, Emil S
2010-07-15 19:09 ` Maxim Levitsky
2010-07-16 19:25 ` Maxim Levitsky
2010-07-16 23:23 ` Tantilov, Emil S
2010-07-17 13:54 ` Maxim Levitsky [this message]
2010-07-26 0:25 ` Maxim Levitsky
2010-07-28 7:04 ` Maxim Levitsky
2010-07-29 1:10 ` Jeff Kirsher
2010-08-01 2:08 ` Jeff Kirsher
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=1279374897.8428.5.camel@localhost.localdomain \
--to=maximlevitsky@gmail.com \
--cc=bruce.w.allan@intel.com \
--cc=emil.s.tantilov@intel.com \
--cc=jeffrey.e.pieper@intel.com \
--cc=jeffrey.t.kirsher@intel.com \
--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).