Lennart Poettering wrote: > On Tue, 12.07.11 16:20, Henry Gebhardt (hsggebha...@googlemail.com) > wrote: > > >> (To the hostap mailing list: I wasn't subscribed to this list when I >> sent the patches, now I am. Did they reach you?) >> >> On Mon, Jul 11, 2011 at 10:13:52PM +0000, Alexander E. Patrakov wrote: >> > This is not enough to get a working wpa_supplicant on a wired >> > interface that uses 802.1X - we need -Dwired in this case. >> >> I wasn't even aware that possibility existed. :) Do you think it makes >> sense to provide a unit file for each of the driver options? I'm rather >> thinking that providing a template that works for the most common >> setups may be sufficient. > > Isn't there an option to add to wpa_supplicant to autodetect this > setting? For example -Dauto or so? Or just leaving it out entirely?
Unfortunately, I can't really test, because I currently have no access to any real network where this technology is in use. However, my limited testing with virtual machines and wireshark shows that there seems to be no valid option that leads to correct driver autodetection and network registration both on my wireless card and on virbr0. The closest thing I got was -Dnl80211,wired - it selected nl80211 on wireless and selected wired on virbr0. However, the iwlagn driver has a bug: it doesn't associate to IBSS networks when used through nl80211, so this is not a 100% workable solution for me (I am willing to debug and test any patches sent to my email address). -Dwext,wired doesn't work - the wext driver is not smart enough to give up on non-wireless interfaces. So indeed, a separate unit file as sent with v2 of the patch is the necessary evil. One more thing: the service fails (because wpa_supplicant exits unsuccessfully) if the hardware rfkill switch is off. But this is not a regression as compared to the current cituation with OpenRC, so it is not an objection for the patch. IMHO a "wait for rfkill to go away" switch is wanted for wpa_supplicant, but it currently doesn't exist. -- Alexander E. Patrakov _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel