Bug 6075

Summary: Connman offline mode in connman-gnome - eth0 still active in offline mode
Product: [Build System, Metadata & Runtime] BSPs Reporter: Ionut Chisanovici <ionutx.chisanovici>
Component: bsps-meta-intelAssignee: Cristina Agurida <cristina-danielax.agurida>
Status: VERIFIED FIXED QA Contact: Alexandru Georgescu <alexandru.c.georgescu>
Severity: normal    
Priority: Low CC: alexandru.c.georgescu, alexandrux.palalau, corneliux.stoicescu, cristian.iorga, jessica.zhang, tom.zanussi
Version: 1.6   
Target Milestone: 2.1 M1   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: No (bug/feature does not impact docs)
Attachments:
Description Flags
connmanctl enable offline on qemux86-64 execution trace
none
connmanctl enable offline on FRI2 execution trace
none
running connmanctl and other info log
none
Lenovo S10-3 system log none

Description Ionut Chisanovici 2014-03-31 13:14:36 UTC
ENVIRONMENT: Fish River Island 2 (FRI2)
STEPS TO REPRODUCE: 
1. Launch connman-properties after system booting
2. choose "offline mode" and check the connection of all network interfaces

EXPECTED OUTCOME: All connection should be off after clicking "offline mode" .
ACTUAL OUTCOME: eth0 is is still active and up after setting Offline mode in connman. Ping is working, ssh connections also.

Cheers,
Ionut C
Comment 1 Darren Hart 2014-04-03 14:39:25 UTC
Cristian, can you dig a bit more here and help identify where and how this is failing?

For example, is connman issuing an "ifdown eth0" and that doesn't work? Does it work from the command line? Does connman use another mechanism entirely?

This doesn't sound BSP specific, but apparently it was only on the FRI2 that it occurred, so we need to find something more FRI2 specific than just connman.
Comment 2 Cristian Iorga 2014-04-10 13:36:17 UTC
Hello Darren, all,

I have tested a similar scenario on qemux86-64, without any issues.
So this seems to be a HW specific issue.
Investigation continues.
Comment 3 Cristian Iorga 2014-04-10 16:22:12 UTC
Beside the original issue, during tests, linux on fri2 froze twice, while changing settings in connman-gnome.
Comment 4 Cristian Iorga 2014-04-10 16:23:28 UTC
I have built my own core-image-sato with:
poky head:
commit db80f796e78746014a0f9497638e5c6fd2953ef0
Refs: master, <origin/HEAD>, <origin/master>, 1.6_M4-595-gdb80f79
Author:     Denys Dmytriyenko <denys@ti.com>
AuthorDate: Thu Apr 10 04:02:13 2014 -0400
Commit:     Richard Purdie <richard.purdie@linuxfoundation.org>
CommitDate: Thu Apr 10 10:13:55 2014 +0100

    README.hardware: update with Texas Instruments Beaglebone instructions

    Replaces outdated Beagleboard instructions with Beaglebone Black (and White).

    (From meta-yocto rev: 283b51b0149f7e5838bd1c8465451897baf0bf44)

    Signed-off-by: Denys Dmytriyenko <denys@ti.com>
    Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

meta-intel head:
commit db84acfc8d9ed8dccd4a79de39fee337bc729662
Refs: master, <origin/HEAD>, <origin/master>, 1.6_M2-92-gdb84acf
Author:     Darren Hart <dvhart@linux.intel.com>
AuthorDate: Tue Apr 1 15:34:57 2014 -0700
Commit:     Darren Hart <dvhart@linux.intel.com>
CommitDate: Wed Apr 9 09:51:19 2014 -0700

    intel-common: Set common PACKAGE_ARCH for linux-yocto-rt

    The linux-yocto/meta support is now available for the intel-core*
    machines and the preempt-rt kernel. Enable the common PACKAGE_ARCH in
    intel-common-pkgarch.inc.

    Signed-off-by: Darren Hart <dvhart@linux.intel.com>

target:
fri2-noemgd
image:
core-image-sato

