[Bug 135909] Re: wpa_supplicant isn't killed on unplug

Alan Jenkins alan.christopher.jenkins at googlemail.com
Mon Jul 2 13:44:35 UTC 2012


"Will make it apply to the interface whenever <interface> shows up"

 - also confused me a bit.  It's *not* equivalent to allow-hotplug.
auto/allow-auto blocks the boot process if the interface is unplugged
when you reboot.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ifupdown in Ubuntu.
https://bugs.launchpad.net/bugs/135909

Title:
  wpa_supplicant isn't killed on unplug

Status in “ifupdown” package in Ubuntu:
  Incomplete

Bug description:
  Binary package hint: wpasupplicant

  I have a USB wireless wireless adaptor.  I have a use case which is
  not well suited to NetworkManager - single AP and with a multi-user
  system.  So I set it up using "wpa-" options in
  /etc/network/interfaces instead, and added a "mapping hotplug" section
  in case a user should unplug the adaptor and replug it for some reason
  :-).

  So AFAIK what should happen is a copy of wpa_supplicant is started
  when the device is detected, and killed when it is removed.  The first
  bit works, and I have wonderful hotplug goodness.

  Unfortunately the killing on removal doesn't seem to work properly.
  For me it's mainly a matter of tidyness and correctness.  However the
  surplus process is consuming resources: in particular it shows up on
  powertop as being responsible for 3 wakeups per second - and the
  target for efficient idling is somewhere under 10 per second.

  I know which scripts (ifupdown hooks) are supposed to be taking care
  of this , but I haven't debugged it.  Any hints on debugging this sort
  of thing would be appreciated.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/135909/+subscriptions




More information about the foundations-bugs mailing list