* Q: force netif ON even when there is no real link ? @ 2018-04-20 8:44 Ran Shalit 2018-04-20 11:55 ` Andrew Lunn 0 siblings, 1 reply; 7+ messages in thread From: Ran Shalit @ 2018-04-20 8:44 UTC (permalink / raw) To: netdev Hello, We configure external switch in u-boot. The configuration is through mdio (cpu is mac and switch is phy). But in Linux we rather not implement any communication in mdio to switch, but it means that we then don't have the information of link state. Is it possible to force in Linux (by default in startup) Ethernet connectivity (netif_carrier_on, netif_wake_queue) even if there is no information of real link state ? Thank you, ranran ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Q: force netif ON even when there is no real link ? 2018-04-20 8:44 Q: force netif ON even when there is no real link ? Ran Shalit @ 2018-04-20 11:55 ` Andrew Lunn 2018-04-20 12:01 ` Ran Shalit 0 siblings, 1 reply; 7+ messages in thread From: Andrew Lunn @ 2018-04-20 11:55 UTC (permalink / raw) To: Ran Shalit; +Cc: netdev On Fri, Apr 20, 2018 at 11:44:14AM +0300, Ran Shalit wrote: > Hello, > > We configure external switch in u-boot. > The configuration is through mdio (cpu is mac and switch is phy). > > But in Linux we rather not implement any communication in mdio to > switch, but it means that we then don't have the information of link > state. > > Is it possible to force in Linux (by default in startup) Ethernet > connectivity (netif_carrier_on, netif_wake_queue) even if there is no > information of real link state ? Hi Ran Use a fixed-phy. Andrew ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Q: force netif ON even when there is no real link ? 2018-04-20 11:55 ` Andrew Lunn @ 2018-04-20 12:01 ` Ran Shalit 2018-04-20 12:05 ` Andrew Lunn 0 siblings, 1 reply; 7+ messages in thread From: Ran Shalit @ 2018-04-20 12:01 UTC (permalink / raw) To: Andrew Lunn; +Cc: netdev On Fri, Apr 20, 2018 at 2:55 PM, Andrew Lunn <andrew@lunn.ch> wrote: > On Fri, Apr 20, 2018 at 11:44:14AM +0300, Ran Shalit wrote: >> Hello, >> >> We configure external switch in u-boot. >> The configuration is through mdio (cpu is mac and switch is phy). >> >> But in Linux we rather not implement any communication in mdio to >> switch, but it means that we then don't have the information of link >> state. >> >> Is it possible to force in Linux (by default in startup) Ethernet >> connectivity (netif_carrier_on, netif_wake_queue) even if there is no >> information of real link state ? > > Hi Ran > > Use a fixed-phy. > Hi Andrew, I'll check about fixed phy, but in general, is it a problem to have always netif_carrier_on, even when there is no link ? Thank you, ranran ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Q: force netif ON even when there is no real link ? 2018-04-20 12:01 ` Ran Shalit @ 2018-04-20 12:05 ` Andrew Lunn 2018-04-20 12:14 ` Ran Shalit 0 siblings, 1 reply; 7+ messages in thread From: Andrew Lunn @ 2018-04-20 12:05 UTC (permalink / raw) To: Ran Shalit; +Cc: netdev On Fri, Apr 20, 2018 at 03:01:09PM +0300, Ran Shalit wrote: > On Fri, Apr 20, 2018 at 2:55 PM, Andrew Lunn <andrew@lunn.ch> wrote: > > On Fri, Apr 20, 2018 at 11:44:14AM +0300, Ran Shalit wrote: > >> Hello, > >> > >> We configure external switch in u-boot. > >> The configuration is through mdio (cpu is mac and switch is phy). > >> > >> But in Linux we rather not implement any communication in mdio to > >> switch, but it means that we then don't have the information of link > >> state. > >> > >> Is it possible to force in Linux (by default in startup) Ethernet > >> connectivity (netif_carrier_on, netif_wake_queue) even if there is no > >> information of real link state ? > > > > Hi Ran > > > > Use a fixed-phy. > > > > Hi Andrew, > > I'll check about fixed phy, > but in general, is it a problem to have always netif_carrier_on, even > when there is no link ? The link between the CPU and the switch should be up all the time. That is the point of fixed-link. Andrew ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Q: force netif ON even when there is no real link ? 2018-04-20 12:05 ` Andrew Lunn @ 2018-04-20 12:14 ` Ran Shalit 2018-04-20 14:01 ` Ran Shalit 0 siblings, 1 reply; 7+ messages in thread From: Ran Shalit @ 2018-04-20 12:14 UTC (permalink / raw) To: Andrew Lunn; +Cc: netdev On Fri, Apr 20, 2018 at 3:05 PM, Andrew Lunn <andrew@lunn.ch> wrote: > On Fri, Apr 20, 2018 at 03:01:09PM +0300, Ran Shalit wrote: >> On Fri, Apr 20, 2018 at 2:55 PM, Andrew Lunn <andrew@lunn.ch> wrote: >> > On Fri, Apr 20, 2018 at 11:44:14AM +0300, Ran Shalit wrote: >> >> Hello, >> >> >> >> We configure external switch in u-boot. >> >> The configuration is through mdio (cpu is mac and switch is phy). >> >> >> >> But in Linux we rather not implement any communication in mdio to >> >> switch, but it means that we then don't have the information of link >> >> state. >> >> >> >> Is it possible to force in Linux (by default in startup) Ethernet >> >> connectivity (netif_carrier_on, netif_wake_queue) even if there is no >> >> information of real link state ? >> > >> > Hi Ran >> > >> > Use a fixed-phy. >> > >> >> Hi Andrew, >> >> I'll check about fixed phy, >> but in general, is it a problem to have always netif_carrier_on, even >> when there is no link ? > > The link between the CPU and the switch should be up all the > time. That is the point of fixed-link. > I understand. But what about the mac driver, does it just do netif_start_queue ? Thanks > Andrew ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Q: force netif ON even when there is no real link ? 2018-04-20 12:14 ` Ran Shalit @ 2018-04-20 14:01 ` Ran Shalit 2018-04-20 22:04 ` Andrew Lunn 0 siblings, 1 reply; 7+ messages in thread From: Ran Shalit @ 2018-04-20 14:01 UTC (permalink / raw) To: Andrew Lunn; +Cc: netdev On Fri, Apr 20, 2018 at 3:14 PM, Ran Shalit <ranshalit@gmail.com> wrote: > On Fri, Apr 20, 2018 at 3:05 PM, Andrew Lunn <andrew@lunn.ch> wrote: >> On Fri, Apr 20, 2018 at 03:01:09PM +0300, Ran Shalit wrote: >>> On Fri, Apr 20, 2018 at 2:55 PM, Andrew Lunn <andrew@lunn.ch> wrote: >>> > On Fri, Apr 20, 2018 at 11:44:14AM +0300, Ran Shalit wrote: >>> >> Hello, >>> >> >>> >> We configure external switch in u-boot. >>> >> The configuration is through mdio (cpu is mac and switch is phy). >>> >> >>> >> But in Linux we rather not implement any communication in mdio to >>> >> switch, but it means that we then don't have the information of link >>> >> state. >>> >> >>> >> Is it possible to force in Linux (by default in startup) Ethernet >>> >> connectivity (netif_carrier_on, netif_wake_queue) even if there is no >>> >> information of real link state ? >>> > >>> > Hi Ran >>> > >>> > Use a fixed-phy. >>> > >>> >>> Hi Andrew, >>> >>> I'll check about fixed phy, >>> but in general, is it a problem to have always netif_carrier_on, even >>> when there is no link ? >> >> The link between the CPU and the switch should be up all the >> time. That is the point of fixed-link. >> > > I understand. > But what about the mac driver, does it just do netif_start_queue ? > By saying "mac driver", I mean Ethernet driver with fixed phy. Regards, Ranran > Thanks > > >> Andrew ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Q: force netif ON even when there is no real link ? 2018-04-20 14:01 ` Ran Shalit @ 2018-04-20 22:04 ` Andrew Lunn 0 siblings, 0 replies; 7+ messages in thread From: Andrew Lunn @ 2018-04-20 22:04 UTC (permalink / raw) To: Ran Shalit; +Cc: netdev > By saying "mac driver", I mean Ethernet driver with fixed phy. The fixed-phy implements the usual PHY API. So the MAC driver just sees a PHY which has a fixed speed, and is up. Andrew ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2018-04-20 22:04 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2018-04-20 8:44 Q: force netif ON even when there is no real link ? Ran Shalit 2018-04-20 11:55 ` Andrew Lunn 2018-04-20 12:01 ` Ran Shalit 2018-04-20 12:05 ` Andrew Lunn 2018-04-20 12:14 ` Ran Shalit 2018-04-20 14:01 ` Ran Shalit 2018-04-20 22:04 ` Andrew Lunn
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.