15 Dec, 2011

14 commits

  • Without an API for setting and getting the local and remote general bytes,
    drivers won't be able to properly establish a DEP link.
    This API also allows them to propagate the remote general bytes they get
    from the DEP link establishment up to the LLCP layer.

    Signed-off-by: Samuel Ortiz
    Signed-off-by: John W. Linville

    Samuel Ortiz
     
  • NFC-DEP (Data Exchange Protocol) is an NFC MAC layer.
    This command allows to enable and disable the DEP link on to which e.g.
    LLCP can run.

    Signed-off-by: Samuel Ortiz
    Signed-off-by: John W. Linville

    Samuel Ortiz
     
  • rawsock_create() is called with preemption disabled, so we should not
    sleep.

    Signed-off-by: Samuel Ortiz
    Signed-off-by: John W. Linville

    Samuel Ortiz
     
  • The netlink notifier is atomic so we must not sleep in that context.
    Also we know that Any netlink packets arriving to us will be purged when
    the notifier is called, so we don't need to take the mutex.

    Signed-off-by: Samuel Ortiz
    Signed-off-by: John W. Linville

    Samuel Ortiz
     
  • This is a factorization of the current rawsock tx skb allocation routine,
    as it will be used by the LLCP code.
    We also rename nfc_alloc_skb to nfc_alloc_recv_skb for consistency sake.

    Signed-off-by: Samuel Ortiz
    Signed-off-by: John W. Linville

    Samuel Ortiz
     
  • Signed-off-by: Samuel Ortiz
    Signed-off-by: John W. Linville

    Samuel Ortiz
     
  • ieee80211_free_txskb should be used when dropping a frame in the device
    rx path such that mac80211 knows about this frame being dropped.

    Signed-off-by: Helmut Schaa
    Acked-by: Gertjan van Wingerde
    Acked-by: Ivo van Doorn
    Signed-off-by: John W. Linville

    Helmut Schaa
     
  • Our new return also created a memleak. The skb should be freed before
    returning an error.

    Signed-off-by: Simon Wunderlich
    Signed-off-by: John W. Linville

    Simon Wunderlich
     
  • cfg_workqueue was added to notify cfg80211 that scan, connect
    or disconnect is done by calling respective completion handlers.
    We can avoid use of this workqueue by calling those handlers
    from other places.
    1) Call connect, disconnect completion handlers in their callback
    functions.
    ex. Call cfg80211_connect_result() in mwifiex_cfg80211_connect()
    2) Call scan completion handler after parsing response of last scan
    command in a queue.

    After removing the workqueue, variables (assoc_request etc.) and
    checks used for mutual exclusion become redundant. Those are also
    removed in this patch.

    Signed-off-by: Amitkumar Karwar
    Signed-off-by: Yogesh Ashok Powar
    Signed-off-by: Nishant Sarmukadam
    Signed-off-by: Kiran Divekar
    Signed-off-by: Bing Zhao
    Signed-off-by: John W. Linville

    Amitkumar Karwar
     
  • All nl80211 commands that need only the wiphy
    still allow identifying it by giving an interface
    index, except, as Kenny pointed out, the testmode
    dump support.

    Fix this by looking up the wiphy via the ifidx in
    this case as well.

    Tested-by: Kenny Hsu
    Signed-off-by: Johannes Berg
    Signed-off-by: John W. Linville

    Johannes Berg
     
  • Conflicts:
    drivers/net/wireless/iwlwifi/iwl-agn.c

    John W. Linville
     
  • My previous patch
    34a5b4b6af104cf18eb50748509528b9bdbc4036 iwlwifi: do not re-configure
    HT40 after associated

    Fix the case of HT40 after association on specified AP, but it break the
    association for some APs and cause not able to establish connection.
    We need to address HT40 before and after addociation.

    CC: stable@vger.kernel.org #3.0+
    Reported-by: Andrej Gelenberg
    Signed-off-by: Wey-Yi Guy
    Tested-by: Andrej Gelenberg
    Signed-off-by: John W. Linville

    Wey-Yi Guy
     
  • Ted reported that he couldn't connect to some APs
    and bisected it to the tx_sync implementation.
    Disable it for the BSS context to fix this issue.

    Reported-by: Ted Ts'o
    Signed-off-by: Johannes Berg
    Signed-off-by: Wey-Yi Guy
    Signed-off-by: John W. Linville

    Johannes Berg
     
  • Command cancel path cancels the current command and moves
    it to free command queue. While doing that it deletes the
    command entry from the pending list. This is not correct
    as the entry has been already deleted from the pending
    list at 'mwifiex_exec_next_cmd'. Fixing it.

    Also making sure the stale command pointer is cleaned and
    unaccessible for later use.

    Signed-off-by: Yogesh Ashok Powar
    Signed-off-by: Bing Zhao
    Signed-off-by: John W. Linville

    Yogesh Ashok Powar
     

14 Dec, 2011

26 commits