mac80211: brcmfmac: backport changes from 2016-09-27

This fixes memory leaks, some possible crashes and bug that could cause
WARNING on every add_key/del_key call. It also replaces WARNING with
a simple message. They may still occur e.g. on station going out of
range and A-MPDU stall in the firmware.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
SVN-Revision: 49407

mac80211: brcmfmac: backport patches that were skipped previously #2

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
SVN-Revision: 49406

mac80211: brcmfmac: backport patches that were skipped previously #1

They are necessary for further fixes and improvements otherwise recent
patches don't apply.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
SVN-Revision: 49405

mwlwifi: upgrade to 10.3.0.18-20160804
adds support for the Linksys WRT1900ACSv2 and WRT1200ACv2

Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 49404

mac80211: brcmfmac: backport patch simplifying brcmf_alloc_vif

This is quite trivial and will be required for VIF fixes in the future.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49403

mac80211: brcmfmac: fix stopping netdev queue when bus clogs up

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49402

mac80211: brcmfmac: support hidden SSID

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49401

ramips: fix usb phy initialisation

this broke usb20 device detection.

Signed-off-by: John Crispin <john@phrozen.org>
SVN-Revision: 49400

ramips: fix timing issues when using MT7621 spi

Signed-off-by: John Crispin <john@phrozen.org>
SVN-Revision: 49399

mac80211: brcmfmac: fix interfaces management

To work correctly hostapd requires wireless driver to allow interfaces
removal. It was working with brcmfmac only partially. Firmware for
BCM43602 got some special hack (feature?) that allowed removing all
interfaces by disabling mbss mode. It wasn't working with BCM4366
firmware and remaining interfaces were preventing hostapd from starting
again.

Those patches add support for "interface_remove" firmware method which
works with BCM4366 firmware and they make it finally possible to use
BCM4366 & brcmfmac & multiple interfaces.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49398

CC: kernel: update kernel 3.18 to version 3.18.36
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 49397

rpcd: iwinfo plugin fixes

 - Expose supported HT rate information in info call
 - Zero out ccode buffer when listing countries

Signed-off-by: Jo-Philipp Wich <jo@mein.io>
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49395

SVN-Revision: 49396

mac80211: brcmfmac: fix lockup related to P2P interface

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49391 combined with r49392 fixup.

SVN-Revision: 49394

iw: backport support for "channels" command

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49388

SVN-Revision: 49389

mac80211: brcmfmac: fix support for BCM4366

1) Fix setting AP channel
2) Improve BSS management to avoid:
[ 3602.929199] brcmfmac: brcmf_ap_add_vif: timeout occurred

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49383

SVN-Revision: 49386

mac80211: brcmfmac: add support for get_channel

It's very useful for debugging problems with brcmfmac setting requested
channel.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49382

SVN-Revision: 49385

mac80211: brcmfmac: fix support for up to 4 AP interfaces

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49381

SVN-Revision: 49384

mac80211: brcmfmac: return -ENFILE if interface exists

This makes brcmfmac compatible with mac80211 which uses dev_alloc_name
(and so returns -ENFILE on error).

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49378

openssl: Update to version 1.0.2h

openssl: Update to version 1.0.2h

Bump to the latest version, fixes several security issues:
 * CVE-2016-2107, CVE-2016-2105, CVE-2016-2106, CVE-2016-2109, CVE-2016-2176
More details at https://www.openssl.org/news/openssl-1.0.2-notes.html

Signed-off-by: Mohammed Berdai <mohammed.berdai@gmail.com>
SVN-Revision: 49363

mtd: seama: exit with error if Seama header wasn't found

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49314

SVN-Revision: 49315

mtd: seama: fix image data handling

1) Put sanity checks in one place
2) Respect provided offset
3) Read only as much data as needed for MD5 calculation

Thanks to the last change this is a great speedup and memory saver. On
devices with NAND flash we were allocating & reading about 128 MiB while
something about 8 MiB is enough.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49309

SVN-Revision: 49313

mtd: seama: move buf allocation to the MD5 function

This buf is only used in this function now, so lets move it there.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49308

SVN-Revision: 49312

mtd: seama: update MD5 using header in the first block buffer

This will allow separating first block buffer from a buffer used for MD5
calculation.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49307

SVN-Revision: 49311

mtd: seama: add md5 to header struct