We couldn't not make that image install on two different FRI2.
Comment 5 Cristian Iorga 2014-04-10 18:17:30 UTC
Created attachment 1904 [details]
connmanctl enable offline on qemux86-64 execution trace
Comment 6 Cristian Iorga 2014-04-10 18:17:59 UTC
Created attachment 1905 [details]
connmanctl enable offline on FRI2 execution trace
Comment 7 Cristian Iorga 2014-04-10 18:20:43 UTC
Created attachment 1906 [details]
running connmanctl and other info log

Running connmanctl and other info log on FRI2.
Comment 8 Cristian Iorga 2014-04-10 18:22:32 UTC
Trace execution paths for:
connnmanctl enable offline command
looks pretty different on qemux86-64 and FRI2.
Can someone provide some insights into what is happening?
Comment 9 Cristian Iorga 2014-04-10 18:25:56 UTC
@Alex.Palalau:
Can you please test this issue on FRI2 with MACHINE=fri2-noemgd?
It seems that in that case the linux kernel would be 3.14, offering a more similar environment with qemux86-64.
Comment 10 Cristian Iorga 2014-04-10 18:28:16 UTC
Plase note that issuing:
ifconfig eth0 down
works correctly on FRI2.
Comment 11 Alexandru Palalau 2014-04-14 06:25:16 UTC
Investigation ongoing.
I'm going to narrow down the scenarios for the mentioned behavior.
Comment 12 Stoicescu Cornel 2014-04-16 15:52:45 UTC
This seems to be a regression of bug 4237. 

Also present on crownbay with poky & meta-intel 1.6 M5 RC4.
Comment 13 Stoicescu Cornel 2014-04-16 15:58:47 UTC
And there is also this bug 3804 which has a fix.
Comment 14 Cristian Iorga 2014-04-18 07:42:45 UTC
Hi Corneliu, I am not sure that bug 4237 and bug 3804 are related to this bug.
Comment 15 Cristian Iorga 2014-05-20 06:43:53 UTC
Investigation continues.
Comment 16 Alexandru Georgescu 2015-03-30 14:30:56 UTC
Cristina will retest.
Comment 17 Alexandru Georgescu 2015-03-31 07:35:40 UTC
(In reply to comment #16)
> Cristina will retest.

It reproduces with genericx86 on Lenovo S10-3. on 1.8_M4.rc1.

The network is set to DHCP and when setting to OfflineMode in System Configuration:
 - ping works from another host to the tested device
 - ssh doesn't work from another host to the tested device
 - ifconfig on the tested device shows eth0


Didn't reproduce on qemux86-64 though
Comment 18 Cristian Iorga 2015-04-06 15:08:32 UTC
Hi Alex, Cristina,
Is this issue reproducible on any other real hardware (except for genericx86)?

We need to clearly define this issue, in order to define the root cause.

Thanks,
Cristian
Comment 19 Cristina Agurida 2015-04-08 11:21:02 UTC
The issue cannot be reproduced on NUC for 1.8_M4.rc1, building a core-image-sato-sdk for an intel-core-i7-64 BSP.
On the other hand for both Lenovo S10-3 and Dell Inspiron 5520 the issue was reproduced, having the same premises as upwards (image type and BSP).

Thanks,
Cristina
Comment 20 Cristina Agurida 2015-04-08 11:54:03 UTC
As a correction to my latest comment, Lenovo S10-3 had a core-image-sato-sdk for genericx86.

BR,
Cristina
Comment 21 Cristian Iorga 2015-04-08 11:58:29 UTC
Created attachment 2469 [details]
Lenovo S10-3 system log

Output of system log for Lenovo S10-3 with genericx86.
Comment 22 Alexandru Georgescu 2015-09-30 06:45:44 UTC
Cristina, please recheck with latest master.
Comment 23 Cristina Agurida 2015-12-02 13:07:45 UTC
Tested with genericx86 and core2-32 images on Lenovo S10-3 and also with corei7-64 image on Dell Inspiron 5520 and the issue cannot be reproduced. Set this as resolved.
Comment 24 Alexandru Georgescu 2015-12-02 13:10:20 UTC
Verified as per above comments.