[RFC] wpa-supplicant - enable CONFIG_CTRL_IFACE_DBUS_NEW in config

[RFC] wpa-supplicant - enable CONFIG_CTRL_IFACE_DBUS_NEW in config

[Steve Sakoman]

I've begun using Yocto 1.5 (dora) for several client projects over the
past few weeks.

I noticed that images that included connman and wpa-supplicant always
failed to enable the wifi technology properly.  The visible error
indication in the log:

src/technology.c:technology_get() No matching drivers found for wifi

After many hours of debugging I finally figured out that this was due
to a missing option in wpa-supplicant (CONFIG_CTRL_IFACE_DBUS_NEW)

Adding a bbappend for wpa-supplicant with this option enabled fixed
the issue and connman now handles wifi interfaces as expected.

Was there a particular reason CONFIG_CTRL_IFACE_DBUS_NEW wasn't enabled?

Steve

Re: [RFC] wpa-supplicant - enable CONFIG_CTRL_IFACE_DBUS_NEW in config

[Richard Purdie]

On Fri, 2013-11-08 at 07:33 -0800, Steve Sakoman wrote:
> I've begun using Yocto 1.5 (dora) for several client projects over the
> past few weeks.
> 
> I noticed that images that included connman and wpa-supplicant always
> failed to enable the wifi technology properly.  The visible error
> indication in the log:
> 
> src/technology.c:technology_get() No matching drivers found for wifi
> 
> After many hours of debugging I finally figured out that this was due
> to a missing option in wpa-supplicant (CONFIG_CTRL_IFACE_DBUS_NEW)
> 
> Adding a bbappend for wpa-supplicant with this option enabled fixed
> the issue and connman now handles wifi interfaces as expected.
> 
> Was there a particular reason CONFIG_CTRL_IFACE_DBUS_NEW wasn't enabled?

This sounds like a default that should be enabled. Please send a patch!

Cheers,

Richard

Re: [RFC] wpa-supplicant - enable CONFIG_CTRL_IFACE_DBUS_NEW in config

[Burton, Ross]

On 8 November 2013 17:02, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Fri, 2013-11-08 at 07:33 -0800, Steve Sakoman wrote:
>> I've begun using Yocto 1.5 (dora) for several client projects over the
>> past few weeks.
>>
>> I noticed that images that included connman and wpa-supplicant always
>> failed to enable the wifi technology properly.  The visible error
>> indication in the log:
>>
>> src/technology.c:technology_get() No matching drivers found for wifi
>>
>> After many hours of debugging I finally figured out that this was due
>> to a missing option in wpa-supplicant (CONFIG_CTRL_IFACE_DBUS_NEW)
>>
>> Adding a bbappend for wpa-supplicant with this option enabled fixed
>> the issue and connman now handles wifi interfaces as expected.
>>
>> Was there a particular reason CONFIG_CTRL_IFACE_DBUS_NEW wasn't enabled?
>
> This sounds like a default that should be enabled. Please send a patch!

Sounds like our QA needs to test wifi more...

Ross

Re: [RFC] wpa-supplicant - enable CONFIG_CTRL_IFACE_DBUS_NEW in config

[Iorga, Cristian]

Hello Steve,
I don't know any reason, might be a mistake.
Please enable the option.

Regards,
Cristian

-----Original Message-----
From: openembedded-core-bounces@lists.openembedded.org [mailto:openembedded-core-bounces@lists.openembedded.org] On Behalf Of Steve Sakoman
Sent: Friday, November 8, 2013 5:33 PM
To: Patches and discussions about the oe-core layer
Subject: [OE-core] [RFC] wpa-supplicant - enable CONFIG_CTRL_IFACE_DBUS_NEW in config

I've begun using Yocto 1.5 (dora) for several client projects over the past few weeks.

I noticed that images that included connman and wpa-supplicant always failed to enable the wifi technology properly.  The visible error indication in the log:

src/technology.c:technology_get() No matching drivers found for wifi

After many hours of debugging I finally figured out that this was due to a missing option in wpa-supplicant (CONFIG_CTRL_IFACE_DBUS_NEW)

Adding a bbappend for wpa-supplicant with this option enabled fixed the issue and connman now handles wifi interfaces as expected.

Was there a particular reason CONFIG_CTRL_IFACE_DBUS_NEW wasn't enabled?

Steve
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core