This allows us to drop some extra offset calculations and simplifies
code a bit.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49306

SVN-Revision: 49310

mtd: check for Seama magic early when fixing MD5

This avoid long (and unneeded) process of reading all data in case of
running on MTD not containig Seama entity.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49304

SVN-Revision: 49305

mtd: add missing breaks in a switch

On platforms supporting both: TRX and Seama calling "fixtrx" was
resulting in trying to fix Seama as well.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49301

SVN-Revision: 49303

mtd: use tabs for indents

This makes code style consistent across the whole file.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49300

SVN-Revision: 49302

hostapd: backport fix for AP SME drivers with monitor mode support

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49299

kernel: use backported versions of bgmac patches

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49298

bcm53xx: use backported versions of bcma USB patches

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49297

CC: ubox: turn logd into a separate package
Currently system log is always included as a part of ubox.
Add logd as a seperate package and add it to default packages list.

Signed-off-by: Andrej Vlasic <andrej.vlasic@sartura.hr>
SVN-Revision: 49294

mac80211: add support for BCM4366C0 in brcmfmac

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49261

Revert "ar71xx: change some TP-link modelnames (WR841, WA701, WA730)"

This reverts commit 0fd48fd7dab066db8a46e51775579c9ef507ca25.

We are facing some problem on rolling out the current 15.05-branch to
our devices because the image name changed.

The changed image name breaks compatibility for derived projects and
that's something which should only happen if there is a really good
reason (e.g. security fix).

Signed-off-by: Tim Niemeyer <tim@tn-x.org>
SVN-Revision: 49231

lantiq: Fix LED handling.

Backport of r47914 to CC.

Without this patch the TDW8970 is left without any status LED at all,
even during preinit and failsafe.

Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
SVN-Revision: 49230

lantiq: Fix ath9k LED for TDW8970.

Backport of r47911, r47912, r47969 to CC.

All other required patches have already been backported in r48822.

Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
SVN-Revision: 49229

ar71x: Added support for TP-Link TL-WR841N v11 to 15.05

This patch adds support for the TP-Link TL-WR841N to OpenWrt Chaos Calmer
15.05. Confirmed working [1] and [2].

Signed-off by Stijn Segers <francesco.borromini@inventati.org>

[1] https://forum.openwrt.org/viewtopic.php?id=63657
[2] https://forum.openwrt.org/viewtopic.php?id=61309

SVN-Revision: 49228

ar71xx: backport support for Netgear WPN824N

Add support for Netgear WPN824N.
Hardware specs:
  * AR7240, 4 LAN ports, 1 WAN port
  * AR9285 WLAN
  * 32 MB RAM
  * 4 MB Flash
  * 16 LEDs (LAN, WAN and Power/Status contain two LEDs for dual color
    effect)
  * 3 Buttons (not supported)

Signed-off-by: Hartmut Knaack <knaack.h@gmx.de>
SVN-Revision: 49227

ar71xx: Add TP-Link TL-WA901ND v4 support to Chaos Calmer 15.05.1

This patch backports support for the TP-Link TL-WA901ND v4 to Chaos Calmer 15.05.1,
which was added into trunk recently [1].

Signed-off by Stijn Segers <francesco.borromini@inventati.org>

[1]: http://patchwork.ozlabs.org/patch/606780/

SVN-Revision: 49226

ar71xx: Add TP-Link TL-WR740N v6 support to 15.05.1

This patch adds support for the TP-Link TL-WR740N v6 to OpenWrt Chaos Calmer. Hardware wise, it's very similar to the TL-WR841N v10. See the forum thread [1]. Credit goes to the user 'traveler' who did the legwork and tested builds.

Also thanks to Matthias Schiffer for clarifying the DEVICE_PROFILE settings.

Signed-off by: Stijn Segers <francesco.borromini@inventati.org>

[1]: https://forum.openwrt.org/viewtopic.php?pid=318704

SVN-Revision: 49225

CC: ramips: backport rt3352 usbphy fix in dts-file
Backport of trunk patch. Fix kernel hang during loading ehci-hcd module.

SIgned-Off-By: Serge Vasilugin <vasilugin@yandex.ru>
SVN-Revision: 49224

