| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
This avoids unnecessary downloads and rebuilds.
Patches were refreshed to please github PR checks.
Signed-off-by: Eneas U de Queiroz <cotequeiroz@gmail.com>
|
| |\
| |
| | |
mcproxy: some add some fixes
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
this spewed out 2 compile warnings
In file included from build_dir/target-mipsel_24kc_musl/mcproxy-2017-08-24-93b5ace42268160ebbfff4c61818fb15fa2d9b99/mcproxy/src/utils/mc_socket.cpp:43:0:
build_dir/target-mipsel_24kc_musl/mcproxy-2017-08-24-93b5ace42268160ebbfff4c61818fb15fa2d9b99/mcproxy/src/utils/sourcefilter.cpp: In function 'int setsourcefilter(int, uint32_t, const sockaddr*, socklen_t, uint32_t, uint32_t, const sockaddr_storage*)':
build_dir/target-mipsel_24kc_musl/mcproxy-2017-08-24-93b5ace42268160ebbfff4c61818fb15fa2d9b99/mcproxy/src/utils/sourcefilter.cpp:157:3: warning: this 'else' clause does not guard... [-Wmisleading-indentation]
else
^~~~
build_dir/target-mipsel_24kc_musl/mcproxy-2017-08-24-93b5ace42268160ebbfff4c61818fb15fa2d9b99/mcproxy/src/utils/sourcefilter.cpp:160:5: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the 'else'
int save_errno = errno;
^~~
Signed-off-by: John Crispin <john@phrozen.org>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
mcproxy has no way to send an IGMPv2 query today. If you force IGMPv2 (by
setting the protocol in the mcproxy config and setting the force_igmp_version
flag on all interfaces) the bridge will send v2 queries but if mcproxy takes
over as the querier it will send v3 queries. The patch below adds support for
sending v2 queries so everyone stays in sync:
Signed-off-by: Sukru Senli <sukru.senli@iopsys.eu>
Signed-off-by: Chad Monroe <chad.monroe@smartrg.com>
Signed-off-by: John Crispin <john@phrozen.org>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
mcproxy supports a generic filtering/blacklisting mechanism but it’s currently
broken. In the case of routed video (e.g. mcproxy routing video from
WAN -> LAN), it will forward multicast between the LAN and WAN. There are
perfectly valid use cases for this like reporting but other less-appropriate
things like mDNS and SSDP leak through from LAN -> WAN which is bad.
Signed-off-by: Sukru Senli <sukru.senli@iopsys.eu>
Signed-off-by: Chad Monroe <chad.monroe@smartrg.com>
Signed-off-by: John Crispin <john@phrozen.org>
|
| |/
|
|
|
|
| |
uClibc-ng also defines __GLIBC__, which messes up the check.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
|
| |
|
|
| |
Signed-off-by: Stefan Peter <s.peter@mpl.ch>
|
| |
|
|
| |
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
|
| |
|
|
| |
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Conflicts:
mcproxy/Makefile
mcproxy/files/mcproxy.conf
mcproxy/files/mcproxy.init
|
| |
|
