compat-drivers: refresh patches for v3.8.3

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
compat-drivers: refresh unified patches for v3.8.3

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
compat-drivers: refresh pending-stable patches for v3.8.3

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
compat-drivers: add linux-next-pending patches

We suck these out from the linux-wireless mailing
list. We carry three:

commit d02bdeb7e4a5ca55f02a135329f1d790ec469712
Author: Felix Fietkau <nbd@openwrt.org>
Date:   Fri Mar 15 11:39:05 2013 -0700

    ath9k_hw: revert chainmask to user configuration after calibration

    The commit 'ath9k_hw: fix calibration issues on chainmask that don't
    include chain 0' changed the hardware chainmask to the chip chainmask
    for the duration of the calibration, but the revert to user
    configuration in the reset path runs too early.

    That causes some issues with limiting the number of antennas (including
    spurious failure in hardware-generated packets).

    Fix this by reverting the chainmask after the essential parts of the
    calibration that need the workaround, and before NF calibration is run.

    Backported to v3.8 by Luis.

    Signed-off-by: Felix Fietkau <nbd@openwrt.org>
    Reported-by: Wojciech Dubowik <Wojciech.Dubowik@neratec.com>
    Tested-by: Wojciech Dubowik <Wojciech.Dubowik@neratec.com>
    Cc: stable@vger.kernel.org

commit a1ec3d31cd6a3b64ee5506fc11e14b48c4e05fa6
Author: Felix Fietkau <nbd@openwrt.org>
Date:   Fri Mar 15 16:18:44 2013 +0100

    ath9k: limit tx path hang check to normal data queues

    The beacon and multicast-buffer queues are managed by the beacon
    tasklet, and the generic tx path hang check does not help in any way
    here. Running it on those queues anyway can introduce some race
    conditions leading to unnecessary chip resets.

    Cc: stable@vger.kernel.org
    Signed-off-by: Felix Fietkau <nbd@openwrt.org>

commit 102a727c8b8d9c8aa2e4526a02c784326b63d639
Author: Johannes Berg <johannes.berg@intel.com>
Date:   Wed Mar 6 23:19:26 2013 +0100

    mac80211: always synchronize_net() during station removal

    If there are keys left during station removal, then a
    synchronize_net() will be done (for each key, I have a
    patch to address this for 3.10), otherwise it won't be
    done at all which causes issues because the station
    could be used for TX while it's being removed from the
    driver -- that might confuse the driver.

    Fix this by always doing synchronize_net() if no key
    was present any more.

    Cc: stable@vger.kernel.org
    Signed-off-by: Johannes Berg <johannes.berg@intel.com>

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>
compat-drivers: add first set of linux-next-cherry-picks patches

We cherry pick only two so far, these were cherry-picked
from next-20130315.

commit a98285986afd39658978fe1fc1be8160cf877f61
Author: Sujith Manoharan <c_manoha@qca.qualcomm.com>
Date:   Mon Mar 4 12:42:55 2013 +0530

    ath9k_hw: Fix fixed antenna for AR9462

    When the RX chainmask is set to 0x2 for AR9462, certain values
    from chain1 have to be programmed for chain0 also.

    Signed-off-by: Sujith Manoharan <c_manoha@qca.qualcomm.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

commit 5ce7f6ccc88b3acfa652fa4eb1ad1b8f9038681f
Author: Sujith Manoharan <c_manoha@qca.qualcomm.com>
Date:   Mon Mar 4 12:42:54 2013 +0530

    ath9k_hw: Update initvals for AR9462

    Signed-off-by: Sujith Manoharan <c_manoha@qca.qualcomm.com>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>