On Wed, 2008-04-09 at 16:56 -0700, Reinette Chatre wrote: > There is no need to send BSS changes to driver from beacons processed > during scanning. We are more interested in beacons from an AP with which > we are associated - these will still be used to send updates to driver as > the beacons are received without scanning. > > This change·removes the requirement that bss_info_changed needs to be atomic. > The beacons received during scanning are processed from a tasklet, but if we > do not call bss_info_changed for these beacons there is no need for it to be > atomic. This function (bss_info_changed) is called either from workqueue or > ioctl in all other instances. Should we do the same for conf_tx, i.e. ieee80211_sta_wmm_params? I'm not entirely sure the IBSS code doesn't still call it in a non-blocking context though. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
