gcc 4.4 was removed in r44957 gcc: remove 4.4.7 (only used by avr32)
gcc 4.5 was removed in r36149

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

SVN-Revision: 46722

A call to pskb_may_pull() might reallocate skb->data. Therefore we
should only assign the src-pointer after any potential reallocations.

Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue>
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 46721

This reverts commit a080e8e1943156168913d0353a2e99d1151102aa.

It did not fix the problem but just hid some symptom. The real issue was
that IGMP/MLD report suppression was not considered for the
multicast-to-unicast feature. A recent netifd which isolates IGMP/MLD
reports between STAs by utilizing AP-isolation and bridge-hairpinning
should have fixed this.

It is perfectly fine to apply multicast-to-unicast to IPv6 Neighbor
Solicitations, too (once that feature is configured correctly).

Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue>
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 46720

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

SVN-Revision: 46719

Signed-off-by: Steven Barth <steven@midlink.org>

SVN-Revision: 46718

Signed-off-by: Steven Barth <steven@midlink.org>

SVN-Revision: 46717

Signed-off-by: Steven Barth <steven@midlink.org>

SVN-Revision: 46716

Remove 131-MIPS-export-get_c0_perfcount_int.patch which was already applied
in 4.1.6. This fixes the following build error:

arch/mips/ath79/setup.c:217:77: error: redefinition of '__kstrtab_get_c0_perfcount_int'
arch/mips/ath79/setup.c:211:77: note: previous definition of '__kstrtab_get_c0_perfcount_int' was here
arch/mips/ath79/setup.c:217:350: error: redefinition of '__ksymtab_get_c0_perfcount_int'
arch/mips/ath79/setup.c:211:350: note: previous definition of '__ksymtab_get_c0_perfcount_int' was here
scripts/Makefile.build:258: recipe for target 'arch/mips/ath79/setup.o' failed

Reported-by: swalker
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46715

Fix patches not applying anymore since r46654.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46714

Changelog:
* https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.1.6



Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46713

Properly treat -ENOSYS as no PHY, else ehci-orion won't work without
generic phy support.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46711

The ipw2x00 drivers assume that the system they are running is little
endian, and access everything in native byte order. When run on a big
endian system, everything breaks apart.

Since fixing this is non trivial on a first glance, disable them for
big endian targets.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46708

Some CFEs seem to misconfigure the mapped memory flash access with
fast read but without a dummy byte, causing all accesses to be prefixed
with 0xff.
This of course breaks reading out the nvram, so do not just move back to
single i/o accessors, but also ensure that the dummy byte is correctly
set.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46707

Add a switch to scripts/feeds that allows listing the feeds with their
currently checked out revisions in feeds.conf compatible format.

This allows providing a feeds.conf for public builds to make replication
of the build easier.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 46706

Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>

SVN-Revision: 46705

Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>

SVN-Revision: 46704

Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>

SVN-Revision: 46703

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

SVN-Revision: 46702

Newer kernels make use of libahci in ahci-platform, ie. also on non-PCI platforms. As there is no single config symbol deciding whether libahci.ko is being built or not it seems the most sensitive thing to package it in kmod-ata-core.

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

SVN-Revision: 46701

Now that the switch driver can handle two devices with
the same MAC address in separate VLANs we can go back
to using the same address on both interfaces.

This is the Linksys firmware's default behavior.

Signed-off-by: Claudio Leite <leitec@staticky.com>
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>

SVN-Revision: 46700

Previously, all VLANs (port-based or 802.1q) were sharing a single database in the ATU. This created problems in the case of a system where two ports/devices share a MAC address (e.g. Linksys WRT1900AC eth0/eth1).

This also clears any bootloader-set FDB defaults. This had
caused issues creating port-based VLANs when mappings
overlapped previous VLANs. Packets destined to a port
not in the default port group flooded all ports.

Tested on a 88E6171 (Linksys EA4500) and 88E6172 ('1900AC)

Signed-off-by: Claudio Leite <leitec@staticky.com>
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>

SVN-Revision: 46699

Thanks Sebastian for spotting it.

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

SVN-Revision: 46697

Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>

SVN-Revision: 46696

Signed-off-by: Steven Barth <steven@midlink.org>

SVN-Revision: 46694

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

SVN-Revision: 46693

The u-boot boot counter was never reset after a successful boot,
which sometimes could make some variables become out of sync.
This patch adds support for the boot counter and enables
auto_recovery unconditionally.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>
Signed-off-by: Rob Mosher <nyt-openwrt@countercultured.net>
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>

SVN-Revision: 46690

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

SVN-Revision: 46688

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

SVN-Revision: 46687

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

SVN-Revision: 46685

Signed-off-by: Steven Barth <steven@midlink.org>

SVN-Revision: 46684

Packages that depend on PolarSSL fail to build because polarssl's InstallDev
section never actually gets executed because (prior to this patch) the package
name does not match the subdir the package is in (presumably due to upstream
name change).  As a workaround I have changed the package name back to
polarssl and used a new variable SRC_PKG_NAME for the purposes of downloading
the upstream tarball and creating PKG_BUILD_DIR.

Signed-off-by: Daniel Dickinson <openwrt@daniel.thecshore.com>

SVN-Revision: 46683

firmware is not available in linux-firmware yet
so use official driver source

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

SVN-Revision: 46682

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

SVN-Revision: 46677

The patch submitted in [46649] was mangled in the use of gmails webmail interface, tabs replaced with spaces, resulting in a patch which dit not apply.
This should fix the issue, sorry for the noise.

Signed-off-by: Ben Whitten <benwhitten@gmail.com>

SVN-Revision: 46676

no-op since 2.6.35
    removed in Kernel 4.1
    see https://lwn.net/Articles/380931/



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

SVN-Revision: 46672

no-op since 2.6.35
    removed in Kernel 4.1
    see https://lwn.net/Articles/380931/



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

SVN-Revision: 46671

The BT Home Hub 5A uses three PEF7071 with PHY ID 0xd565a401. Daniel's
PHY driver (for his u-boot sources) already supports that PHY because
it uses a PHY ID mask of 0xfffffff8.

Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>

SVN-Revision: 46670

adds extra station info reporting

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

SVN-Revision: 46669

Signed-off-by: Daniel Golle <daniel@makrotopia.org>

SVN-Revision: 46668

0073 needs to applied afert 0102

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

SVN-Revision: 46667