Re: [LEDE-DEV] [PATCH ubox 0/6] kmodloader: add module alias support

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

Re: [LEDE-DEV] [PATCH] ramips: Add I2C driver to the default kernel config

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

[LEDE-DEV] [PATCH] ramips: Add I2C driver to the default kernel config

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:

[LEDE-DEV] procd & custom reload support

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

Re: [LEDE-DEV] Branching LEDE 17.01 / problems with ath9k

> -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

Re: [LEDE-DEV] [Babel-users] Babeld now has procd support on OpenWRT/LEDE

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: > > -

[LEDE-DEV] Babeld now has procd support on OpenWRT/LEDE

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

Re: [LEDE-DEV] [PATCH ubox 0/6] kmodloader: add module alias support

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

[LEDE-DEV] Backporting some mac80211 fixes

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

Re: [LEDE-DEV] [PATCH v2] imx6: Add hwmon-core driver to the kernel config instead of packaging it

> --- 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] [PATCH v2] imx6: Add hwmon-core driver to the kernel config instead of packaging it

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

Re: [LEDE-DEV] [PATCH] imx6: Add kmod-hwmon-core dependency to default platform packages

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

[LEDE-DEV] [PATCH] imx6: Add kmod-hwmon-core dependency to default platform packages

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

[LEDE-DEV] upstreaming (most) rt2x00 patches

[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

Re: [LEDE-DEV] Difference between AutoLoad vs. AutoProbe for kernel modules?

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

Re: [LEDE-DEV] Difference between AutoLoad vs. AutoProbe for kernel modules?

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

Re: [LEDE-DEV] Branching LEDE 17.01 / problems with ath9k

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