mtk-20170518/package/network/utils/ebtables, branch v17.01.5 MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker ebtables: update to last commit 2017-03-01T19:37:36+00:00 Ansuel Smith ansuelsmth@gmail.com 2017-02-10T15:18:47+00:00 00e4f6fd367e604f06b4205a02f62a9748ca267e Refreshed patches Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com> 
Refreshed patches

Signed-off-by: Ansuel Smith <ansuelsmth@gmail.com>
treewide: clean up download hashes 2016-12-16T21:39:22+00:00 Felix Fietkau nbd@nbd.name 2016-12-16T16:32:10+00:00 720b99215da295a2e7b4acdef30b58bec6acedc2 Replace *MD5SUM with *HASH, replace MD5 hashes with SHA256 Signed-off-by: Felix Fietkau <nbd@nbd.name> 
Replace *MD5SUM with *HASH, replace MD5 hashes with SHA256

Signed-off-by: Felix Fietkau <nbd@nbd.name>
ebtables: fix build with glibc 2016-08-30T10:12:34+00:00 Felix Fietkau nbd@nbd.name 2016-08-30T10:04:01+00:00 8e0cb8f58233a1c1953f92f66a2f2b01567f7b16 Signed-off-by: Felix Fietkau <nbd@nbd.name> 
Signed-off-by: Felix Fietkau <nbd@nbd.name>
ebtables: fix segmentation fault due to uninitialized extension data 2016-06-24T13:59:36+00:00 Jo-Philipp Wich jo@mein.io 2016-06-24T13:04:27+00:00 cb7aa4b1fee688342950d02195b927962295514e The ebtables code relies on the `-nostartfiles` linker argument to execute the extension modules' `_init()` functions automatically which is not working reliably across all supported targets and gcc versions. Running an ebtables executable linked this way just crashes with a segmentation fault at runtime on program startup, e.g. on ARM architectures. In order to fix the issue ... - remove the use of the -nostartfiles linker flag - rename the init procedures to a generic name without implicit semantics - explicitely annotate those init procedures as constructors The patch has been taken from the Alpine Linux distribution at http://git.alpinelinux.org/cgit/aports/tree/main/ebtables/fix-extension-init.patch Signed-off-by: Jo-Philipp Wich <jo@mein.io> 
The ebtables code relies on the `-nostartfiles` linker argument to execute the
extension modules' `_init()` functions automatically which is not working
reliably across all supported targets and gcc versions.

Running an ebtables executable linked this way just crashes with a segmentation
fault at runtime on program startup, e.g. on ARM architectures.

In order to fix the issue ...
 - remove the use of the -nostartfiles linker flag
 - rename the init procedures to a generic name without implicit semantics
 - explicitely annotate those init procedures as constructors

The patch has been taken from the Alpine Linux distribution at
http://git.alpinelinux.org/cgit/aports/tree/main/ebtables/fix-extension-init.patch

Signed-off-by: Jo-Philipp Wich <jo@mein.io>
ebtables: fix miscompilation on 64bit targets 2015-07-10T11:36:49+00:00 Felix Fietkau nbd@openwrt.org 2015-07-10T11:36:49+00:00 1c8148a8588f116d81881159e2222dc49e89314a The musl build "fix" introduced in r45108 removed all netinet/ether.h includes, which made the prototypes of ether_aton and ether_ntoa unavailable. As a result, the compiler assumed they return int instead of a pointer. This currupted the pointer on 64bit targets, causing ebtables to segfault in commands containing MAC addresses. Since r46161 made it possible to include both the kernel and the libc if_ether.h as long as the libc version is included first, this patch changes the fix to remove the linux/if_ether.h from the ebtables source (so the fixed version from the kernel is used) and ensures netinet/ether.h is included early. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net> SVN-Revision: 46292 
The musl build "fix" introduced in r45108 removed all netinet/ether.h
includes, which made the prototypes of ether_aton and ether_ntoa
unavailable. As a result, the compiler assumed they return int instead
of a pointer. This currupted the pointer on 64bit targets, causing ebtables
to segfault in commands containing MAC addresses.

Since r46161 made it possible to include both the kernel and the libc
if_ether.h as long as the libc version is included first, this patch
changes the fix to remove the linux/if_ether.h from the ebtables source
(so the fixed version from the kernel is used) and ensures netinet/ether.h
is included early.

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

SVN-Revision: 46292
ebtables: fix musl build issues 2015-03-29T04:29:44+00:00 Felix Fietkau nbd@openwrt.org 2015-03-29T04:29:44+00:00 55aa123732f1900c3ada6d80a47a99748180ca5e Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45108 
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 45108
ebtables: revert "disable rpath" (closes: #19088) 2015-03-09T22:07:05+00:00 Nicolas Thill nico@openwrt.org 2015-03-09T22:07:05+00:00 a7f198b12cdafaa515a59d323d627893b4337e16 This reverts commit 9340723d70bce9d905c3f53b2bf415963153b34d. Signed-off-by: Nicolas Thill <nico@openwrt.org> SVN-Revision: 44634 
This reverts commit 9340723d70bce9d905c3f53b2bf415963153b34d.

Signed-off-by: Nicolas Thill <nico@openwrt.org>

SVN-Revision: 44634
ebtables: disable rpath 2015-02-11T11:31:07+00:00 Nicolas Thill nico@openwrt.org 2015-02-11T11:31:07+00:00 e97228fde91e0e171632f9428c5bc70952527d4a Signed-off-by: Nicolas Thill <nico@openwrt.org> SVN-Revision: 44396 
Signed-off-by: Nicolas Thill <nico@openwrt.org>

SVN-Revision: 44396
license info - revert r43155 2014-11-03T09:56:44+00:00 John Crispin john@openwrt.org 2014-11-03T09:56:44+00:00 74a3a77bcd6842b03806dcbdcd49e0bce8767174 turns out that r43155 adds duplicate info. Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 43167 
turns out that r43155 adds duplicate info.

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

SVN-Revision: 43167
Add more license tags with SPDX identifiers 2014-11-03T08:01:08+00:00 John Crispin john@openwrt.org 2014-11-03T08:01:08+00:00 c10d97484a43375a0446dafc8cb4072e26502f37 Note, that licensing stuff is a nightmare: many packages does not clearly state their licenses, and often multiple source files are simply copied together - each with different licensing information in the file headers. I tried hard to ensure, that the license information extracted into the OpenWRT's makefiles fit the "spirit" of the packages, e.g. such small packages which come without a dedicated source archive "inherites" the OpenWRT's own license in my opinion. However, I can not garantee that I always picked the correct information and/or did not miss license information. Signed-off-by: Michael Heimpold <mhei@heimpold.de> SVN-Revision: 43155 
Note, that licensing stuff is a nightmare: many packages does not clearly
state their licenses, and often multiple source files are simply copied
together - each with different licensing information in the file headers.

I tried hard to ensure, that the license information extracted into the OpenWRT's
makefiles fit the "spirit" of the packages, e.g. such small packages which
come without a dedicated source archive "inherites" the OpenWRT's own license
in my opinion.

However, I can not garantee that I always picked the correct information
and/or did not miss license information.

Signed-off-by: Michael Heimpold <mhei@heimpold.de>

SVN-Revision: 43155