[systemd-bugs] [Bug 71293] New: Do not rename p2p network interfaces

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=71293

          Priority: medium
            Bug ID: 71293
          Assignee: systemd-bugs at lists.freedesktop.org
           Summary: Do not rename p2p network interfaces
        QA Contact: systemd-bugs at lists.freedesktop.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: dh.herrmann at gmail.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: general
           Product: systemd

Hi

Wifi-P2P creates temporary devices for every P2P connection that is
established. The kernel rule seems to be:
  if: wlan0
  p2p: p2p-wlan0-$num
So interface names are prefixed with "p2p" and suffixed with a unique number
(starting at 0 and counting). Note that afaics $num is never decreased for a
given interface (except on overflow) so the name is really unique for a single
interface. Once the interface gets hotplugged, it starts at 0 again.

Note that p2p interfaces are siblings of the parent interface, not children.
Like this:
lrwxrwxrwx 1 root root 0 Nov  6 10:31 p2p-wlan0-0 ->
../../devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:1.0/net/p2p-wlan0-0
lrwxrwxrwx 1 root root 0 Nov  6 10:31 wlan0 ->
../../devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:1.0/net/wlan0

This causes udev to try to rename the device to the same name as the real
interface. udev shouldn't do that. In fact, if the real interface was already
renamed, the p2p interface will pick up the name.

My proposed solution is to never rename devices that start with "p2p-".
Comments?
I have no idea how to match interface-names in udev, so couldn't provide a
patch, yet.

David

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20131106/70a13d48/attachment.html>