CC: kernel: Support for new Archer C7 with gd25q128 chip
Archer C7 V2.0 units from December 2015 onwards ( serials starting 215C
) have changed flash chips to the gd25q128 chip, this is supported in
trunk but not presently in 15.05. I would like stable support for this
version so I've back ported the required fix from trunk and removed a
conflicting patch from bcm53xx I've tested the patch it and I'm able to
install a build of 15.05.1 on a new Archer C7 device with this patch.

Signed-off-by: John Marrett <johnf@zioncluster.ca>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 49220

bcm53xx: bump maximum TRX size for devices with serial flash

It was already increased for NAND devices so do the same for the ones
with serial memory.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49207

SVN-Revision: 49208

ramips: fix 16 bit IO on newer cores

Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 49203

ar71xx: fix nondeterministic hangs during bootconsole/console handover

Reconfiguring the UART when the FIFO is not empty may cause the boot to
hang. This hang is extremely suspectible to timing differences; recompiling
the kernel with the same configuration, but different UTS_VERSION
timestamps can yield images that hang more or less often. Sometimes images
are produced that hang reproducibly.

This patch should also make it into one of the next linux-stable releases,
but it's better to get this fixed as soon as possible.

Fixes #21773, #21857.

Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
Backport of r49156

SVN-Revision: 49202

ralink: add spi fix

the fullduplex on CS1 is broken. remove the fullduplex support and run on
plain half duplex on both CS lines.

Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 49201

ralink: add i2c fix

there is a deadlock that triggers under heavy bus load. until the bug is
fxed, revert to an old version of the I2C driver that does not suffer
from this issue.

Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 49200

CC: samba: fix some security problems
Backport of r49175.

This fixes the following security problems:
* CVE-2015-7560
* CVE-2015-5370
* CVE-2016-2110
* CVE-2016-2111
* CVE-2016-2112
* CVE-2016-2115
* CVE-2016-2118

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 49177

mac80211: backport brcmfmac workaround for missing boardrev

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49173

bcm53xx: backport upstream profiling and USB VCC patches

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49172

bcm53xx: backport patch enabling UART on tested devices

Also rename and simpify patch enabling UART on untested ones.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49171

bcm53xx: fix MD5 in Seama format on flash after installing OpenWrt

We need to fix Seama just like we fix TRX due to the rootfs mark.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48522

SVN-Revision: 49170

mtd: enable "fixseama" on bcm53xx

There are D-Link bcm53xx devices using Seama format.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48521

SVN-Revision: 49169

rpcd: update to latest version

Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 49163

bcm53xx: fixup 14e4:d612 device class to bridge as well

14e4:d612 was found in D-Link DIR-885L and Netgear R8500. It's most
likely a bridge used by all 14e4:4365 BCM4366 devices.

