Hi Patrick, thank you for your answer
> Hi, > > On Thu, 2015-09-03 at 11:52 +0200, laurent vaudoit wrote: > > Hi all, > > we are working on a board integrating a switch with 2 port. > > We use DSA kernel framework. > > > > On the distribution, we use systemd and connman (version 1.29) > > kernel is a 3.10.17. > > > > when the board boot, we have 3 interfaces appearing with ifconfig, > > the 3 has the same MAC ADRESS > > If the three interface have the same MAC address, ConnMan will get > confused latest when saving settings for these networks. If the idea is > that ConnMan sees three different ethernet networks here, they better > have different MAC addresses also. > > > eth0, lan1, lan2. > > > > lan1 and lan2 automatically get IP through dhcp. > > Everything works well until we go to suspend. > > > > When we resume, ifconfig only show eth0. > > lan1 and lan2 are not displayed, and we have to manually set lan1/lan2 > up. > > > > Is there any reason for this behaviour? > > Interfaces are handled entirely by the Linux kernel. ConnMan enumerates > them via rtnetlink messages. At suspend a dellink rtnetlink is received > which removes the interface from ConnMan and at resume a newlink rtnl > message is received, which re-creates the interface in ConnMan. Regular > ethernet interfaces will be connected as soon as a network cable is > connected and carrier detected on the interface. > > Start by checking the flags of the interface with 'ip link show' or > 'ifocnfig' before and after suspend/resume. Most likely lan1 and lan2 > exist, but aren't automatically set UP and RUNNING on a resume. Are lan1 > and lan2 interfaces that needed some action to be created in the first > place by the switch? Which/what actions? > I've made some more debug, and now, i'm able to have lan1/lan2 up after suspend/resume procedure. I just have one more problem. After resume, lan1 is shown as UP (checked by ip link show), but have no IP adress. After boot, lan1 get an IP through DHCP. after suspend/resume, i do not get an IP (if i launch udhcpc command, ip is get and everything works). I'm trying to analyse the log of the command connmand -d -n, but i'm a little lost If you have some advice, i would appreciate. > > Cheers, > > Patrik > > Regards Laurent > _______________________________________________ > connman mailing list > [email protected] > https://lists.connman.net/mailman/listinfo/connman > _______________________________________________ connman mailing list [email protected] https://lists.connman.net/mailman/listinfo/connman
