[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110617120012.6feb524d@nehalam.ftrdhcpuser.net>
Date: Fri, 17 Jun 2011 12:00:12 -0700
From: Stephen Hemminger <shemminger@...tta.com>
To: David Miller <davem@...emloft.net>
Cc: anirban.chakraborty@...gic.com, netdev@...r.kernel.org,
amit.salecha@...gic.com
Subject: Re: [PATCH net-next 5/7] qlcnic: fix default operating state of
interface
On Fri, 17 Jun 2011 00:10:35 -0400 (EDT)
David Miller <davem@...emloft.net> wrote:
> From: Anirban Chakraborty <anirban.chakraborty@...gic.com>
> Date: Thu, 16 Jun 2011 13:37:36 -0700
>
> > From: Amit Kumar Salecha <amit.salecha@...gic.com>
> >
> > Currently interface shows status as RUNNING, even if there is no link.
> > To fix this, netif_carrier_off should be called after register_netdev().
> >
> > netif_carrier_off calls linkwatch_fire_event(dev); only if netdev is registered,
> > otherwise it skips. linkwatch_fire_event set default state of nic interface.
> >
> > Signed-off-by: Amit Kumar Salecha <amit.salecha@...gic.com>
> > Signed-off-by: Anirban Chakraborty <anirban.chakraborty@...gic.com>
>
> You cannot do this.
>
> The exact second that register_netdev() is called, the device can
> be brought up asynchronously and the link brought into the up state.
>
> Your netif_carrier_off() call will race with this.
>
> This is why no other (properly functioning) driver does what you're
> trying to do here.
The proper place to do this is in the open() routine.
When device is not open, the carrier state is undefined; and devices
that are trying to save power turn off PHY when device is not in use.
Therefore the open() routine should ensure that the carrier is in
the proper state when returning. Just doing something like:
static int qlcnic_open() {
...
netif_carrier_off()
err = __qlcnic_up();
...
}
static int __qlcnic_up() {
...
(lots of tests)
...
netif_carrier_on();
adapter->reset_context = 0;
set_bit(__QLCNIC_DEV_UP, &adapter->state);
return 0;
}
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists