On Mon, Jan 07, 2013 at 01:59:54PM +0100, Stefan Hajnoczi wrote:
> On Sun, Jan 06, 2013 at 01:11:49PM +0800, Amos Kong wrote:
> > On Sat, Jan 05, 2013 at 04:45:14PM +0800, Jason Wang wrote:
> > > On 01/03/2013 08:20 PM, Stefan Hajnoczi wrote:
> > > > On Fri, Dec 28, 2012 at 05:29:10PM +0800, Amos Kong wrote:
> > > >> Commit b9d03e352cb6b31a66545763f6a1e20c9abf0c2c added link
> > > >> auto-negotiation emulation, it would always set link up by
> > > >> callback function. Problem exists if original link status
> > > >> was down, link status should not be changed in auto-negotiation.
> > > >>
> > > >> Signed-off-by: Jason Wang <jasow...@redhat.com>
> > > >> Signed-off-by: Amos Kong <ak...@redhat.com>
> > > >> ---
> > > >> hw/e1000.c | 5 +++++
> > > >> 1 file changed, 5 insertions(+)
> > > >>
> > > >> diff --git a/hw/e1000.c b/hw/e1000.c
> > > >> index 92fb00a..eebcd1d 100644
> > > >> --- a/hw/e1000.c
> > > >> +++ b/hw/e1000.c
> > > >> @@ -164,6 +164,11 @@ static void
> > > >> set_phy_ctrl(E1000State *s, int index, uint16_t val)
> > > >> {
> > > >> if ((val & MII_CR_AUTO_NEG_EN) && (val &
> > > >> MII_CR_RESTART_AUTO_NEG)) {
> > > >> + /* no need auto-negotiation if link was down */
> > > >> + if (s->nic->nc.link_down) {
> > > >> + s->phy_reg[PHY_STATUS] |= MII_SR_AUTONEG_COMPLETE;
> > > >> + return;
> > > >> + }
> > > >> s->nic->nc.link_down = true;
> > > >> e1000_link_down(s);
> > > >> s->phy_reg[PHY_STATUS] &= ~MII_SR_AUTONEG_COMPLETE;
> > > > Do we need set_ics(s, 0, E1000_ICR_LSC) when autonegotiation completes?
> > > > The code doesn't but I wonder if we should.
> > >
> > > Not in this case I think. The hack of the auto-negotiation was used to
> > > prevent the irq to be injected before the handler is registered in
> > > windows guest. So an irq would be raised here if we do this which breaks
> > > the hack.
>
> Then we have to raise the irq in a timer callback just like the existing
> code already does.
>
> I'm worried that a guest driver could depend on the LSC interrupt.
>
> >
> > In e1000_open(), after enable irq of adapter, driver will fire a link status
> > change interrupt to start a watchdog, which will update the link status in
> > system.
> >
> > After auto-nego complete, the irq of adapter is still not enabled, the
> > early interrupt will not work.
> >
> > So current code is ok.
>
> It's okay for the specific guest driver that you're thinking of. But
> emulation code should reflect how a real device behaves. That way it
> can work with other guest drivers too.
>
> The question is: does a real device raise LSC when setting the
> MII_SR_AUTONEG_COMPLETE bit in the PHY_STATUS register?
>
> I found no definite answer in the datasheet but I suspect it does. If
> you have a real e1000 could you test it?
Hi Stefan,
I don't have e1000 (82540EM) in hand, and just tested with e1000e (82567LM-3)
This is the debug message:
| >>> setup autoneg: icr & E1000_ICR_LSC: 0
| >>> autoneg completed, icr & E1000_ICR_LSC: 0
| >>> setup autoneg: icr & E1000_ICR_LSC: 0
| >>> autoneg completed, icr & E1000_ICR_LSC: 0
No interrupt after auto-nego completed
| e1000e 0000:00:19.0: irq 49 for MSI/MSI-X
| e1000e 0000:00:19.0: irq 49 for MSI/MSI-X
irq is enabled
| >>> e1000_open: before fire an interrupt, icr & E1000_ICR_LSC: 0
^^^
ICR_LSC bit doesn't change by hardware
Software driver changes ICR_LSC bit to fire a interrupt
| >>> e1000_open: after fire an interrupt, icr & E1000_ICR_LSC: 4
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 4
^^ handle this interrupt
| IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 0
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 0
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 4
^^^
E1000_ICR_LSC is changed by hardware and caused an interrupt
Our e1000 backend driver doesn't raise this interrupt.
It seems a interrupt should be raise by backend driver, but we don't
know what's the right time/point.
| e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
| IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 0
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 0
| >>> e1000_intr_msi: icr & E1000_ICR_LSC: 0
| >>> set link up in watchdog task, icr & E1000_ICR_LSC: 0
In OpenSDM_8254x-37.pdf:
| ++ PHY Initialization (10/100/1000 Mb/s Copper Media)
| Once link is achieved by the PHY, software is notified when a Link
| Status Change (LSC) interrupt is generated by the Ethernet controller.
"link is achieved by the PHY" == "auto-nego completes" ?
| + 8.6.5.2 Internal PHY Mode
| While in internal PHY mode, an internal signal provides status of the
| physical link as indicated by
| the PHY. Indication that the link is not up disables MAC operation.
| Upon determination of a valid
| link, the assertion of the internal link signal asserts the LSC
| interrupt (if enabled) to indicate to the software driver to check the link
status.
Is it lost in our backend driver?
I will try to find a e1000 real nic to re-test.
Thanks, Amos
