Messages in this thread |  | | | From | "Adam Kropelin" <> | | Subject | Re: intel 82571EB gigabit fails to see link on 2.6.20-rc5 in-tree e1000 driver (regression) | | Date | Fri, 19 Jan 2007 19:26:26 -0500 | |
Auke Kok wrote:
> Adam Kropelin wrote:
>> I haven't been able to test rc5-mm yet because it won't boot on this
>> box. Applying git-e1000 directly to -rc4 or -rc5 results in a number
>> of rejects that I'm not sure how to fix. Some are obvious, but the
>> others I'm unsure of.
>
> that won't work. You either need to start with 2.6.20-rc5 (and pull
> the changes pending merge in netdev-2.6 from Jeff Garzik),
I thought that's what I was doing when I applied git-e1000 to
2.6.20-rc5, but I guess not.
> or start
> with 2.6.20-rc4-mm1 and manually apply that patch I sent out on
> monday. A different combination of either of these two will not work,
> as they are completely different drivers.
I'll try to work something out.
> can you include `ethtool ethX` output of the link down message and
> `ethtool -d ethX` as well? I'll need to dig up an 82572 and see
> what's up with that, I've not seen that problem before.
ethtool output attached.
> More importantly, I suspect that *again* the issue is caused by
> interrupts not arriving or getting lost.
Smells that way to me, too.
> Can you try running with MSI disabled in your kernel config?
That fixes it! The link comes up and tx/rx works well. I get about 300
Mbps using default iperf settings with a nearby windows box.
> FYI the driver gives an interrupt to signal to the driver that link
> is up. no interrupt == no link detected. So that explains the symptom.
Yep, makes sense. I've worked with a number of PHYs like that.
--Adam
[unhandled content-type:application/octet-stream][unhandled content-type:application/octet-stream] |  |