aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux
Commit message (Collapse)AuthorAgeFilesLines
...
* treewide: switch the timer frequency to 100 HzRui Salvaterra2021-04-2163-122/+4
| | | | | | | | Some targets select HZ=100, others HZ=250. There's no reason to select a higher timer frequency (and 100 Hz are available in every architecture), so change all targets to 100 Hz. Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* treewide: remove redundant ubifs kconfig symbolsRui Salvaterra2021-04-2133-114/+0
| | | | | | | For the targets which enable ubifs, these symbols are already part of the generic kconfigs. Drop them from the target kconfigs. Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* kernel: enable lzo, zlib and zstd in ubifsRui Salvaterra2021-04-212-4/+8
| | | | | | | | Make sure all compression algorithms are enabled, for the time being, in order not to break sysupgrade. In the future, we'd like to disable all except zstd, as it's the best all-around performer. Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* kernel: default to zstd compression in ubifsRui Salvaterra2021-04-212-0/+50
| | | | | | | | | | Compared to both lzo and zlib, zstd is the best all-around performer. Backport a kernel patch [1] (to both 5.4 and 5.10), in order to set it as default for ubifs, if available. [1] https://lore.kernel.org/linux-mtd/CAFLxGvwhtRY-6kT-sN=AgjvyssHb5qdTS6WQHkhKu3YrPuTkdw@mail.gmail.com/ Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* bcm53xx: fix Luxul XWR-3150 LAN ports numberingRafał Miłecki2021-04-211-1/+1
| | | | | | | Port numbers were reverted. Fixes: c459a6bf482f ("bcm53xx: add support for Luxul FullMAC WiFi devices") Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* kernel: move patch to backport after upstreamingIlya Lipnitskiy2021-04-201-4/+9
| | | | | | | | | The patch is now in net-next so keep it in backport-5.10 to keep things more organized. Link: https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=6ecaf81d4ac6365f9284f9d68d74f7c209e74f98 Cc: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com>
* kernel/generic: add missing config symbolStijn Tintel2021-04-191-0/+1
| | | | Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* gemini: Bump to kernel v5.10Linus Walleij2021-04-184-1/+600
| | | | | | | | | Only two patches against mainline remains. Switch to v5.10 which works very nicely with all Gemini devices. Signed-off-by: Linus Walleij <linus.walleij@linaro.org> [backported don't disable option CONFIG_BPF_SYSCAL] Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
* octeon: add 5.10 as testing kernelStijn Tintel2021-04-189-1/+478
| | | | | | | Remove upstreamed parts from 100-ubnt_edgerouter2_support.patch. Compile and runtime tested on Ubiquiti EdgeRouter Lite. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* ramips: fix at803x patchDavid Bauer2021-04-181-7/+7
| | | | | | | | | | This patch broke while refreshing on a kernel bump. It adds the config_aneg function twice to the AR8035 PHY now. Restore the old behavior to restore the patches original intent. Fixes commit 57e32650efa4 ("kernel: bump 5.10 to 5.10.31") Signed-off-by: David Bauer <mail@david-bauer.net>
* rockchip: use alternative CID pathDavid Bauer2021-04-181-1/+1
| | | | | | | | | | Use an alternative path to access the CID of the SD card in MMC0, used for the generation of MAC addresses. With Kernel 5.10, the device name of the MMC controller changed, breaking MAC address generation. The new path is compatible with Kernel 5.4 as well as Kernel 5.10. Signed-off-by: David Bauer <mail@david-bauer.net>
* rockchip: add missing config symbolsDavid Bauer2021-04-181-0/+5
| | | | Signed-off-by: David Bauer <mail@david-bauer.net>
* rockchip: fix kernel 5.10 built for RockPi 4David Bauer2021-04-181-0/+10
| | | | Signed-off-by: David Bauer <mail@david-bauer.net>
* generic: add missing config symbolsDavid Bauer2021-04-182-0/+13
| | | | Signed-off-by: David Bauer <mail@david-bauer.net>
* x86: amd-xgbe: add missing dependencies on 5.10Chuanhong Guo2021-04-181-1/+1
| | | | | | | | | fix the following build error when building with test kernel: Package kmod-amd-xgbe is missing dependencies for the following libraries: mdio_devres.ko Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
* x86/64: Add support for AMD SOC Ethernet controllerZheng Bao2021-04-172-1/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This feature is already supported in kernel. Add definition and configuration in Makefile of OpenWRT. It is tested on board Dibbler with processor V1605B. Dmesg is as below. -------------------------------------------- [ 0.317122] smpboot: CPU0: AMD Ryzen Embedded V1605B with Radeon Vega Gfx (family: 0x17, model: 0x11, stepping: 0x0) [ 8.227270] libphy: amd-xgbe-mii: probed [ 8.228189] amd-xgbe 0000:02:00.1 eth0: net device enabled [ 8.228999] libphy: amd-xgbe-mii: probed [ 8.229921] amd-xgbe 0000:02:00.2 eth1: net device enabled ..... [ 11.760869] br-lan: port 1(eth0) entered blocking state [ 11.761365] br-lan: port 1(eth0) entered disabled state [ 11.762019] device eth0 entered promiscuous mode [ 11.785285] 8021q: adding VLAN 0 to HW filter on device eth1 [ 16.881431] amd-xgbe 0000:02:00.1 eth0: Link is Up - 1Gbps/Full - flow control off [ 16.882108] br-lan: port 1(eth0) entered blocking state [ 16.882583] br-lan: port 1(eth0) entered forwarding state [ 16.883249] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready ----------------------------------------------- Signed-off-by: Zheng Bao <fishbaozi@gmail.com>
* ath79: mikrotik: update nand-rb4xx driverRoger Pueyo Centelles2021-04-174-12/+98
| | | | | | | | | | | | | | | This updates the NAND driver for MikroTik RB4XX series to work with kernel 5.10, similarly to the ar934x-nand driver (fb64e2c3). Support for kernel 5.10 was added to all ath79 subtargets except for the mikrotik one by commit d6b785d, since patch 920-mikrotik-rb4xx.patch needed to be reworked. Later, commit f8512661 enabled kernel 5.10 for the mikrotik subtarget with the nand-rb4xx driver still pending, which is updated and added back by this patch. Compile-tested only. Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>
* mvebu: Fix sysupgrade for GL.iNet GL-MV1000Sven Eckelmann2021-04-171-0/+3
| | | | | | | | | | | The GL.iNet GL-MV1000 is booting from eMMC and the images for it are in theory sysupgrade compatible. But the platform upgrade scripts were not adjusted to select the mmcblock device as upgrade target. This resulted in a failed sysupgrade because the mtd device (NOR flash) was instead tried to be modified by the sysupgrade script. Fixes: 050c24f05c85 ("mvebu: add support for GL.iNet GL-MV1000") Signed-off-by: Sven Eckelmann <sven@narfation.org>
* mvebu: armada 370: dts: fix the crypto engineDaniel González Cabanelas2021-04-172-0/+58
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The crypto engine in Armada 370 SoCs is currently broken. It can be checked installing the required packages for testing openssl with hw acceleration: opkg install openssl-util opkg install kmod-cryptodev opkg install libopenssl-devcrypto After configuring /etc/ssl/openssl.cnf to let openssl use the crypto engine for digest operations, and performing some checksums.. md5sum 10M-file.bin openssl md5 10M-file.bin ...we can see they don't match. There might be an alignment or size constraint issue caused by the idle-sram area. Use the whole crypto sram and disable the idle-sram area to fix it. Also disable the idle support by adding the broken-idle property to prevent accessing the disabled idle-sram. We don't care about disabling the idle support since it is already broken in Armada 370 causing a huge performance loss because it disables permanently the L2 cache. This was reported in the Openwrt forum and elsewhere by Debian users with different board models. Signed-off-by: Daniel González Cabanelas <dgcbueu@gmail.com>
* ramips: replace mt7621s hack with upstream patchIlya Lipnitskiy2021-04-174-68/+80
| | | | | | | | | | | | | | Refresh patches. Tested on a dual-core MT7621 device (Ubiquiti ER-X) and a single-core MT7621 device (Netgear R6220). This change will make future kernel upgrades easier (avoids conflicts with upstream). Link: https://lore.kernel.org/lkml/20210407200738.149207-1-ilya.lipnitskiy@gmail.com/ Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com> Cc: Chuanhong Guo <gch981213@gmail.com>
* ramips: reduce spi-max-frequency for Xiaomi MI Router 4AGDavid Bentham2021-04-171-1/+1
| | | | | | | | | | | | | | | | | | | | | | | Reduce spi-max-frequency for Xiaomi MI Router 4AG model Xiaomi MI Router 4AG MTD uses two flash chips (no specific on router versions when produced from factory) - GD25Q128C and W25Q128BV. These flash chips are capable of high frequency, but due to poor board design or manufacture process. We are seeing the following errors in the linux kernel bootup: `spi-nor spi0.0: unrecognized JEDEC id bytes: cc 60 1c cc 60 1c spi-nor: probe of spi0.0 failed with error -2` This causes the partitions not to be detected `VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6` Then creates a bootloop and a bricked router. The solution to limit this race condition is to reduce the frequency from 80 mhz to 50 mhz. Signed-off-by: David Bentham <db260179@gmail.com>
* archs38: set device vendor and model variablesMoritz Warning2021-04-171-0/+2
| | | | | | This fixes the profiles.json output. Signed-off-by: Moritz Warning <moritzwarning@web.de>
* arc770: set device vendor and model variablesMoritz Warning2021-04-171-0/+2
| | | | | | This fixes the profiles.json output. Signed-off-by: Moritz Warning <moritzwarning@web.de>
* kernel: Disable IXP4xx physmap by defaultLinus Walleij2021-04-171-0/+1
| | | | | | | | This makes no sense on anything but the IXP4xx platform that we do not even support anymore. If we bring it back, it can be selectively enabled for that platform only. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* kernel: Disable CPU_THERMAL by defaultLinus Walleij2021-04-172-1/+1
| | | | | | | | | | | This config is for platforms that have: A) CONFIG_THERMAL set (we disable it by default) B) Has thermal zones that need to control cpufreq This is not suitable for default config, it needs to be enabled on a per-target basis in individual configs. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* kernel: Disable GPIO_CDEV_V1 by defaultLinus Walleij2021-04-171-0/+1
| | | | | | | | | We do not enable GPIO_CDEV so do not enable CDEV_V1 either. As we rebuild the whole userspace and kernel in OpenWRT it doesn't make any sense to support the old ABI anyway: the new one should be used by default. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* kernel: Disable CONFIG_DMA_PERNUMA_CMA by defaultLinus Walleij2021-04-173-2/+1
| | | | | | | | | | | This CMA memory allocation option only applies to NUMA (Non-Uniform Memory Access) systems which are seldom the kind of systems that OpenWRT address. It is safe to assume that any system that need this option would turn it on locally. Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* kernel: Remove dead scheduler optionsLinus Walleij2021-04-171-4/+0
| | | | | | | | | The non-MQ CFQ, deadline and noop IO schedulers are deleted from the Linux kernel since commit f382fb0bcef4c37dc049e9f6963e3baf204d815c "block: remove legacy IO schedulers". Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
* kernel: bump 5.4 to 5.4.113John Audia2021-04-171-3/+3
| | | | | | | | | | | | | Ran update_kernel.sh in a fresh clone without any existing toolchains. No manual intervention needed. Build system: x86_64 Build-tested: ipq806x/R7800 Run-tested: ipq806x/R7800 No dmesg regressions, everything functional Signed-off-by: John Audia <graysky@archlinux.us>
* kernel: bump 5.4 to 5.4.112John Audia2021-04-179-381/+218
| | | | | | | | | | | | | | | Ran update_kernel.sh in a fresh clone without any existing toolchains. Removed upstreamed: mvebu/patches-5.4/319-ARM-dts-turris-omnia-configure-LED-2--INTn-pin-as-interrupt-pin.patch Build system : x86_64 Build-tested : ipq806x/R7800 Run-tested : ipq806x/R7800 No dmesg regressions, everything functional Signed-off-by: John Audia <graysky@archlinux.us>
* kernel: bump 5.4 to 5.4.111John Audia2021-04-173-3/+3
| | | | | | | | | | | | Refreshed with update_kernel.sh. No manual tweaks needed. Build system: x86_64 Build-tested: ipq806x/R7800 Run-tested: ipq806x/R7800 No dmesg regressions, everything functional Signed-off-by: John Audia <graysky@archlinux.us>
* kernel: bump 5.10 to 5.10.31Rui Salvaterra2021-04-171-3/+3
| | | | | | | Automatically refreshed: ramips/patches-5.10/710-at803x.patch Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* ath79: update spi-nor patchesDavid Bauer2021-04-163-111/+38
| | | | | | | Update the 4 bit BP patches for Ubiquiti boards with the second iteration sent upstream. Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: remove unused patchDavid Bauer2021-04-161-21/+0
| | | | | | | | | | | This patch ist not required, as it only has an effect in case the GPIO descriptors supplied to num-cs are valid. As this is not the case for ath79, this patch can safely be omitted. The issue it tried to fix is actually fixed with 0054-spi-sync-up-initial-chipselect-state. Signed-off-by: David Bauer <mail@david-bauer.net>
* mediatek: fix Ubiquiti UniFi 6 LR LEDDavid Bauer2021-04-162-0/+215
| | | | | | | | | | When adding Kernel 5.10 support, the kernel configuration did not include the LED driver required for the UniFi 6 LR. Also the actual driver source went missing. Fixes commit c46ccb69d17e ("mediatek: mt7622: add Linux 5.10 support") Signed-off-by: David Bauer <mail@david-bauer.net>
* kernel: bump 5.10 to 5.10.30Rui Salvaterra2021-04-1613-85/+21
| | | | | | | | | | | | | | | | | | | | | Deleted (reverse-applicable): mvebu/patches-5.10/101-ARM-dts-turris-omnia-configure-LED-2--INTn-pin-as-interrupt-pin.patch Automatically refreshed: bcm63xx/patches-5.10/143-gpio-fix-device-tree-gpio-hogs-on-dual-role-gpio-pin.patch generic/backport-5.10/610-v5.13-02-netfilter-Fix-fall-through-warnings-for-Clang.patch generic/backport-5.10/610-v5.13-10-netfilter-nftables-update-table-flags-from-the-commi.patch generic/hack-5.10/204-module_strip.patch generic/hack-5.10/902-debloat_proc.patch generic/pending-5.10/203-kallsyms_uncompressed.patch generic/pending-5.10/670-ipv6-allow-rejecting-with-source-address-failed-policy.patch generic/pending-5.10/920-mangle_bootargs.patch mediatek/patches-5.10/115-dts-bpi64-add-snand-support.patch mediatek/patches-5.10/602-arm64-dts-mediatek-Split-PCIe-node-for-MT2712-MT7622.patch mediatek/patches-5.10/900-dts-mt7622-bpi-r64-aliases-for-dtoverlay.patch ramips/patches-5.10/323-mt7621-memory-detect.patch Signed-off-by: Rui Salvaterra <rsalvaterra@gmail.com>
* ath79: mikrotik: enable SFP on RB922UAGS-5HPaCDRoger Pueyo Centelles2021-04-164-2/+51
| | | | | | | | | | | | | | | | This patch enables the SFP cage on the MikroTik RouterBOARD 922UAGS-5HPacD. GPIO16 (tx-disable-gpios) should be governed by the SFP driver to enable or disable transmission, but no change is observed. Therefore, it is left as output high to ensure the SFP module is forced to transmit. Tested on a RouterBOARD 922UAGS-5HPacD board, with a CISCO GLC-LH-SMD 1310nm module and an unbranded GLC-T RJ45 Gigabit module. PC=>router iperf3 tests deliver 440/300 Mbps up/down, both via regular eth0 port or SFP port with RJ45 module. Bridge between eth0 and eth1 delivers 950 Mbps symmetric. Signed-off-by: Roger Pueyo Centelles <roger.pueyo@guifi.net>
* gemini,layerscape,oxnas: don't disable option CONFIG_BPF_SYSCALLTony Ambardar2021-04-165-5/+0
| | | | | | | | Respect the generic kernel config setting, which is "enabled" tree-wide, as previously done for sunxi. Ref: 247ef4d98bab ("sunxi: enable CONFIG_BPF_SYSCALL and CONFIG_EMBEDDED") Signed-off-by: Tony Ambardar <itugrok@yahoo.com>
* ath79: fix 10 Mbit PLL data for TP-Link EAP2xxDavid Bauer2021-04-151-0/+1
| | | | | | | | | | | Fix the PLL register value for 10 Mbit/s link modes on TP-Link EAP boards using a AR8033 SGMII PHY. Otherwise, 10 Mbit/s links do not transfer data. Reported-by: Tom Herbers <freifunk@tomherbers.de> Tested-by: Tom Herbers <freifunk@tomherbers.de> Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: fix 10 Mbit PLL data for UniFi ACDavid Bauer2021-04-151-0/+2
| | | | | | | Fix the PLL register value for 10 Mbit/s link modes on the UniFi AC Lite / Mesh / LR. Otherwise, 10 Mbit/s links do not transfer data. Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: fix link mode support list on UniFi ACDavid Bauer2021-04-152-0/+72
| | | | | | | | | | | | | | | | | | | | This fixes incorrect supported link modes indicated when using ethtool on the Ubiquiti UniFi AC lite / LR / Mesh. eroot@OpenWrt:~# ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 100baseT/Half 100baseT/Full 1000baseT/Full 1000baseX/Full The reason for this is, that since kernel 5.4 the PHY capabilities are read dynamically from the PHY. As Ubiquiti leaves the PHY in a wrong state, the capabilities of the SGMII side of the PHY are read. As a side effect, 10 Mbit/s link modes did not work on these boards. Signed-off-by: David Bauer <mail@david-bauer.net>
* ramips/mediatek: import a patch fixing bug in flow-offloadingDaniel Golle2021-04-151-0/+24
| | | | | | | | | | | From Frank Wunderlich <frank-w@public-files.de>: Issue were traffic problems after a while with increased ping times if flow offload is active. It turns out that key_offset with cookie is needed in rhashtable_params and head_offset was defined twice. Signed-off-by: Daniel Golle <daniel@makrotopia.org>
* ramips: gpio-ralink: use ngpios, not ralink,num-gpiosIlya Lipnitskiy2021-04-1513-29/+51
| | | | | | | | | | | | | | | | DTS properties that match *-gpios are treated specially. Use ngpios instead, as most GPIO drivers upstream do. Fixes 5.10 DTS errors such as: OF: /palmbus@300000/gpio@600: could not find phandle Fixes DTC warnings such as: Warning (gpios_property): /palmbus@300000/gpio@600:ralink,num-gpios: Could not get phandle node for (cell 0) Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com> Cc: Daniel Golle <daniel@makrotopia.org>
* ramips: rt288x: replace hack with a kconfig changeIlya Lipnitskiy2021-04-152-45/+32
| | | | | | | | | Use an existing kernel config symbol to fix devices whose ramstart is not zero. See upstream patch message for more details. Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com> Cc: Tobias Wolf <dev-NTEO@vplace.de> Cc: Daniel Golle <daniel@makrotopia.org>
* ramips: mt7530 swconfig: fix race condition in register accessDENG Qingfang2021-04-151-6/+10
| | | | | | | | | | | | | | | | The mt7530_{r,w}32 operation over MDIO uses 3 mdiobus operations and does not hold a lock, which causes a race condition when multiple threads try to access a register, they may get unexpected results. To avoid this, handle the MDIO lock manually, and use the unlocked __mdiobus_{read,write} in the critical section. This fixes the "Ghost VLAN" artifact[1] in MT7530/7621 when the VLAN operation and the swconfig LED link status poll race between each other. [1] https://forum.openwrt.org/t/mysterious-vlan-ids-on-mt7621-device/64495 Signed-off-by: DENG Qingfang <dqfext@gmail.com>
* ramips: drop obsolete arcs_cmdline override patchIlya Lipnitskiy2021-04-151-21/+0
| | | | | | | | CONFIG_MIPS_CMDLINE_FROM_DTB is set to 'y' for all ramips targets already, which will ensure that the value of 'bootargs' will take precedence over whatever is in arcs_cmdline. Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com>
* bcm53xx: add pending TRX patch for "firmware" partitionRafał Miłecki2021-04-141-0/+43
| | | | | | | This fixes partitioning on Linksys EA9500. With this change only the currently used firmware MTD partition gets parsed. Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
* ath79: add missing patch for kernel 5.10David Bauer2021-04-131-0/+9
| | | | | | | | | When adding the patch for the missing register, the patch file for the testing kernel 5.10 was not included. Fixes commit fbbad9a9a629 ("ath79: force SGMII SerDes mode to MAC operation") Signed-off-by: David Bauer <mail@david-bauer.net>
* ath79: force SGMII SerDes mode to MAC operationDavid Bauer2021-04-132-0/+14
| | | | | | | | | | | | | | | | | The mode on the SGMII SerDes on the QCA9563 is 1000 Base-X by default. This only allows for 1000 Mbit/s links, however when used with an SGMII PHY in 100 Mbit/s link mode, the link remains dead. This strictly has nothing to do with the SerDes calibration, however it is done at the same point in the QCA reference U-Boot which is the blueprint for everything happening here. As the current state is more or less a hack, this should be fine. This fixes the issues outlined above on a TP-Link EAP-225 Outdoor. Reported-by: Tom Herbers <freifunk@tomherbers.de> Tested-by: Tom Herbers <freifunk@tomherbers.de> Signed-off-by: David Bauer <mail@david-bauer.net>
* lantiq: add Linux 5.10 support as testing kernelMathias Kresin2021-04-1224-91/+338
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Following changes are made to the Lantiq kernel patches: 0001-MIPS-lantiq-add-pcie-driver.patch The pci header isn't included by the of_pci header any longer 0024-MIPS-lantiq-revert-DSA-switch-driver-PMU-clock-chang.patch Due to the merge of grx390 and ar10 clocks, extend support to grx390 0025-NET-MIPS-lantiq-adds-xrx200-legacy.patch The do_carrier arguments was dropped from phy_link_change. The phylib has always sets the third parameter to true so the flag is always changed anyway. of_get_phy_mode() returns an error, or 0 on success, and pass a pointer, of type phy_interface_t, where the phy mode should be stored now. So far an error wasn't considered. Print at least an error message if something unexpected happens. The stuck queue is now passed to xrx200_tx_timeout (the timeout handler) but not used so far. 0028-NET-lantiq-various-etop-fixes.patch ioremap has provided non-cached semantics by default since the Linux 2.6 days and was removed with kernel version 5.6. of_get_phy_mode() returns an error, or 0 on success, and pass a pointer, of type phy_interface_t, where the phy mode should be stored now. So far an error wasn't considered. Print at least an error message if something unexpected happens. 0042-arch-mips-increase-io_space_limit.patch Move IO space extension to laniq specific file Signed-off-by: Mathias Kresin <dev@kresin.me>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-19 04:13:47 +0000