Summary of upstream CHANGELOG:
* Handle DHCPREBIND requests in the DHCPv6 server code.
* Fix bug which caused dnsmasq to lose track of processes forked.
* Major rewrite of the DNS server and domain handling code.
* Revise resource handling for number of concurrent DNS queries.
* Improve efficiency
This adds uci support to configure connmark based DNS filtering.
Signed-off-by: Etan Kissling
(imported from upstream mailing list
https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2021q2/015151.html)
Signed-off-by: Etan Kissling
---
v2: Bundle with patch to update dnsmasq.
v8: Update co
Hi
On 2021-09-07, Ansuel Smith wrote:
> I am writing this to ask for some help/direction on what path we
> should follow for
> the qca8k driver. I currently have a pr open [1] to migrate ipq806x to
> dsa driver
> (qca8k) but some other devs reported that the same switch is also used by
> other
>
On 07/09/2021 17:48, ansuelsmth at gmail.com (Ansuel Smith) wrote:
>
> Problem is that excluding ipq806x, not every device uses the qca8k
> switch and including
> that by default seems wrong. It was suggested to compile that as a
> module (with optionally
> the dsa subsistem as a kmod) so the dri
There is no need in calling `mkdir` every single time, instead give it
multiple folders at once.
Also there is no need to create a folder (i.e. /etc/) after a sub folder
of /etc/ was already created.
Additionally there is no need to call the `sed` version replacement
script multiple times with pa
Hi,
> Did you check that none of the build scripts try to access this file? In
> case they do, they'd fail since an absolute path wouldn't exists on the
> building host system.
apart from that it might break 3rd party workflows for no obvious
reason. The existing absolute symlinks mentioned all p
On 9/8/21 2:50 PM, Florian Eckert wrote:
The file `/etc/os-release` is currently a relative link to
`../usr/lib/os-release`.
The follwing links on my `/etc` are also absolute:
* localtime -> /tmp/localtime
* resolv.conf -> /tmp/resolv.conf
* /tmp/TZmtab -> /proc/mounts
For consistency, this sho
On 9/8/21 02:50, Florian Eckert wrote:
The file `/etc/os-release` is currently a relative link to
`../usr/lib/os-release`.
The follwing links on my `/etc` are also absolute:
* localtime -> /tmp/localtime
* resolv.conf -> /tmp/resolv.conf
* /tmp/TZmtab -> /proc/mounts
For consistency, this sho
On 9/7/21 11:39 PM, Paul Spooren wrote:
Seems to be working fine in Docker containers.
Signed-off-by: Paul Spooren
Acked-by: Hauke Mehrtens
---
v2: Remove redundant TESTING_PATCHVER
target/linux/x86/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/l
The file `/etc/os-release` is currently a relative link to
`../usr/lib/os-release`.
The follwing links on my `/etc` are also absolute:
* localtime -> /tmp/localtime
* resolv.conf -> /tmp/resolv.conf
* /tmp/TZmtab -> /proc/mounts
For consistency, this should also apply to `/usr/lib/os-release`.
S
When loading the bonding driver, bonding interface are automatically
created on bonding module load.
> ip a s bond0
> 14: bond0: mtu 1500 qdisc noop state DOWN
> group default qlen 1000
>link/ether a6:f2:20:64:c1:b9 brd ff:ff:ff:ff:ff:ff
This is not necessary in openwrt as we do not use this
Il giorno mer 8 set 2021 alle ore 02:11 Shane Synan
ha scritto:
>
> On 8/24/21 7:21 PM, Shane Synan wrote:
> > The fix hasn't been found, but progress has been made!
> >
> > After further testing, I think I've found a way to recreate this issue
> > with just the router itself, no external USB HDD,
12 matches
Mail list logo
