Age | Commit message (Collapse) | Author |
|
|
|
Same as T6078 but we now wan't to make use of ethtool --json eth0 to drop out
own text based parsing of ethtool options in [1]. This is the base for moving
to a better, machine readable interface
1: https://github.com/vyos/vyos-1x/blob/e47d4fd385631236da68/python/vyos/ethtool.py#L77-L105
(cherry picked from commit 9e7dd13f52ecedac56188c31ace917f8cf13c6c0)
|
|
(cherry picked from commit 01085c0512deea6031f503d6468717aca9728ad0)
|
|
(cherry picked from commit faa6453ec86ecebeff2e2a28dd01db2ee655a22c)
|
|
This is required as the dependency will add /etc/containers/policy.json
(cherry picked from commit 7508677091abf2b9c92d9c5c393fb73bb5128aa8)
|
|
Dependency already exists in vyos-1x for live-system, but it does not hurt to
also define the dependency here where it's needed by the filesystem layer.
(cherry picked from commit 3f84d701fcbc1a1c01eff13053f328483eac06ed)
|
|
As part of "T5792: Upgrade to ddclient 3.11.2" in commit 368b89ef056,
ddclient was built using build system from Debian Salsa and source code
from upstream GitHub.
This was subsequently modified in commit 7f7030d9281 to use both build
system and source code from Debian Salsa.
Now that Debian finally has ddclient 3.11.2 release, we can use the
release tag to build the package.
(cherry picked from commit df970a14e808b7520bf18052947e60f528bce378)
|
|
(cherry picked from commit a7d0c7b854d913103195bb96f8959fe9603bfe2c)
|
|
(cherry picked from commit 84c5d5a3db1a14da74258cb42af9490324553ae5)
|
|
(cherry picked from commit a9baaaba16124f847911eeceaff3dbf17f397aeb)
|
|
Using a discrete commit ID as there has not been a release in a longer time.
(cherry picked from commit 2a6e6878543f806f4c501ff5f9bd2bd03bfaa6f1)
|
|
This reverts commit dbf7e47a27537a9c298afd665244b7bc2b6cf5f6.
(cherry picked from commit faf191ed858373fab0f4add7edadd40e64f11f2e)
|
|
Commit 368b89ef05 ("ddclient: T5797: Upgrade to ddclient 3.11.2") bumped the
ddclient version by using the build system from Debian SALSA repo and the
upstream ddclient source code.
Debian now provides the same version from the SALSA repos.
(cherry picked from commit 7f7030d928199ef3a10e4a2e34761d982e123052)
|
|
(cherry picked from commit 56bc5a517c266fe15e9b331852826dfdd6f97b00)
|
|
(cherry picked from commit dd322145bec2902dd4f18064d6c6f18464b987f9)
|
|
(cherry picked from commit 41771586bd7cef98cd8151e9b36e3d045baa7622)
|
|
ARM64 build is not necessary, because waagent has one build for all platforms.
|
|
Added execution permissions to a build script.
|
|
We need a version newer than in the Debian repository.
This commit adds instructions to build a version from sid.
|
|
|
|
|
|
VFIO No-IOMMU support is required for environments where IOMMU is not available
but we still want to use VFIO.
|
|
frr: T6250: T6283: revert local patches merged upstream
|
|
This reverts commit 1b61973b9143aa8a04cc7c857ec567fa962e4e43.
Upstream Patch merged
|
|
This reverts commit 38cae97177191ad6876a4ce7afb4f53b21bf746c.
Upstream patch merged
|
|
|
|
frr: T6283: T6250: add pending upstream patches
|
|
|
|
|
|
FRR build tracks the rtrlib and libyang version, so only one place is needed to
build to sources.
|
|
T6293: add Mediatek MT7921 to defconfig
|
|
|
|
|
|
|
|
Generic driver for Hyper-V VMBus is required in Hyper-V environments for direct
access to network devices from userspace.
|
|
|
|
ixgbe: T6162: Add 1000BASE-BX support
|
|
|
|
|
|
|
|
Fix CVE-2023-48795: (terrapin attack)
The SSH transport protocol with certain OpenSSH extensions allows remote
attackers to bypass integrity checks such that some packets are omitted (from
the extension negotiation message), and a client and server may consequently
end up with a connection for which some security features have been downgraded
or disabled, aka a Terrapin attack.
|
|
Update accel-pppd version to 1.13.0 release
Multiple fixes https://github.com/accel-ppp/accel-ppp/releases/tag/1.13.0
|
|
Bump the `hsflowd` version to `v2.0.55-1`
Fixed and extended PCAP capabilities for not hardware/bridge
interfaces (like GRE tunnel interface).
It fixes crashes the daemon if you use tunnel interfaces
```
hsflowd[9160]: PCAP: tun0 has no supported datalink encapsulaton
hsflowd[9160]: Received signal 11
hsflowd[9160]: SIGSEGV, faulty address is (nil)
```
The correct commit fix in https://github.com/sflow/host-sflow/commit/62346aa67240ced0fb16b6725f16d8fa40eaea60
Updated version starts the hsflowd without issues
|
|
The ixgbe driver did not support the 1000BASE-BX standard so for example FS.com
SFP-GE-BX 1310/1490nm 10km transceiver received an unsupported module error even
with allow_unsupported_sfp enabled.
To solve this problem I created a patch that was accepted by Linux upstream
(https://github.com/torvalds/linux/commit/1b43e0d20f2d007ec4c124b0deaa848ff8d61f4a)
so starting from kernel 6.9 the ixgbe driver will have 1000BASE-BX support,
however VyOS uses the out of tree driver so it is necessary to backport the patch.
|
|
is undefined
This extends an else path with the logic from commit ea7d59a4b ("ixgbe: T6155:
always enable allow_unsupported_sfp for all NICs by default")
|
|
In-tree vs. Out-Of-Tree drivers differ in the way how unsupported transceivers
are defined (uint vs array of int) for the Kernel module parameters.
This results in:
kernel: ixgbe 0000:5e:00.0: failed to initialize because an unsupported SFP+ module type was detected.
kernel: ixgbe 0000:5e:00.0: Reload the driver after installing a supported module.
kernel: ixgbe 0000:5e:00.0: removed PHC on eth6
This patch always enables unsupported SFP+ modules as wo do anyway from
the userspace but only for the first port.
|
|
|
|
Kernel: T4022: add RTSP netfilter helper kernel module
|
|
|
|
|