On Fri, 2013-11-01 at 23:50 -0700, Adrian Chadd wrote: > OK, so where's the other path for invoking wpa_supplicant? > > > -a > > On 1 November 2013 13:35, clutton <clut...@zoho.com> wrote: > > On Fri, 2013-11-01 at 13:02 -0700, Adrian Chadd wrote: > >> What's running the other copy? > >> > >> > >> > >> Adrian > >> > >> On Nov 1, 2013 4:00 PM, "clutton" <clut...@zoho.com> wrote: > >> On Fri, 2013-11-01 at 12:33 -0700, Adrian Chadd wrote: > >> > On 1 November 2013 12:16, Bernhard Schmidt > >> <bschm...@techwires.net> wrote: > >> > > >> > > That actually is a design question I once wrapped my head > >> around > >> > > unsuccessfully. The lines above are responsible for > >> configuring wlan0 > >> > > if it is created, eg. > >> > > ifconfig wlan0 destroy > >> > > ifconfig wlan0 create wlandev ath0 > >> > > will invoke above code which will then invoke > >> pccard_ether. Changing > >> > > the code as you intent to will prevent this. > >> > > > >> > > Someone should step up an decide what is supposed to > >> happen, should > >> > > wlan0 in that case be configured as stated in rc.conf, or > >> not? > >> > > > >> > > The actual issue though, is in wpa_supplicant itself. It > >> has code to > >> > > prevent it being started twice, but that doesn't kick in > >> because the > >> > > instances are started to fast and we loose (have not yet > >> setup enough) > >> > > information in our net code. > >> > > >> > Uhm, I'm confused by this. Would you mind explaining it in a > >> bit more detail? > >> > > >> > > >> > -a > >> > >> The devd runs a pccard_ether script when the IFNET interface > >> appears. > >> In some rare cases you can see two copies of the > >> wpa_sopplicant. > > > > devd: > > > > notify 0 { > > match "system" "IFNET"; > > match "subsystem" "!usbus[0-9]+"; > > match "type" "ATTACH"; > > action "/etc/pccard_ether $subsystem start"; > > }; > >
What do you mean?
signature.asc
Description: This is a digitally signed message part