On 02/13/2015 04:48 AM, Mike Turner wrote:
When using hostapd and an rtl8192cu Wireless USB adaptor the beacon
doesn't start sometimes. This was tested with the
kernel/git/davem/net-next.git repository
and
3423eb92315865d76cb8d488513bfef6ab9251d0
This behaviour is apparently random. If the beacon starts OK then it
continues. If a beacon isn't generated then it never starts. Repeating
cycles of hostapd stop/start may or may not generate a beacon. There are
no specific error messages displayed either on console or in syslog. I
have repeated hostapd stop/start a number of consecutive times and
received a beacon each time, however I have also done this a number of
times and never generated a beacon.
We have succesfully used the pvaret-rtl8192cu driver which is based on the
vendor driver and used that in conjunction with the modified hostapd code
that requires use of the rtl871xdrv driver interface and as far as we have
seen it always generates a beacon.
Platform is a custom designed Atmel-ARM CPU (AT91SAM9G25) with a D-Link
DWA-121.
Is send_beacon_frame() being called even when the beacon fails to start? Adding
a pr_info() at the start of the routine should answer that question.
Larry
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
