group.of.nepali.translators team mailing list archive

[Mathieu Trudel-Lapierre <mathieu.tl@xxxxxxxxx>]

** Description changed:

  [Impact]
  Replugging ath9k_htc may confuse the driver and cause connection issues.
  
  [Test case]
  - Run nplan integration tests on the release
  - Validate that netplan generate && netplan apply alone, without config, behave as expected (no result)
  - Validate that netplan generate && netplan apply with minimal config writes /run/NetworkManager/conf.d/10-globally-managed-devices.conf
  - Validate that netplan generate && netplan apply works with any existing configuation.
  
  - Run 'netplan apply' with a valid config for an ath9k_htc device,
  validate the device is not replugged.
  
  [Regression potential]
- Any failure to work with existing configuration should be considered a regression. Any new failure of the test suite would be a regression.
+ Existing configurations that do not rely on ath9k, brcmfmac or mwifiex (for example) should continue to replug the devices where appropriate to ensure the interface renaming is correctly applied. Configurations for the affected devices should not fail to apply supported configuration.
  
  ---
  
  We hit the following problem about the interaction  between netplan  and
  the ath9k_htc module, controlling the chip Atheros AR9271.
  
  If you run the following command
  
      netplan --debug apply
  
  or  you use console-conf for setting the network interfaces we get the
  following messages :
  
  ** (generate:2261): DEBUG: Processing input file //etc/netplan/00-snapd-config.yaml..
  ** (generate:2261): DEBUG: eth0: setting default backend to 1
  ** (generate:2261): DEBUG: Generating output files..
  ** (generate:2261): DEBUG: NetworkManager: definition eth0 is not for us (backend 1)
  DEBUG:netplan generated networkd configuration exists, restarting networkd
  DEBUG:no netplan generated NM configuration exists
  DEBUG:device lo operstate is unknown, not replugging
  DEBUG:device eth0 operstate is up, not replugging
  DEBUG:replug wlan0: unbinding 4-1:1.0 from /sys/bus/usb/drivers/ath9k_htc
  DEBUG:replug wlan0: rebinding 4-1:1.0 to /sys/bus/usb/drivers/ath9k_htc
  
  The last two row show two consecutive actions, one soon after the other:
  unbind and bind the usb device on usb hub.
  
  The module ath9k_htc doesn't work fine in this situation: the wireless
  interface disappears.
  
  Our problem can be fixed by using the same approach used for mac80211_hwsim e mwifiex_pcie modules.
  The attached patch file fix the issue following the same pattern adopted for the following modules:
  mwifiex_pcie,mac80211_hwsim.

** Also affects: nplan (Ubuntu Yakkety)
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1672740

Title:
  Netplan replug function is incompatible with ath9k_htc module

Status in netplan:
  Fix Released
Status in Snappy:
  New
Status in nplan package in Ubuntu:
  Fix Released
Status in nplan source package in Xenial:
  Fix Committed
Status in nplan source package in Yakkety:
  New

Bug description:
  [Impact]
  Replugging ath9k_htc may confuse the driver and cause connection issues.

  [Test case]
  - Run nplan integration tests on the release
  - Validate that netplan generate && netplan apply alone, without config, behave as expected (no result)
  - Validate that netplan generate && netplan apply with minimal config writes /run/NetworkManager/conf.d/10-globally-managed-devices.conf
  - Validate that netplan generate && netplan apply works with any existing configuation.

  - Run 'netplan apply' with a valid config for an ath9k_htc device,
  validate the device is not replugged.

  [Regression potential]
  Existing configurations that do not rely on ath9k, brcmfmac or mwifiex (for example) should continue to replug the devices where appropriate to ensure the interface renaming is correctly applied. Configurations for the affected devices should not fail to apply supported configuration.

  ---

  We hit the following problem about the interaction  between netplan
  and the ath9k_htc module, controlling the chip Atheros AR9271.

  If you run the following command

      netplan --debug apply

  or  you use console-conf for setting the network interfaces we get the
  following messages :

  ** (generate:2261): DEBUG: Processing input file //etc/netplan/00-snapd-config.yaml..
  ** (generate:2261): DEBUG: eth0: setting default backend to 1
  ** (generate:2261): DEBUG: Generating output files..
  ** (generate:2261): DEBUG: NetworkManager: definition eth0 is not for us (backend 1)
  DEBUG:netplan generated networkd configuration exists, restarting networkd
  DEBUG:no netplan generated NM configuration exists
  DEBUG:device lo operstate is unknown, not replugging
  DEBUG:device eth0 operstate is up, not replugging
  DEBUG:replug wlan0: unbinding 4-1:1.0 from /sys/bus/usb/drivers/ath9k_htc
  DEBUG:replug wlan0: rebinding 4-1:1.0 to /sys/bus/usb/drivers/ath9k_htc

  The last two row show two consecutive actions, one soon after the
  other:  unbind and bind the usb device on usb hub.

  The module ath9k_htc doesn't work fine in this situation: the wireless
  interface disappears.

  Our problem can be fixed by using the same approach used for mac80211_hwsim e mwifiex_pcie modules.
  The attached patch file fix the issue following the same pattern adopted for the following modules:
  mwifiex_pcie,mac80211_hwsim.

To manage notifications about this bug go to:
https://bugs.launchpad.net/netplan/+bug/1672740/+subscriptions