Thanks for these strong steps toward a release,
the last weeks where full of commits and everybody
seems to work very hard.
What i want to mention is, that older ath9k chips (ar91xx?)
are not useable with LEDE anymore, e.g. TP-Link 1043nd v1
This needs more testing and reporting. Maybe someone ha
Hey all,
It's not possible to depend directly on xt_hashlimit, because we don't
use any symbols in it. Instead, Netfilter forces us to go through
helper function, which load xt_hashtable dynamically. This works fine
on most systems, where the kernel calls out to modprobe at runtime in
order to get
Actually,
> I think the problem with wireguard in github issue 3790 [1] is that
> wireguard requires NFPROTO_{IPV4,IPV6} "hashlimit" module and
> netfilter subsystem will try to load ipt_hashlimit and ip6t_hashlimit
> which are aliases of xt_hashlimit, but we have aliases along with
> other modinf
[I had a typo in the lede-dev address in my first attempt to post this]
Hi!
The amount of patches on top of rt2x00 has grown into a huge pile
during the past couple of years. To get things into a shape that allow
discussing and merging them upstream, I created a tree on github based
on wireless-d
This commit have removed kmod-thermal-imx package:
commit 7f0796d874f8cbcc1bd7705ff4edf8c30223d2bd
Author: Felix Fietkau
imx6: remove kmod-thermal-imx, it is already enabled in the kernel config
which made hwmon modules unavailable, because kmod-thermal-imx had
DEPENDS:=+kmod-thermal wh
On 2017-01-12 17:06, Petr Štetiar wrote:
> This commit have removed kmod-thermal-imx package:
>
> commit 7f0796d874f8cbcc1bd7705ff4edf8c30223d2bd
> Author: Felix Fietkau
>
> imx6: remove kmod-thermal-imx, it is already enabled in the kernel config
>
> which made hwmon modules unavailabl
This commit have removed kmod-thermal-imx package:
commit 7f0796d874f8cbcc1bd7705ff4edf8c30223d2bd
Author: Felix Fietkau
imx6: remove kmod-thermal-imx, it is already enabled in the kernel config
which made hwmon modules unavailable, because kmod-thermal-imx had
DEPENDS:=+kmod-thermal wh
> --- a/target/linux/imx6/config-4.4
> +++ b/target/linux/imx6/config-4.4
> CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
> +CONFIG_HWMON=y
Hm, this is apparently not enough. Needs more fixes probably.
-- ynezz
___
Lede-dev mailing list
Lede-dev@lists.infrade
Hi Felix,
Would you mind if I send a patch to backport these? :
mac80211: initialize fast-xmit 'info' later
mac80211: fix legacy and invalid rx-rate report
mac80211: fix tid_agg_rx NULL dereference
https://github.com/torvalds/linux/commit/35f432a03e41d3bf08c51ede917f94e2288fbe8c
https://github.
On 11.01.2017 13:54, Yousong Zhou wrote:
Aliases are essential information for working with kernel modules. Netfilter
subsystem will request for ipt_hashlimit and ip6t_hashlimit respectively when
called with
xt_request_find_match(NFPROTO_IPV{4,6}, "hashlimit", 1)
The kernel __r
Hi,
Here is yet another OpenWRT-related change for babeld: I just merged procd
support for babeld [2], after more than two years of lingering [1].
The only user-visible changes should be:
- babeld now logs to the system log (visible with "logread") instead of a
file in /var/log. This is nice
On Thu, Jan 12, 2017 at 1:01 PM, Baptiste Jonglez
wrote:
> Hi,
>
> Here is yet another OpenWRT-related change for babeld: I just merged procd
> support for babeld [2], after more than two years of lingering [1].
>
> The only user-visible changes should be:
>
> - babeld now logs to the system log (
Is this intentional?
1) country sometimes in the middle (il, cn), most times at the end (us, eu,
AU, NA, WW)
2) country NA vs. us (different name for same thing?)
3) country EU vs. eu (capitals or not?)
4) country north-america vs. NA vs. us
5) country other-regions vs. WW
If this is not intentio
Support Abicom International Scorpion SC450 Board
QCA9550 700MHz Extended Temperature Range
256MB DDR2
256MB NAND Flash
16MB NOR Flash
10/100/1000 Ethernet
15W Max, 3x3 Mode, Full Power TX Power
802.3-at POE+ & DC Input options
100x 85mm
USB
PCIe
SFP
GPIO/LED
Signed-off-by: Conor O'Gorman
---
t
> -Ursprüngliche Nachricht-
> Von: Lede-dev [mailto:lede-dev-boun...@lists.infradead.org] Im Auftrag
> von Bastian Bittorf
> Gesendet: Donnerstag, 12. Januar 2017 10:39
> An: Jo-Philipp Wich
> Cc: l...@kitschensync.net; LEDE Development List
> Betreff: Re: [LEDE-DEV] Branching LEDE 17.01
Hi,
I've app that reads config from /etc/foo.conf and I use init.d script
to generate that file based on /etc/config/foo.
A nice feature my app has is runtime config reload triggered by
kill -SIGUSR1 $PID
I guess I need something like this:
start_service() {
local port
config_loa
I made a commit that added the RTC driver to the kernel config with
the intent that it would fix hctosys. Unfortunately while the RTC
driver is in there, it's connected through I2C, the driver for which
comes in module form and is thus loaded late. After this commit, it
works fine.
Signed-off by:
Just a thought:
Isn't there a way to simply have a hotplug handler which calls
/sbin/hwclock instead of forcing RTC modules to be built-in?
Cheers
Daniel
On Thu, Jan 12, 2017 at 07:05:00PM -0800, Rosen Penev wrote:
> I made a commit that added the RTC driver to the kernel config with
> the inten
On 13 January 2017 at 03:07, Lucian Cristian wrote:
> On 11.01.2017 13:54, Yousong Zhou wrote:
>>
>> Aliases are essential information for working with kernel modules.
>> Netfilter
>> subsystem will request for ipt_hashlimit and ip6t_hashlimit respectively
>> when
>> called with
>>
>> xt_r
19 matches
Mail list logo
