forked from coolsnowwolf/lede
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fork Sync: Update from parent repository #25
Open
github-actions
wants to merge
387
commits into
yaojie5003:master
Choose a base branch
from
coolsnowwolf:master
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
+566,726
−400,679
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
7b04035
to
037eb44
Compare
02561ed
to
6da4057
Compare
ad43ee0
to
fac34a2
Compare
66e03f1
to
2d1c8ab
Compare
6269d0f
to
9f65b6f
Compare
Expose Kernel's CONFIG_MPTCP option and enable it by default for !SMALL_FLASH targets. The idea behind enabling it by default is to allow users of the binary distribution to make use of MPTCP tunneling for link aggregation. Using MPTCP for link aggregation is an often discussed topic in the forum and there is even a whole OpenWrt fork (MPTCPRouter) just for that. Enabling the kernel-side of the story by default will allow using MPTCP on vanilla OpenWrt without having to build anything from source. See also https://openwrt.org/docs/guide-user/network/mptcp Signed-off-by: Daniel Golle <[email protected]>
Add INET diag socket monitoring interface module for MultiPath TCP. It allows using native Linux socket diagnostic tools such as 'ss' for Multipath TCP connections. Co-authored-by: Rodrigo B. de Sousa Martins <[email protected]> Signed-off-by: sKy King <[email protected]> Link: openwrt/openwrt#12884 Signed-off-by: Hauke Mehrtens <[email protected]> Signed-off-by: Daniel Golle <[email protected]>
commit eee3c69 ("linux-firmware: add offloading firmware for MT7988") added mt7988_wo_{0,1}.bin in the 'mediatek/mt7988' directory while driver currently expects the files in the 'mediatek' directory. Import pending patch which changes the path in the driver header now that the firmware has been added. Signed-off-by: Daniel Golle <[email protected]>
Add memory regions and devices used for wireless offloading to the device tree for MT7988. This allows using WED on devices with MT7988 SoC and MT7995E, MT7996E or MT7992E wireless controllers. Devices with 4 GiB of RAM (or more) will still need ajustments to avoid running out of swiotlb entries. Signed-off-by: Daniel Golle <[email protected]>
This reverts commit 9060452.
Instead of forcing 2.5G PHYs into rate-adapter mode which results higher energy consumption, lack of support for half-duplex modes and typically worse performance when linked at speeds less than 2.5G, use SGMII mode which allows the MAC to follow the PHY speed. Signed-off-by: Daniel Golle <[email protected]>
Add driver support for PHY LEDs for MaxLinear/Intel/Lantiq XWAY Ethernet PHYs. Signed-off-by: Daniel Golle <[email protected]>
Add driver support for PHY LEDs for MaxLinear/Intel GPY Ethernet PHYs. Signed-off-by: Daniel Golle <[email protected]>
Follow the advise of Russell King allows to greatly improve the driver for RealTek's 1G and 2.5G Ethernet PHYs. The results are full/half duplex as well as Gbit master/slave property being read from PHY Specific Status Register (PHYSR), and fixes regarding link-partner advertisement. Signed-off-by: Daniel Golle <[email protected]>
Changelog: openwrt/rtl8168@8.054.00...8.055.00 Signed-off-by: Álvaro Fernández Rojas <[email protected]>
Add patch to fix Qcom SNAND driver and move the SNAND patches to backports directory as they are shared between qualcommax and qualcommbe target. Signed-off-by: Christian Marangi <[email protected]> Signed-off-by: Robert Marko <[email protected]>
Replace the existing SPI NAND controller patches with the latest v14 set that is pending upstream, and include Ansuels patch that fixes it. Bindings patch is removed as there is no point carrying it in OpenWrt. Signed-off-by: Robert Marko <[email protected]>
Intel NPU device is an AI inference accelerator integrated with Intel client CPUs, starting from Intel Core Ultra generation of CPUs (formerly known as Meteor Lake). It enables energy-efficient execution of artificial neural network tasks. The full device name is Neural Processing Unit, but the Linux kernel driver uses the older name - Versatile Processing Unit (VPU). This package is for NPU/VPU firmware. Details in https://github.com/intel/linux-npu-driver Signed-off-by: Joe Zheng <[email protected]>
These recipes are generic and will be used for other subtargets, so lets move them to the target Makefile so they can reused. Signed-off-by: Robert Marko <[email protected]>
Uses upstream DSA switch modules (rtl8365mb, rtl8366), similar to RTL8367C and rtl8366rb swconfig drivers. The package dependencies exclude targets built without kernel CONFIG_OF. It also fixes the rtl8366rb LED support. Signed-off-by: Luiz Angelo Daros de Luca <[email protected]> Signed-off-by: Robert Marko <[email protected]>
Detect the RTL8367D chip family and set the appropriate extif Co-authored-by: Serge Vasilugin <[email protected]> Signed-off-by: Mieczyslaw Nalewaj <[email protected]> Signed-off-by: Hauke Mehrtens <[email protected]>
The FDB roaming issues were observed on ipq807x and ipq60xx boards. The fix depends on API exposed only when NSS_DP_PPE_SUPPORT is enabled. However, this flag applies to above mentioned platforms only and is causing the logs to be flooded on other QCA platforms, including ipq50xx, with: [ 34.893418] nss-dp 39c00000.dp1 lan: cannot get VSI ID for port 1 [ 34.898370] nss-dp 39c00000.dp1 lan: cannot get VSI ID for port 1 [ 34.904598] nss-dp 39c00000.dp1 lan: cannot get VSI ID for port 1 [ 34.910661] nss-dp 39c00000.dp1 lan: cannot get VSI ID for port 1 So let's apply a dependency on the NSS_DP_PPE_SUPPORT flag and contain the patch code for ipq807x and ipq60xx within conditional directives. Tested on: Linksys SPNMX56 Signed-off-by: George Moussalem <[email protected]> Link: openwrt/openwrt#17966 Signed-off-by: Robert Marko <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.