Without this fixup device wasn't treated as a bridge:
[    2.849895] pci 0000:00:00.0: ignoring class 0x020000 (doesn't match header type 01)
and didn't get its resources assigned. This resulted in child devices
not being able to get any resources (due to the parrent missing them):
[    3.375428] pci 0000:01:00.0: BAR 2: no space for [mem size 0x00400000 64bit]
[    3.387949] pci 0000:01:00.0: BAR 2: failed to assign [mem size 0x00400000 64bit]
[    3.725797] pci 0000:01:00.0: BAR 0: no space for [mem size 0x00008000 64bit]
[    3.738314] pci 0000:01:00.0: BAR 0: failed to assign [mem size 0x00008000 64bit]

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49118

bcm53xx: prepare for building D-Link DIR-885L image

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Partial backport of r48606

SVN-Revision: 49117

firmware-utils: add oseama tool for creating Seama entities

It has an important feature (compared to seama) of using multiple input
files, aligning them and padding zeroes until reaching a specified
absolute offset. This is needed for a proper flash layout on NAND. We
want kernel partition to be big enough to handle future updates without
a need to resize it and wipe whole "ubi" partition. It's important as
we don't want to lose block counters.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48601

SVN-Revision: 49116

bcm53xx: update BCM5301X patches

This moves few upstreamed patches and adds DIR-885L dts file. Please
note it doesn't mean this device is supported yet.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49115

kernel: update kernel 3.18 to version 3.18.29

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49096

SVN-Revision: 49097

bcm53xx: improve USB 2.0 PHY support for BCM4709 and BCM47094

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49095

bcm53xx: support USB 3.0 PHY on BCM4707 rev. 6 and BCM47094

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49093

bcm53xx: simpify USB 3.0 PHY initialization

We can use one code path for BCM4707 rev. 4 and BCM53018.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49092

ar71xx: cosmetic fix of alfa ap120c/ap96 ordering

Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 49087

uboot-envtools: add support for ap120c

Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 49085

ar71xx: add support for ap120c

Signed-off-by: Luka Perkov <luka@openwrt.org>
SVN-Revision: 49084

CC: version.mk and image-config.in: adjust to 15.05.1
* Adjust the default version number in include/version.mk to 15.05.1
* Copy the correct download repo location from include/version.mk
  to base-files/image-config.in

After the change to version.mk, new builds made from CC sources will
have opkg config that downloads from the recent 15.05.1 packages repo
instead of the ancient 15.05 packages repo.

The change to image-config.in ensures that if somebody uses
VERSIONOPT config options in .config, he will get the
correct download repo address (instead of trunk snapshots).

Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
SVN-Revision: 49053

ar71xx: change some TP-link modelnames (WR841, WA701, WA730)

This patch changes the image-name of some TPlink-routers.
Esp. for the TPlink WR841N + WR841ND some users are confused by the fact
that some images have "nd"-names and others "n"-names only.
In addition this also corrects a missed "D" on WA701 and a "-" for
WA730RE.

backport to CC of
r48767 'http://git.openwrt.org/?p=openwrt.git;a=commit;h=dbd0ab83566291e3b4974f4d4289bb7c93b091d6'
r48768 'http://git.openwrt.org/?p=openwrt.git;a=commit;h=656a17c77d530b14355e8fef4a83265ee2c3271d'
r48769 'http://git.openwrt.org/?p=openwrt.git;a=commit;h=783756e3096a417565d58d78e082a29db10738d4'

Signed-off-by: Sven Roederer <devel-sven@geroedel.de>
SVN-Revision: 49052

CC: linux-firmware: fix rt73-usb-firmware package
Backport of r49037

Some parts of this package were named rt73-pci-firmware before which
looks like a copy and past error. This renames all parts to rt73-usb-
firmware and then the firmware gets build and the dependencies from the
package with the kernel module are also working correctly.

This fixes #22069

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 49038

brcm47xx: image: create standard TRX images using new building system

Apart from using our new building system there are 2 more changes:

1) Limit amount of images
So far we were generating all standard images (optimized one and two
with no loader) for every SUBTARGET. This is not needed, as e.g. the
only device requiring gzipped kernel is legacy Huawei E970.

2) Change output names
The new image building system requires specifying device name. This
forced picking some and resulted in:
openwrt-brcm47xx-$(SUBTARGET)-squashfs.trx
openwrt-brcm47xx-$(SUBTARGET)-squashfs-gz.trx
openwrt-brcm47xx-$(SUBTARGET)-squashfs-noloader-nodictionary.trx
becoming:
openwrt-brcm47xx-$(SUBTARGET)-standard-squashfs.trx
openwrt-brcm47xx-$(SUBTARGET)-standard-noloader-gz-squashfs.trx
openwrt-brcm47xx-$(SUBTARGET)-standard-noloader-nodictionarylzma-squashfs.trx

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r49006

SVN-Revision: 49007

mac80211: backport brcmfmac fixes for WARNING and BCM4360 init

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 49004

brcm47xx: image: move disabled devices to the new building system

This only drops WGR614 V9 which has 2 MiB flash and it's unlikely to get
any interest.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48975

SVN-Revision: 49003

brcm47xx: image: switch Linksys WRT54G3GV2-VF to the new building system

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48974

SVN-Revision: 49002

brcm47xx: image: switch Netgear WGT634U to the new building system

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48973

SVN-Revision: 49001

brcm47xx: image: switch rest of 64k block devices to the new building system

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48972

SVN-Revision: 49000

brcm47xx: image: switch Motorola devices to the new building system

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48971

SVN-Revision: 48999

brcm47xx: image: switch D-Link DWL-3150 to the new building system

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r48970

SVN-Revision: 48998

