Please rename trunk to Dxxx Dxxx something.
It is a bit confusing when both trunk and CC15.05 claim to be Chaos Calmer.
The clear identification of the two got more important now when trunk has
started to use musl, and trunk and CC start to deviate further.
I considered patching trunk's
On Tue, Jun 16, 2015 at 03:58:34PM +0300, Hannu Nyman wrote:
Please rename trunk to Dxxx Dxxx something.
It is a bit confusing when both trunk and CC15.05 claim to be Chaos Calmer.
The clear identification of the two got more important now when trunk has
started to use musl, and trunk and CC
Memory Resource Controller no longer depends on Resource counters since
Kernel version 4.0.
Signed-off-by: Daniel Golle dan...@makrotopia.org
---
config/Config-kernel.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/config/Config-kernel.in b/config/Config-kernel.in
index
Signed-off-by: Yousong Zhou yszhou4t...@gmail.com
---
...ide-wtmp-compatibility-stub-for-Linux-PAM.patch | 104
1 file changed, 104 insertions(+)
create mode 100644
toolchain/musl/patches/200-Provide-wtmp-compatibility-stub-for-Linux-PAM.patch
diff --git
On Tue, 2015-06-16 at 08:47 +0200, Steven Barth wrote:
That commit got reverted 4 months later
Oh good. It was the wrong way to solve that, IMHO.
Source-Destination routing has been used to replace it for egress
traffic, i.e. there are simply no external (e.g. default) routes that
have a
You should see an unreachable route for your own local ULA /48.
Also if your clients try to use your local ULA as source to reach
anything outside of the ULA (e.g. global addresses) this is blocked
(there is no matching route - simpler explanation to my previous post).
I don't see any particular
Source-Destination matching is done in the regular routing table.
E.g. for my he.net connection the v6 routing table looks like this:
default from 2001:470:xx:yyy::/64 dev 6in4-henet proto static metric 1024
default from 2001:470:::/48 dev 6in4-henet proto static metric 1024
if you try
HI all,
I have just re-sent patch through `git send-email`.
I have corrected following:
- Added GPLv2 header
- Corrected alphabetical order everywhere where I saw it was respected
- removed eth0 and other carambola2 LED related stuff
Best regards,
Drasko
On Tue, 2015-06-16 at 18:56 +0200, Steven Barth wrote:
Source-Destination matching is done in the regular routing table.
E.g. for my he.net connection the v6 routing table looks like this:
default from 2001:470:xx:yyy::/64 dev 6in4-henet proto static metric 1024
default from
---
target/linux/ar71xx/base-files/lib/ar71xx.sh | 3 +
.../ar71xx/base-files/lib/upgrade/platform.sh | 3 +-
target/linux/ar71xx/config-3.18| 1 +
.../linux/ar71xx/files/arch/mips/ath79/mach-weio.c | 162 +
Add tuner for the HSR filter of the UniFi Outdoor Plus access point. Usage of
the tuner is controlled at runtime by ath9k_platform_data. The code can be
enabled or disabled by a compile time option.
Signed-off-by: Stefan Rompf ste...@loplof.de
---
Index: package/kernel/mac80211/Makefile
Hi,
so we arrive at the fourth iteration of the patchset to support the HSR of the
Ubiquiti Unifi Outdoor Plus access point. This version implements the
suggestions from Felix. We lost the feature to avoid tuning the same channel
multiple times in a row, but this should not be critical.
The
Add ubnt_hsr flag to struct ath9k_platform_data and enable it for the Outdoor
Plus access point so that the availability ot the HSR filter can be detected
by the ath9k driver at runtime.
Signed-off-by: Stefan Rompf ste...@loplof.de
---
Index:
On 06/13/15, Steven Barthcy...@openwrt.org wrote:The OpenWrt developers are proud to announce the first release candidateof OpenWrt Chaos Calmer. ___ __ | |.-.-.-.| | | |..| |_ | - || _ | -__| || | | || _|| _|
Missing Signed-off-by tag and description of the patch.
Le 06/16/15 14:06, Drasko DRASKOVIC a écrit :
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
On Wed, 2015-05-20 at 15:34 -0700, Daniel Gimpelevich wrote:
On Thu, 2015-05-21 at 00:19 +0200, Hauke Mehrtens wrote:
On 05/20/2015 11:42 PM, Daniel Gimpelevich wrote:
This patch introduces a new build error into coova-chilli, but
coova-chilli already fails to build even without it
Anyone ? I am still investigating this issue and trying to figure out if
it's a Openwrt or ISP problem.
Would that changelog have anything to do with this ?
Fernando
On 13/06/2015 12:43, Fernando Frediani wrote:
Hi folks,
I'm seeing an issue on my Barrier Breaker running on a TP-Link
That commit got reverted 4 months later and was never really in use for
long. Source-Destination routing has been used to replace it for egress
traffic, i.e. there are simply no external (e.g. default) routes that
have a matching source-restriction.
For ingress traffic the stateful firewall
Hi all,
please find below patch that adds support for PandoraBox PBR-M1 Board
to OpenWRT trunk.
The board is based on mt7621 platform, and this patch
adds a separate profile for pbr-m1.
Best regards,
Tymon
From: tymon ty...@xcloud.cc
Signed-off-by: tymon ty...@xcloud.cc
---
19 matches
Mail list logo
