update 2:
i pretty much ripped the entire drivers/i2c directory from MTK_APSoC_SDK 5310
and put it in my 4.14 (lol).
after a few small modifications, i still get the same problem.
thus, i think we can rule out kernel changes and that only leaves the
bootloader (??) and the me (y’know, “it’s no
On 03/23/2018 02:53 PM, Mathias Kresin wrote:
> As long as nobody proves that there is a real performance gain, I don't
> see a reason to backport the datastruct debloat.
Agreed, it will also make it a tad harder to merge stable kernels with
these changes applied.
Rosen, if you are willing to sta
23.03.2018 19:19, Rosen Penev:
This patch series shrinks the networking structs in order to reduce cache
misses. This has performance benefits in routing.
Full details here:
https://www.netdevconf.org/2.2/slides/miller-datastructurebloat-keynote.pdf
I'm keeping this for kernel 4.14 as it's ea
update:
it seems the pins are supposed to be 11 and 4, and not 3 and 4:
> i2c-gpio 1e00.palmbus:i2c-gpio@900: using pins 11 (SDA) and 4 (SCL)
this results in the registration of the rtc driver, however the same problem is
still there:
> root@DD-WRT:~# hwclock --verbose --systohc
> hwclock
This patch series shrinks the networking structs in order to reduce cache
misses. This has performance benefits in routing.
Full details here:
https://www.netdevconf.org/2.2/slides/miller-datastructurebloat-keynote.pdf
I'm keeping this for kernel 4.14 as it's easier to port.
I have tested this
Since the last update that took me to OpenWrt SNAPSHOT r6520-02fba1a /
LuCI Master (git-18.081.35142-84b3ba4)
Under system->Backup / Flash Firmware
I get this nagging message inside a highlighted yellow box:
"Custom files (certificates, scripts) may remain on the system. To
prevent this, per
Hi all,
As the ISC-DHCP maintainer, I need to eat my own dogfood so I run that here,
before anyone quips, “Why don’t you just run dnsmasq instead?”
So… I have some internal names that I want to be able to resolve internally,
but I also need to provide DNS service for all of my DHCP clients.
Is
On Thu, Mar 22, 2018 at 10:34 AM, Stijn Segers wrote:
> Right patch version this time, sorry!
>
> * Patch 180-usb-xhci-add-support-for-performing-fake-doorbell.patch had to be
> adjusted slightly because of upstream adapted code.
> * Refreshed patches.
>
> Compile-tested: ramips/mt7621, x86/64
>
Miss this patch -> "[LEDE-DEV] [PATCH] procd: Restore respawn on
SIGTERM timeout"
(http://lists.infradead.org/pipermail/lede-dev/2017-October/009412.html)
It's try to solve same problem.
Description seems to be misleading (patch also seems to be wrong):
>When SIGTERM times out, procd sends SIGKILL
I have update the luci-app-mwan3 status pages as requested from users to
show the boxes again.
See PR:
https://github.com/openwrt/luci/pull/1696
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
10 matches
Mail list logo
