The check is here - https://cs.chromium.org/chromium/src/net/base/network_interfaces_linux.cc?sq=package:chromium&g=0&l=86

So seems like it doesn't respond to ioctl(SIOCGIWNAME)

Maybe here?
https://cs.corp.google.com/chromeos_public/src/third_party/kernel/v3.18/drivers/staging/vt6655/iwctl.c?type=cs&q=SIOCGIWNAME&sq=package:chromeos_public&g=0&l=1858

Since this looks to be a ChromeOS kernel-side issue, I think OS>Systems>Network is the right label, though I'm attaching the relevant net/ label, too.

Can you clarify which GetNetworkInterfaceList() function you are referring to?
The only GetNetworkInterfaceList() function I see is a private method in chromeos::smb_client::NetBiosHostLocator.

The interface type identification code in network_interfaces_linux.cc is best-effort.  Looking at the types of interfaces is far less accurate than NetworkChangeNotifier::GetConnectionType(). NetworkChangeNotifier::GetConnectionType() should be accurate for ChromeOS devices.  The types of interfaces may or may not be; on linux and ChromeOS it uses some ancient ioctls that are deprecated.

Sorry- we are currently calling net::GetNetworkList to get interfaces.


What we are trying to do is enumerate the network interfaces on the device, and use all WIFI or Ethernet connections to discover devices on the local network. Is there another way we could do this? It seems like GetConnectionType only returns the type of the default network.

What kind of devices are you trying to discover?  Why just WiFi and Ethernet?

We're using NetBios Name Discovery to find network attached storage devices on local networks

A couple possible solutions:
1. update Kevin and Elm kernels to support SIOCGIWNAME
2. update the device discovery code so that if there is only one network interface and NetworkChangeNotifier::GetConnectionType() indicates CONNECTION_WIFI, then you can assume the one device is WiFi.

This bug had an unsupported status. Updating to Untriaged so someone will reevaluate.