+1
The more the merrier
> On 12. Feb 2025, at 18:46, John Crispin wrote:
>
> Hi,
>
> starting a [VOTE] to get approval allowing me to begin the development of
> OpenWrt "Two".
>
> "Two" will have all of the features that "One" has with the following
> upgrades.
>
> * MT7988
> * 10G SFP
>
l step is required to fill
the gap between tagging, building and releasing.
Best,
Paul
signature.asc
Description: Message signed with OpenPGP
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 2024-12-23 00:32, Linus Walleij wrote:
> This device was supported earlier with board files.
>
> I managed to get it back to working, by booting the
> kernel over TFTP and just storing the root filesystem
> in the small flash.
>
> Running LuCI on it is not recommended, as it has only
> 32MB of
Hi Mauri,
On Sat, Dec 07, 2024 at 10:37:32AM +0200, Mauri Sandberg wrote:
> Is there someone who can help with adding a new ToH entry and a new
> device manufacturer? I previously inquired at the forums (1)
That forum thread is asking for "DNA", "HP", "HPE" and "switch" (?) to
be added, do I get
Hey again,
The security researcher published an article describing the details, a good
read indeed.
https://flatt.tech/research/posts/compromising-openwrt-supply-chain-sha256-collision/
Best,
Paul
> On 6. Dec 2024, at 23:42, Christian Marangi (Ansuel)
> wrote:
>
> Forwarding
As far as I know, nothing is tracked. It seems until now the path is just
beaten into the grass, but if we want something more 'concrete' but not
inflexible, packages would do well to maintain a list of FWmarks in the wiki.
Anything more than a file in the repo would be too inflexible (changes t
lease candidate stage. Now they’ve decided
that, no, that will not happen at any point during the series. It is a delay,
but a delay done for the sake of proper testing, to avoid breaking things for
the users.
On 2024-11-27 05:52, Paul D wrote:
> On 2024-11-27 00:41, Hauke Mehrtens wrot
On 2024-11-27 00:41, Hauke Mehrtens wrote:
> Hi,
>
> We just had a meeting and talked about the OpenWrt 24.10 release.
>
> We plan to use opkg in the OpenWrt 24.10 release. We will deactivate the
> USE_APK switch to prevent users from using apk.
>
Also second the 24.11 motion.
One thing whi
Hi, we had another meeting, please find the meeting notes below, in the wiki[1]
or in the forum[2].
[1]: https://openwrt.org/meetings/20241126
[2]: https://forum.openwrt.org/t/openwrt-meeting-november-2024/216703
Please have a nice day,
Paul
## OpenWrt One Status Update
- The platform now
I proposed a 'fix' or, at least, a new feature to specify prefix lifetimes
about a half-year ago which @Ansuel just reviewed a few days ago.
See
[RFC PATCH 08/14] router: clamp prefix valid_lt to interface valid_lifetime
which... ideally should go in a separate patch (but this version depended
on't see why not.
>
>> On Nov 10, 2024, at 2:53 PM, Paul D wrote:
>>
>> Shooting from the hip a bit here, but how about a fwmark?
>>
>>
>> # set mark for remapped traffic
>> iptables -t mangle -A PREROUTING -p tcp --dport 23 -m conntrack --ct
Your biggest hurdle is probably this part:
https://www.rfc-editor.org/rfc/rfc3118#section-5.4
It would help for you to understand what actually happens today for this part.
BTW: all implementations of SIP are proprietary ;) but it's not impossible to
figure it out.
On 2024-11-11 13:31, Kev
Hi Robert,
No it should not be there, based on the code it shouldn’t be there but maybe
it’s pulled in by some other package depending on it. I’ll have a look, thanks
for notifying me.
Best,
Paul
> On 11. Nov 2024, at 10:55, Robert Marko wrote:
>
> On Mon, 11 Nov 2024 at 10:15, Pau
your production systems.
Best,
Paul
[1]: https://buildbot.openwrt.org/images/#/changes/52
> On 9. Nov 2024, at 16:50, Paul Spooren wrote:
>
> Hi all,
>
> I merged the remaining ImageBuilder fixes and have my fingers crossed those
> are the last.
>
> We plan to
Shooting from the hip a bit here, but how about a fwmark?
# set mark for remapped traffic
iptables -t mangle -A PREROUTING -p tcp --dport 23 -m conntrack --ctstate DNAT
-j MARK --set-mark
# apply tarpit if not remapped
iptables -A INPUT -p tcp --dport 23 -m mark ! --mark -j TARPIT
On 2024-
Hi Eric,
Right now there exists index.json[1] and we might want to create something like
manifest.json, too. This way I’d be package manger format independent and would
allow downstream tools to digest our existing packages.
Best,
Paul
[1]:
https://downloads.openwrt.org/snapshots/packages
on the download servers
ending with `.opkg`. So you can still download OPKG based snapshots from that
day and by modifying the feeds on device, download whatever packages.
Please enjoy the weekend!
Best,
Paul
[1]: https://buildbot.staging.openwrt.org/images/#/
> On 30. Oct 2024, at 14
see in-line
is the device sysupgradeable?
On 2024-11-07 20:59, lotig...@lotigara.ru wrote:
> From: Ivan Davydov
>
> Keenetic KN-3211 is a 2.4 Ghz band 11n (Wi-Fi 4) Wi-Fi repeater, based on
> MT7628AN.
>
> Specification:
> - System-On-Chip: MT7628AN
> - CPU/Speed: 575 MHz
> - Flash-Chip: Wi
t in the main
branch. If APK flies as expected, we may enable it for 24.10, too.
Best,
Paul
[1]:
https://github.com/openwrt/openwrt/commit/f72879dd60b908fcca2ab016e30fe22c347a279d
[2]: https://buildbot.aparcar.org/targets/
[3]: https://github.com/openwrt/openwrt/pull/16767
[4]: https://buildbot.apa
;atime": 1727094886,
"mtime": 1727094886,
"ctime": 1727094886,
"inode": 1264,
"uid": 0,
"gid": 0
}
root@OpenWrt:/# ubus call file stat '{"path":"/bin/ash&qu
Tested on: 23.05.5
Signed-off-by: Paul Donald
---
file.c | 38 +++---
1 file changed, 35 insertions(+), 3 deletions(-)
diff --git a/file.c b/file.c
index 1e5b2f4..f14b274 100644
--- a/file.c
+++ b/file.c
@@ -246,7 +246,7 @@ next:
static struct blob_attr
From: Paul Donald
This augments rpcd to be able to inspect symbolic links, instead of simply
returning the linked file info.
See also: https://github.com/openwrt/rpcd/pull/9
root@OpenWrt:/# ubus call file stat '{"path":"/etc/os-release"}'
{
"path
From: Paul Donald
Tested on: 23.05.5
Signed-off-by: Paul Donald
---
file.c | 38 +++---
1 file changed, 35 insertions(+), 3 deletions(-)
diff --git a/file.c b/file.c
index 1e5b2f4..f14b274 100644
--- a/file.c
+++ b/file.c
@@ -246,7 +246,7 @@ next:
static
Disregard. Defaults were getting nuked somewhere along the way... :/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Setting the learning flag to 1 for a vxlan does nothing more than the kernel
default already does.
Did anyone ever test VXLAN learning usage? See learning flag:
# ip -6 link add vxlan100 type vxlan id 100 dstport 4789 local 2001:db8:1::1
learning
# ip -d a
===
9: vxlan100: mtu 1500 qdisc noo
Admittedly the file has changed location but the patch still applies.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Could we get some movement on this?
It looks like a trivial addition to enable PPSK for SAE.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Please keep white space and indent changes in a separate commit.
Regards,
Paul
> Op 19 okt 2024, om 21:24 heeft Nils Rottgardt het
> volgende geschreven:
>
> From c43d6699e3a618a3269f3b299ee7673eb8f44099 Mon Sep 17 00:00:00 2001
> From: Nils Hendrik Rottgardt
> Date: Sat, 19
See also https://github.com/openwrt/netifd/pull/36
On 2024-10-17 17:20, Paul Donald wrote:
> Patch for netifd to handle ip-rule ipproto
>
> Paul Donald (1):
> iprule: add ipproto property
>
> iprule.c | 10 ++
> iprule.h | 4
> system-lin
s/protocol-numbers.xhtml
Tested on 23.05.5 x86_64
Signed-off-by: Paul Donald
---
iprule.c | 10 ++
iprule.h | 4
system-linux.c | 3 +++
3 files changed, 17 insertions(+)
diff --git a/iprule.c b/iprule.c
index e851e2d..39ce127 100644
--- a/iprule.c
+++ b/iprule.c
@@ -
Patch for netifd to handle ip-rule ipproto
Paul Donald (1):
iprule: add ipproto property
iprule.c | 10 ++
iprule.h | 4
system-linux.c | 3 +++
3 files changed, 17 insertions(+)
--
2.44.0
___
openwrt-devel mailing
ping
On 2024-09-20 18:23, Paul Donald wrote:
> The luci GUI allows a single port in a port range field. This additional
> check validates a single port if a range was not found.
>
> Signed-off-by: Paul Donald
> ---
> validate/validate.c | 6 --
> 1 file change
https://downloads.openwrt.org/releases/23.05.5/targets/x86/64/openwrt-23.05.5-x86-64-generic-ext4-combined-efi.img.gz
With how the images are compiled, there appears to be a faulty step that adds
trailing garbage (some fake certificate).
Hex View 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E
The luci GUI allows a single port in a port range field. This additional
check validates a single port if a range was not found.
Signed-off-by: Paul Donald
---
validate/validate.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/validate/validate.c b/validate/validate.c
Please can someone with commit permissions fix this
https://github.com/openwrt/luci/issues/7242
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 2024-08-12 12:21, Bas Mevissen wrote:
>
All things being equal, is it worth a try with a different GCC version? Where
GCC 13.3.4 boots, and 13.3.0... doesn't?
>
> I acquired an HP 1920-24G and gave this branch a spin. Unfortunately, it does
> not boot with this branch. Booting 23.05.4 an
the failing packages[6], some maintainers have not yet switches to
an APK conform version schema. I’ll try to ping those or create PRs myself.
I’m optimistic’ish that things will work out just great. Please give it a test
and let me know how it goes.
Best,
Paul
[1]:
https
Sure, https://github.com/cyyself/wg-bench/pull/37
> On 29. Jul 2024, at 19:37, Paul D wrote:
>
>
> Hi, could one of the early ONE owners/users post numbers for the ONE
> regarding WireGuard performance?
>
> https://forum.openwrt.org/t/a-wireguard-comparison-db/187586/1
&
Hi, could one of the early ONE owners/users post numbers for the ONE regarding
WireGuard performance?
https://forum.openwrt.org/t/a-wireguard-comparison-db/187586/1
It's an important use-case and a factor affecting the decision for next
hardware purchase (for me, anyway).
_
On 2024-07-18 18:31, Henrique de Moraes Holschuh via openwrt-devel wrote:
>
> OpenWRT has its hotplug via procd, which is different, but it should still be
> usable for that kind of *required* functionality. What the wiki describes
> for "usbmisc" hotplug does *not* look good, hopefully the wik
I can see this affecting USB network devices.
In my experience of working with p910nd, I used sysfs also. Deterministic
probing order is important if the order of discovered USB printers is to remain
the same (so that port 9100 always talks to your HP at /dev/usb/lp0, port 9101
always talks
https://forum.openwrt.org/t/vrx518-firmware-license-change-can-it-be-included-now/202141
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Any comments?
On 2024-05-10 00:30, Paul Donald wrote:
> Clamp values read from config to RFC mandated sane values instead of just
> complaining. We also now implement valid_lifetime for ULA prefixes.
> This is useful if you need to sunset or remove one from circulation.
> ( Inter
Any comments?
On 2024-04-10 03:16, Paul Donald wrote:
> From: Paul Donald
>
> Applies to master d8118f6e76e5519881f9a37137c3a06b3cb60fd2
>
> Naïve implementation. Works well.
>
> Might have drawbacks: it parses interfaces, so if they happen to have the
> same param
On 2024-05-07 20:48, Christian Marangi (Ansuel) wrote:
> Il giorno mar 7 mag 2024 alle ore 18:53 Enrico Mioso
> ha scritto:
>>
>> Hello all!!
>>
>> is there any chance we can merge any form of this patch?
>> The device it is related seems pretty popular and one of the rare devices
>> supporting V
es some of the ("sockpuppet") accounts (on github) that were
used to pressure the maintainer of xz.
[1] https://lwn.net/Articles/967866/
[2] https://lwn.net/Articles/968150/
[3] https://lwn.net/Articles/968496/
Regards,
--
paul oran
the existing setup, where build workers do not have a private key but
upload the package index to a dedicated server for signing. We will keep you
updated on our progress.
I will provide more updates as we make further advancements. Please stay tuned
for more information.
Sunshine,
Paul
PS
Hi,
— %< —
Well to conclude, it takes more time and there is “always”
firmware-selector.openwrt.org, so I’ll just leave it as is.
Thanks for your thoughts,
Paul
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.
h, I love it!
Looking forward to test it, thanks for your contribution!
Best,
Paul
>
>
> From: Gioacchino Mazzurco
>
> Add support for hostapd Access Point Micro Peering
>
> Signed-off-by: Gioacchino Mazzurco
> ---
> .../wifi-scripts/files/lib/netifd/hostapd.sh
inline
On 2024-05-10 19:48, g...@eigenlab.org wrote:
> From: Gioacchino Mazzurco
>
> Add support for hostapd Access Point Micro Peering
>
> Signed-off-by: Gioacchino Mazzurco
> ---
> .../wifi-scripts/files/lib/netifd/hostapd.sh | 16 +-
> package/network/services/hostapd/Makefile | 2
From: Paul Donald
Attempt to be helpful.
Signed-off-by: Paul Donald
---
src/config.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index 4d35548..7484519 100644
--- a/src/config.c
+++ b/src/config.c
@@ -883,11 +883,11 @@ int
From: Paul Donald
Attempt to be helpful.
Signed-off-by: Paul Donald
---
src/config.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index e0f2d80..160d7db 100644
--- a/src/config.c
+++ b/src/config.c
@@ -951,11 +951,10 @@ int
From: Paul Donald
(ipv6 packets can be up to 4GB in size...)
The old logic had a logic error of || instead of &&
Signed-off-by: Paul Donald
---
src/config.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index 160d7db..f4eaa3
ULA each time, which have no expiry, interesting things
start to happen. )
Fixed also a bug in MTU handling.
Paul Donald (14):
config: refactor parse_leasetime() - branch amount remains same
router: Apply updated values from RFC8319 (updates RFC4861) to RA/ND
config: clamp ra_mininterval
From: Paul Donald
Attempt to be helpful.
Signed-off-by: Paul Donald
---
src/config.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index 6b3cb01..54fb9b5 100644
--- a/src/config.c
+++ b/src/config.c
@@ -939,11 +939,13 @@ int
From: Paul Donald
ra_lifetime no longer holds negative values, because we no longer do
'init' when we do calc_ra_lifetime.
Signed-off-by: Paul Donald
---
src/odhcpd.h | 2 +-
src/router.c | 19 ---
2 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/src/
From: Paul Donald
Signed-off-by: Paul Donald
---
src/config.c | 48 +---
src/router.c | 10 --
src/router.h | 2 +-
3 files changed, 42 insertions(+), 18 deletions(-)
diff --git a/src/config.c b/src/config.c
index 346d74a..2ccf742 100644
From: Paul Donald
Before:
==
ICMPv6 Option (Prefix information : fd26:3c30:a222::/64)
Type: Prefix information (3)
Length: 4 (32 bytes)
Prefix Length: 64
Flag: 0xc0, On-link flag(L), Autonomous address-configuration flag(A)
Valid Lifetime: Infinity (4294967295)
Preferred
From: Paul Donald
Attempt to be helpful.
Signed-off-by: Paul Donald
---
src/config.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index 54fb9b5..e0f2d80 100644
--- a/src/config.c
+++ b/src/config.c
@@ -961,11 +961,12 @@ int
From: Paul Donald
In accordance with RFC4861. Enables control of ULA.
The new config variable is valid_lifetime. e.g.:
config dhcp 'lan'
...
option valid_lifetime '6h'
Signed-off-by: Paul Donald
---
README | 2 ++
src/config.c | 14 +
From: Paul Donald
https://www.rfc-editor.org/rfc/rfc8319#section-4
Signed-off-by: Paul Donald
---
src/router.c | 6 --
src/router.h | 23 ++-
2 files changed, 26 insertions(+), 3 deletions(-)
diff --git a/src/router.c b/src/router.c
index 7f5658b..ae0c545 100644
From: Paul Donald
This now prevents implicit 64 bit->32 bit truncation which may flag
compiler errors later on down the road.
All of the variables receiving from parse_leasetime() are uint32_t
anyway, so max 136 years of valid lease time will have to suffice :)
Signed-off-by: Paul Don
From: Paul Donald
They never store negative values.
Signed-off-by: Paul Donald
---
src/config.c | 6 +++---
src/odhcpd.h | 4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index 2ccf742..a3bf1ba 100644
--- a/src/config.c
+++ b/src/config.c
From: Paul Donald
Also make 's' value a noop.
Signed-off-by: Paul Donald
---
src/config.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/src/config.c b/src/config.c
index 62d4857..346d74a 100644
--- a/src/config.c
+++ b/src/config.c
From: Paul Donald
Attempt to be helpful.
Signed-off-by: Paul Donald
---
src/config.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/config.c b/src/config.c
index f4eaa3b..4d35548 100644
--- a/src/config.c
+++ b/src/config.c
@@ -896,11 +896,12 @@ int
from snapshots, I’d like to
understand the details.
Thanks,
Paul
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Any further comments or reviews for this to go in?
On 2024-04-09 05:04, Paul Donald wrote:
> From: Paul Donald
>
> applies to odhcpd master HEAD d8118f6e76e5519881f9a37137c3a06b3cb60fd2
>
> Before:
> ==
> ICMPv6 Option (Prefix information : fd51:1c2a:8909::/64)
>
o:
>
> Signed-off-by: Linus Walleij
Signed-off-by: Paul Donald
Reviewed-by: Paul Donald
Choose as appropriate - I think you did most of the work here with input from
us, and I've tested this device/platform.
> ---
> Changes in v2:
> - Include U-Boot for BMIPS patc
commit 33ec3d52cea628df91eb0eb1701e16172c1e - HEAD
Problems.
the first error was the absence of
/home/user/openwrt/staging_dir/target-mips_24kc_musl/usr/include/libubox/udebug.h
Had to manually download udebug.h from the libubox repo...?
Next error - (c)make cannot seem to find libnl-ti
On 2024-04-16 16:41, Etienne Champetier wrote:
> Le mar. 16 avr. 2024 à 10:34, Paul D a écrit :
>>
>> On 2024-03-27 23:56, Etienne Champetier wrote:
>>>
>>> As this is a legal issue, should we get SFC opinion first ?
>>>
>>> Etienne
>>>
Attention Sir/Madam,
I hope this message finds you well. I am writing to inform you of some exciting
news regarding the delivery of your consignment. Diplomat James Morgan, who has
been mandated by our company to ensure the safe and prompt delivery of your
consignment, has just arrived in your
On 2024-03-27 23:56, Etienne Champetier wrote:
>
> As this is a legal issue, should we get SFC opinion first ?
>
> Etienne
>
Is this happening?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listin
>> 6. Adjust "ipaddr" (access point) and "serverip" (TFTP server) addresses
Might be an idea to explicitly document these IPs so that dedicated users can
already set their gear to those IPs and just smash enter
___
openwrt-devel mailing list
openwrt-d
On 2024-04-11 10:52, Bjørn Mork wrote:
> Ivan Ivanov writes:
>
>>> SOC: MediaTek MT7981B , Wi-Fi: MediaTek MT7976C
>>
>> Are these Mediateks capable of working without any binary blobs, at
>> least in theory?
>
> A simple question back to you: Could you please list the wifi chips you
> know of w
> It's not beautiful, but it works:
>
> xargs -a blacklist.txt -I {} sh -c 'find package \( -name "$1" -prune \) -o
> -type f -print' sh {}
>
>
I take that back - no it doesn't :/
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http
On 2024-04-10 16:45, Philip Prindeville wrote:
>
>
>> On Apr 9, 2024, at 6:03 PM, Paul D wrote:
>>
>> On 2024-04-09 23:30, Philip Prindeville via openwrt-devel wrote:
>>> I'm trying to modify a script generates a list of filenames one per
>>> line
From: Paul Donald
Now DNSSL Option 31 inherit the search list from an 'interface' also.
( A behaviour described in LuCI, but did not seem to exist before ).
ICMPv6 Option (DNS Search List Option lan lalala)
Type: DNS Search List Option (31)
Length: 4 (32 bytes)
From: Paul Donald
Applies to master d8118f6e76e5519881f9a37137c3a06b3cb60fd2
Na??ve implementation. Works well.
Might have drawbacks: it parses interfaces, so if they happen to have the same
parameter names, ???
The idea seems worth implementing.
Paul Donald (1):
config: use network
On 2024-03-27 23:56, Etienne Champetier wrote:
>
>
> (On my phone, Gmail mobile only sends html emails, sorry for that)
>
> As this is a legal issue, should we get SFC opinion first ?
>
> Etienne
>
When can we know the result of such an opinion?
___
On 2024-04-09 23:30, Philip Prindeville via openwrt-devel wrote:
> I'm trying to modify a script generates a list of filenames one per
> line, but should be filtered against a blacklist of file globs.
>
> Something like:
>
> % find dir -print | grep -v -f blacklist
I got this. When I run it o
Defaults to off.
Only available from >= 1.0.15
These capabilities are sent in TLV.
Signed-off-by: Paul Donald
---
package/network/services/lldpd/files/lldpd.init | 7 +++
1 file changed, 7 insertions(+)
diff --git a/package/network/services/lldpd/files/lldpd.init
b/package/netw
3 -> 4
Signed-off-by: Paul Donald
---
package/network/services/lldpd/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/lldpd/Makefile
b/package/network/services/lldpd/Makefile
index 18cdda33ce..5a9a9732d2 100644
--- a/package/network/servi
only available from >= 1.0.15
Comments are useful. Apparently this config parameter was committed when
openwrt used an older version of lldpd which did not yet support it.
Signed-off-by: Paul Donald
---
package/network/services/lldpd/files/lldpd.init | 1 +
1 file changed, 1 insertion(+)
d
Defaults to off.
Available from >= 0.7.15
These are sent in TLV
Signed-off-by: Paul Donald
---
package/network/services/lldpd/files/lldpd.init | 6 ++
1 file changed, 6 insertions(+)
diff --git a/package/network/services/lldpd/files/lldpd.init
b/package/network/services/lldpd/fi
] unknown command from argument 1: `/dev/null`
2024-03-16T20:39:00 [WARN/lldpctl] unknown command from argument 1: `/dev/null`
2024-03-16T20:39:00 [WARN/lldpctl] unknown command from argument 1: `/dev/null`
Tested on: 22.03.6
Signed-off-by: Paul Donald
---
package/network/services/lldpd/files
Make the function more generic. Can use it for not only 'config'.
Now it can be used to parse interfaces for additional lldpd settings
Tested on: 22.03.6
Signed-off-by: Paul Donald
---
package/network/services/lldpd/files/lldpd.init | 8
1 file changed, 4 insertions(+), 4
We must also `set -o noglob` and `set +o noglob` to disable and enable
globbing respectively, because when we pass `*` as an interface choice
everything goes to hell without them.
Tested extensively on: 22.03.6
Signed-off-by: Paul Donald
---
.../network/services/lldpd/files/lldpd.init |
v2: applied feedback comments
Paul Donald (7):
lldpd: fixed interface(s) parsing
lldpd: get_config_cid_ifaces() -> get_interface_csv_pattern()
lldpd: fix restart
lldpd: note about capabilities
lldpd: make capabilities advertisement controllable
lldpd: make management addr
From: Paul Donald
Signed-off-by: Paul Donald
---
src/config.c | 52 ++--
src/router.c | 32
2 files changed, 42 insertions(+), 42 deletions(-)
diff --git a/src/config.c b/src/config.c
index 0368e74..7fe31a1
From: Paul Donald
The variable is used across all prefix lifetimes, serving as a low-tide
mark. It stores the lowest lifetime among all prefixes.
Signed-off-by: Paul Donald
---
src/router.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/src/router.c b
From: Paul Donald
Signed-off-by: Paul Donald
Reviewed-by: Daniel Golle
---
src/config.c| 1 +
src/dhcpv4.c| 2 +-
src/dhcpv6-ia.c | 6 +++---
src/ndp.c | 4 ++--
src/netlink.c | 2 +-
src/router.c| 6 +++---
6 files changed, 11 insertions(+), 10 deletions(-)
diff --git a
From: Paul Donald
Refactor "preferred" (preferred what?) and "pref" (obscure) to
"preferred_lt".
It is now more difficult to conflate prefix, preference and other "pref"
related terminology with preferred_lifetime.
Signed-off-by: Paul Donald
Reviewe
From: Paul Donald
set them in accordance with RFC4861
Signed-off-by: Paul Donald
---
README | 2 +-
src/config.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/README b/README
index 243ae24..c8f2eb4 100644
--- a/README
+++ b/README
@@ -116,7 +116,7 @@ domain
From: Paul Donald
Refactor "valid" (valid what?) to "valid_lt".
Signed-off-by: Paul Donald
Reviewed-by: Daniel Golle
---
src/dhcpv6-ia.c | 62 -
src/dhcpv6.c| 4 ++--
src/dhcpv6.h| 4 ++--
src/netlink.c | 24
From: Paul Donald
applies to odhcpd master HEAD d8118f6e76e5519881f9a37137c3a06b3cb60fd2
Before:
==
ICMPv6 Option (Prefix information : fd51:1c2a:8909::/64)
Type: Prefix information (3)
Length: 4 (32 bytes)
Prefix Length: 64
Flag: 0xc0, On-link flag(L), Autonomous address
From: Paul Donald
Follow-up fix for bc9d317f2921ae6b529f2c9f8de79b75992e206f
https://www.rfc-editor.org/rfc/rfc4861#page-44
Signed-off-by: Paul Donald
Reviewed-by: Daniel Golle
---
src/router.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/router.c b/src/router.c
index
From: Paul Donald
Signed-off-by: Paul Donald
---
src/router.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/router.c b/src/router.c
index 2a59530..365aaa8 100644
--- a/src/router.c
+++ b/src/router.c
@@ -656,9 +656,9 @@ static int send_router_advert(struct
From: Paul Donald
Inherit preferred_lifetime value irrespective of whether ra_useleasetime
is set or not.
User-provided values for preferred_lifetime are now assigned, instead of
ignored.
Before:
==
ICMPv6 Option (Prefix information : fd51:1c2a:8909::/64)
Type: Prefix information (3
On 2024-04-06 12:05, Jonas Gorski wrote:
> Hi,
You're right on all counts. I separated out the value clamping and config
values to another patch-set.
Thanks for your sharp eyes.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://
From: Paul Donald
Inherit preferred_lifetime value irrespective of whether ra_useleasetime
is set or not.
User-provided values for preferred_lifetime are now assigned, instead of
ignored.
Before:
==
ICMPv6 Option (Prefix information : fd51:1c2a:8909::/64)
Type: Prefix information (3
1 - 100 of 1105 matches
Mail list logo