kernel: rework bcm47xx backport, fix build errors on the brcm47xx target (#21974)

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 48925

CC: curl: detect the library as renamed wolfssl
Without this patch curl does not detect the new cyassl/wolfssl version
and would be build without ssl support instead when cyassl was selected.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 48900

mac80211: improve rate control performance

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r48897

SVN-Revision: 48899

mt76: update to the latest version, adds stability fixes

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r48895

SVN-Revision: 48898

CC: kernel: update kernel 3.18 to version 3.18.27
Changelog:
* https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.24
* https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.25
* https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.26
* https://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.18.27

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 48896

ramips: EX2700: remove unused kernel modules

Remove the kmod-mt76 package from the EX2700 profile to free up
around 100 KiB of space on the root filesystem.

This patch applies to both trunk and Chaos Calmer.

Signed-off-by: Joseph C. Lehner <joseph.c.lehner@gmail.com>
SVN-Revision: 48887

mac80211: add a number of pending fixes

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r48883

SVN-Revision: 48884

mac80211/hostapd: rework 802.11w driver support selection, do not hardcode drivers in hostapd makefile

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Backport of r46903

SVN-Revision: 48878

CC: cyassl: disable Intel ASM for now
With ASM support enabled, CyaSSL fails to build on all x86 subtargets.

Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
Backport of r48876

SVN-Revision: 48877

curl: bump pkg revision

Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
SVN-Revision: 48875

CC: cyassl: update to wolfssl version 3.8.0 to fix security problems
Backport of:
r46167: cyassl: version bump to 3.4.6
r46168: cyassl: update to wolfssl 3.6.0
r46551: cyassl: the upstream package in version 4.6.0 changed
r47791: cyassl: update to wolfSSL version 3.7.0
    This version and version 3.6.8 are fixing the following security problems:
    * CVE-2015-7744
    * CVE-2015-6925
r48616: cyassl: update to wolfssl version 3.8.0

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 48873

CC: curl: fix CVE-2016-0755
This fixes the following security problem:
CVE-2016-0755: NTLM credentials not-checked for proxy connection re-use
http://curl.haxx.se/docs/adv_20160127B.html

backport of r48614.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 48872

CC: bcm53xx: make patches apply again
Commit r48849 changed the drivers/mtd/spi-nor/spi-nor.c file and broke
this patch in bcm53xx.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 48871

iw: update to version 4.3, sync with trunk r47782

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 48870

CC: openssl: update to 1.0.2g (8 CVEs)
CVE-2016-0704

s2_srvr.c overwrite the wrong bytes in the master-key when applying
Bleichenbacher protection for export cipher suites. This provides a
Bleichenbacher oracle, and could potentially allow more efficient variants of
the DROWN attack.

CVE-2016-0703

s2_srvr.c did not enforce that clear-key-length is 0 for non-export ciphers.
If clear-key bytes are present for these ciphers, they *displace* encrypted-key
bytes. This leads to an efficient divide-and-conquer key recovery attack: if
an eavesdropper has intercepted an SSLv2 handshake, they can use the server as
an oracle to determine the SSLv2 master-key, using only 16 connections to the
server and negligible computation. More importantly, this leads to a more
efficient version of DROWN that is effective against non-export ciphersuites,
and requires no significant computation.

CVE-2016-0702

A side-channel attack was found which makes use of cache-bank conflicts on
the Intel Sandy-Bridge microarchitecture which could lead to the recovery of
RSA keys. The ability to exploit this issue is limited as it relies on an
attacker who has control of code in a thread running on the same hyper-
threaded core as the victim thread which is performing decryptions.

CVE-2016-0799

The internal |fmtstr| function used in processing a "%s" format string in
the BIO_*printf functions could overflow while calculating the length of a
string and cause an OOB read when printing very long strings. Additionally
the internal |doapr_outch| function can attempt to write to an OOB memory
location (at an offset from the NULL pointer) in the event of a memory
allocation failure. In 1.0.2 and below this could be caused where the size
of a buffer to be allocated is greater than INT_MAX. E.g. this could be in
processing a very long "%s" format string. Memory leaks can also occur.
The first issue may mask the second issue dependent on compiler behaviour.
These problems could enable attacks where large amounts of untrusted data is
passed to the BIO_*printf functions. If applications use these functions in
this way then they could be vulnerable. OpenSSL itself uses these functions
when printing out human-readable dumps of ASN.1 data. Therefore applications
that print this data could be vulnerable if the data is from untrusted sources.
OpenSSL command line applications could also be vulnerable where they print out
ASN.1 data, or if untrusted data is passed as command line arguments. Libssl is
not considered directly vulnerable. Additionally certificates etc received via
remote connections via libssl are also unlikely to be able to trigger these
issues because of message size limits enforced within libssl.

CVE-2016-0797

In the BN_hex2bn function the number of hex digits is calculated using an int
value |i|. Later |bn_expand| is called with a value of |i * 4|. For large
values of |i| this can result in |bn_expand| not allocating any memory because
|i * 4| is negative. This can leave the internal BIGNUM data field as NULL
leading to a subsequent NULL ptr deref. For very large values of |i|, the
calculation |i * 4| could be a positive value smaller than |i|. In this case
memory is allocated to the internal BIGNUM data field, but it is insufficiently
sized leading to heap corruption. A similar issue exists in BN_dec2bn. This
could have security consequences if BN_hex2bn/BN_dec2bn is ever called by user
applications with very large untrusted hex/dec data. This is anticipated to be
a rare occurrence. All OpenSSL internal usage of these functions use data that
is not expected to be untrusted, e.g. config file data or application command
line arguments. If user developed applications generate config file data based
on untrusted data then it is possible that this could also lead to security
consequences. This is also anticipated to be rare.

CVE-2016-0798

The SRP user database lookup method SRP_VBASE_get_by_user had confusing memory
management semantics; the returned pointer was sometimes newly allocated, and
sometimes owned by the callee. The calling code has no way of distinguishing
these two cases. Specifically, SRP servers that configure a secret seed to hide
valid login information are vulnerable to a memory leak: an attacker connecting
with an invalid username can cause a memory leak of around 300 bytes per
connection. Servers that do not configure SRP, or configure SRP but do not
configure a seed are not vulnerable. In Apache, the seed directive is known as
SSLSRPUnknownUserSeed. To mitigate the memory leak, the seed handling in
SRP_VBASE_get_by_user is now disabled even if the user has configured a seed.
Applications are advised to migrate to SRP_VBASE_get1_by_user. However, note
that OpenSSL makes no strong guarantees about the indistinguishability of valid
and invalid logins. In particular, computations are currently not carried out
in constant time.

CVE-2016-0705

A double free bug was discovered when OpenSSL parses malformed DSA private keys
and could lead to a DoS attack or memory corruption for applications that
receive DSA private keys from untrusted sources. This scenario is considered
rare.

CVE-2016-0800

A cross-protocol attack was discovered that could lead to decryption of TLS
sessions by using a server supporting SSLv2 and EXPORT cipher suites as a
Bleichenbacher RSA padding oracle. Note that traffic between clients and non-
vulnerable servers can be decrypted provided another server supporting SSLv2
and EXPORT ciphers (even with a different protocol such as SMTP, IMAP or POP)
shares the RSA keys of the non-vulnerable server. This vulnerability is known
as DROWN (CVE-2016-0800). Recovering one session key requires the attacker to
perform approximately 2^50 computation, as well as thousands of connections to
the affected server. A more efficient variant of the DROWN attack exists
against unpatched OpenSSL servers using versions that predate 1.0.2a, 1.0.1m,
1.0.0r and 0.9.8zf released on 19/Mar/2015 (see CVE-2016-0703 below). Users can
avoid this issue by disabling the SSLv2 protocol in all their SSL/TLS servers,
if they've not done so already. Disabling all SSLv2 ciphers is also sufficient,
provided the patches for CVE-2015-3197 (fixed in OpenSSL 1.0.1r and 1.0.2f)
have been deployed. Servers that have not disabled the SSLv2 protocol, and are
not patched for CVE-2015-3197 are vulnerable to DROWN even if all SSLv2
ciphers are nominally disabled, because malicious clients can force the use of
SSLv2 with EXPORT ciphers. OpenSSL 1.0.2g and 1.0.1s deploy the following
mitigation against DROWN: SSLv2 is now by default disabled at build-time.
Builds that are not configured with "enable-ssl2" will not support SSLv2.
Even if "enable-ssl2" is used, users who want to negotiate SSLv2 via the
version-flexible SSLv23_method() will need to explicitly call either of:
SSL_CTX_clear_options(ctx, SSL_OP_NO_SSLv2); or SSL_clear_options(ssl,
SSL_OP_NO_SSLv2); as appropriate. Even if either of those is used, or the
application explicitly uses the version-specific SSLv2_method() or its client
or server variants, SSLv2 ciphers vulnerable to exhaustive search key recovery
have been removed. Specifically, the SSLv2 40-bit EXPORT ciphers, and SSLv2
56-bit DES are no longer available. In addition, weak ciphers in SSLv3 and up
are now disabled in default builds of OpenSSL. Builds that are not configured
with "enable-weak-ssl-ciphers" will not provide any "EXPORT" or "LOW" strength
ciphers.

Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
Backport of r48868.

SVN-Revision: 48869

CC: toolchain: use latest glibc 2.21 revision
Fixes "CVE-2015-7547 --- glibc getaddrinfo() stack-based buffer
overflow"

Signed-off-by: Michael Marley <michael@michaelmarley.com>
SVN-Revision: 48864

kernel: add Realtek USB to Ethernet modules

https://forum.openwrt.org/viewtopic.php?pid=279394

Signed-off-by: Dirk Neukirchen <dirkneukirchen@web.de>
Backport of r46031

SVN-Revision: 48863

base-files: add /etc/profile.d support

OpenWrt should support an optional /etc/profile.d directory like
most other Linux distributions. This allows packages to install
their own scripts into /etc/profile.d/ directory.

The file suffix should make clear, that these scripts
are (sourced) shell-snippets. If the user needs e.g. php or lua,
one must make sure that the interpreter is called.
The reverse failsafe test makes sure, that the effective returncode is 0.

A typcal usecase is the inclusion of private helpers,
special variables or aliases, which at the moment needs
patching the sourcecode and is not well maintainable.
Now the builder can simply add there files.

v1 initial work of Hendrik Lüth <hendrik@linux-nerds.de>
v2 changes regarding RFC (e.g. thomas.langer@lantiq.com)
v3 changes regarding RFC (e.g. mschiffer@universe-factory.net)
v4 keep it simple and mimic OpenWrt style

Signed-off-by: Bastian Bittorf <bittorf@bluebottle.com>
Backport of r46965

SVN-Revision: 48862

x86/generic: enable pata_atiixp driver

This enables booting from devices that use an ATI PATA controller for
the boot device, such as the embedded CF cards in Fujitsu-Siemens Futro
thin-clients.

Signed-off-by: Felix Kaechele <heffer@fedoraproject.org>
Backport of r47304

SVN-Revision: 48861

ar71xx: add support for TP-LINK TL-WR941ND v6 (international version)

The international version is completely different from the already
supported Chinese version. The WLAN of the QCA956x SoC used by this router
has been fixed in r46948.

This patch looks like it changes a lot in
700-MIPS-ath79-openwrt-machines.patch; that is not the case. Unfortunately,
quilt decided to completely reorganize the Kconfig patch even though only
a single section has been added.

Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
Backport of r47420

SVN-Revision: 48860

ar71xx: rename firmware for Chinese version of TL-WR941ND v6

It seems there are two *different* versions on TL-WR941ND v6: Chinese
and European one. Currently supported by OpenWrt is Chinese one. Rename
firmware to make it clear.
For details see:
http://wiki.openwrt.org/toh/tp-link/tl-wr941nd
https://forum.openwrt.org/viewtopic.php?id=59295

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Backport of r47107

SVN-Revision: 48859

mac80211: set mcast-rate for mesh point interfaces

In order to set the multicast rate for mesh point interfaces the "mesh join"
was made explicit and moved to mac80211_setup_vif(), similar to how it is
done for IBSS interfaces.

Previously, the mesh join was made implicit in case authentication (i.e.
$key) was not used when creating the interface in mac80211_prepare_vif(),
while using authentication would create the interface first, then join
later in mac80211_setup_vif() by starting authsae.

Signed-off-by: Nils Schneider <nils@nilsschneider.net>
Backport of r47408

SVN-Revision: 48858

ar71xx: compex wpj531 register usb support

Signed-off-by: Christian Mehlis <christian@m3hlis.de>
Backport of r46283

SVN-Revision: 48857

ar71xx: compex wpj531 fix setting mac address on ethernet

Signed-off-by: Christian Mehlis <christian@m3hlis.de>
Backport of r46282

SVN-Revision: 48856

ar71xx: compex wpj531 fix ethernet registration

In fb6f62e97733312053ab593fcf68eea47a21169e several settings
are set on the ethernet device, but they are not working.

Fix Ethernet by setting the right values.

Signed-off-by: Christian Mehlis <christian@m3hlis.de>
Backport of r46281

SVN-Revision: 48855