14 Dec, 2012

1 commit

  • Pull trivial branch from Jiri Kosina:
    "Usual stuff -- comment/printk typo fixes, documentation updates, dead
    code elimination."

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (39 commits)
    HOWTO: fix double words typo
    x86 mtrr: fix comment typo in mtrr_bp_init
    propagate name change to comments in kernel source
    doc: Update the name of profiling based on sysfs
    treewide: Fix typos in various drivers
    treewide: Fix typos in various Kconfig
    wireless: mwifiex: Fix typo in wireless/mwifiex driver
    messages: i2o: Fix typo in messages/i2o
    scripts/kernel-doc: check that non-void fcts describe their return value
    Kernel-doc: Convention: Use a "Return" section to describe return values
    radeon: Fix typo and copy/paste error in comments
    doc: Remove unnecessary declarations from Documentation/accounting/getdelays.c
    various: Fix spelling of "asynchronous" in comments.
    Fix misspellings of "whether" in comments.
    eisa: Fix spelling of "asynchronous".
    various: Fix spelling of "registered" in comments.
    doc: fix quite a few typos within Documentation
    target: iscsi: fix comment typos in target/iscsi drivers
    treewide: fix typo of "suport" in various comments and Kconfig
    treewide: fix typo of "suppport" in various comments
    ...

    Linus Torvalds
     

12 Dec, 2012

3 commits


11 Dec, 2012

3 commits


07 Dec, 2012

3 commits


06 Dec, 2012

2 commits

  • If the sdata work is pending while the interface is stopped,
    we currently flush it. If it's not running this means waiting
    for it to run, which could take a while if the workqueue is
    backlogged. However, the work exits right away if it starts
    to run while the interface is already stopping. There's no
    point in waiting for that, so use cancel_work_sync() instead.

    Reported-by: Ben Greear
    Tested-by: Ben Greear
    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • Previously, mesh peering frames from a STA without a station
    entry were being dropped.

    Mesh Peering Open and other frames (WLAN_CATEGORY_SELF_PROTECTED)
    are valid mesh peering frames even if received from a yet unknown
    station; the STA entry will be created in mesh_peer_init later.

    The problem didn't occur previously since both STAs receive each
    other's beacons which created the STA entry. However, this causes
    an unnecessary delay and beacons might not be received if either
    node is in PS mode.

    Signed-off-by: Marco Porsch
    [reword commit log a bit]
    Signed-off-by: Johannes Berg

    Marco Porsch
     

05 Dec, 2012

3 commits

  • The radiotap header length "needed_headroom" is only required if we're
    sending the skb to a monitor interface. Hence, move the calculation a
    bit later so the calculation can be skipped if no monitor interface is
    present.

    Signed-off-by: Helmut Schaa
    Signed-off-by: Johannes Berg

    Helmut Schaa
     
  • Commit f0425beda4d404a6e751439b562100b902ba9c98 "mac80211: retry sending
    failed BAR frames later instead of tearing down aggr" caused regression
    on rt2x00 hardware (connection hangs). This regression was fixed by
    commit be03d4a45c09ee5100d3aaaedd087f19bc20d01 "rt2x00: Don't let
    mac80211 send a BAR when an AMPDU subframe fails". But the latter
    commit caused yet another problem reported in
    https://bugzilla.kernel.org/show_bug.cgi?id=42828#c22

    After long discussion in this thread:
    http://mid.gmane.org/20121018075615.GA18212@redhat.com
    and testing various alternative solutions, which failed on one or other
    setup, we have no other good fix for the issues like just revert both
    mentioned earlier commits.

    To do not affect other hardware which benefit from commit
    f0425beda4d404a6e751439b562100b902ba9c98, instead of reverting it,
    introduce flag that when used will restore mac80211 behaviour before
    the commit.

    Cc: stable@vger.kernel.org
    Signed-off-by: Stanislaw Gruszka
    [replaced link with mid.gmane.org that has message-id]
    Signed-off-by: Johannes Berg

    Stanislaw Gruszka
     
  • The mic failure count provides the number of mic failures that
    have happened on a given key (without a countermeasure being
    started, since that would remove the key).

    Signed-off-by: Saravana
    [fix NULL pointer issues]
    Signed-off-by: Johannes Berg

    Saravana
     

04 Dec, 2012

1 commit

  • In 5GHz/802.11a, we are allowed to use short slot times. Doing this
    may increases performance by 20% for legacy connections (54 MBit/s).
    I can confirm this in my tests (27% more throughput using iperf), and
    also have a small positive effect (5% more throughput) for HT rates,
    tested on 1 stream.

    Signed-off-by: Simon Wunderlich
    Signed-off-by: Mathias Kretschmer
    Signed-off-by: Johannes Berg

    Simon Wunderlich
     

03 Dec, 2012

1 commit


30 Nov, 2012

6 commits


29 Nov, 2012

4 commits


28 Nov, 2012

3 commits


27 Nov, 2012

5 commits


26 Nov, 2012

5 commits

  • To achieve this, limit the number of retries to
    31 (instead of 255) and use the three bits that
    are then free for VHT flags.

    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • Add support to mac80211 for having drivers report
    received VHT MCS information.

    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • Convert mac80211 (and where necessary, some drivers a
    little bit) to the new channel definition struct.

    This will allow extending mac80211 for VHT, which is
    currently restricted to channel contexts since there
    are no drivers using that which makes it easier. As
    I also don't care about VHT for drivers not using the
    channel context API, I won't convert the previous API
    to VHT support.

    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • Change nl80211 to support specifying a VHT (or HT)
    using the control channel frequency (as before) and
    new attributes for the channel width and first and
    second center frequency. The old channel type is of
    course still supported for HT.

    Also change the cfg80211 channel definition struct
    to support these by adding the relevant fields to
    it (and removing the _type field.)

    This also adds new helper functions:
    - cfg80211_chandef_create to create a channel def
    struct given the control channel and channel type,
    - cfg80211_chandef_identical to check if two channel
    definitions are identical
    - cfg80211_chandef_compatible to check if the given
    channel definitions are compatible, and return the
    wider of the two

    This isn't entirely complete, but that doesn't matter
    until we have a driver using it. In particular, it's
    missing
    - regulatory checks on the usable bandwidth (if that
    even makes sense)
    - regulatory TX power (database can't deal with it)
    - a proper channel compatibility calculation for the
    new channel types

    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • Instead of passing a channel pointer and channel type
    to all functions and driver methods, pass a new channel
    definition struct. Right now, this struct contains just
    the control channel and channel type, but for VHT this
    will change.

    Also, add a small inline cfg80211_get_chandef_type() so
    that drivers don't need to use the _type field of the
    new structure all the time, which will change.

    Signed-off-by: Johannes Berg

    Johannes Berg