diff options
| author | Daniel Danzberger <daniel@dd-wrt.com> | 2021-09-13 06:23:29 +0200 |
|---|---|---|
| committer | Hauke Mehrtens <hauke@hauke-m.de> | 2021-09-13 18:36:15 +0200 |
| commit | ba59466bf4978c977c6860c8f9ba4b2de1c3ab2c (patch) | |
| tree | 074e57f939d330268bae8496deb8e4d91aee8c47 /target/linux/octeontx/Makefile | |
| parent | 0dbe754e4328e1ade02b29f25f0ebc633305d5bb (diff) | |
| download | upstream-ba59466bf4978c977c6860c8f9ba4b2de1c3ab2c.tar.gz upstream-ba59466bf4978c977c6860c8f9ba4b2de1c3ab2c.tar.bz2 upstream-ba59466bf4978c977c6860c8f9ba4b2de1c3ab2c.zip | |
octeontx: add linux 5.10 testing kernel support
Changes from 5.4 to 5.10:
-------------------------
- patches from 5.4 are all upstream for 5.10 execpt for
0004-PCI-add-quirk-for-Gateworks-PLX-PEX860x-switch-with-.patch
- disable block device data integrity (DIF/DIX/T10) in default config
(CONFIG_BLK_DEV_INTEGRITY)
This feature is only supported by:
- Enterprise SAS/SCSI HBAs and Disks
- Software raid
- NVMEs with metadata capabilities (most don't have this)
None of which are part of any octeontx boards.
- arm64 TEXT_OFFSET (0x80000) has been removed after 5.4
This will break Uimages with kernel load addresses that aren't 2MiB
aligned any longer. Resulting in the kernel silently fail to boot.
For Gatworks newport boards for example, the uimage kernel load
and execute address is 0x20080000. These need to be changed to
0x20000000 when running kernels beyond 5.4.
Tested-on: Gateworks Newport GW64xx
Signed-off-by: Daniel Danzberger <daniel@dd-wrt.com>
Diffstat (limited to 'target/linux/octeontx/Makefile')
| -rw-r--r-- | target/linux/octeontx/Makefile | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/target/linux/octeontx/Makefile b/target/linux/octeontx/Makefile index c30799b744..44bbc76a43 100644 --- a/target/linux/octeontx/Makefile +++ b/target/linux/octeontx/Makefile @@ -10,6 +10,7 @@ BOARDNAME:=Octeon-TX FEATURES:=targz pcie gpio rtc usb fpu KERNEL_PATCHVER:=5.4 +KERNEL_TESTING_PATCHVER:=5.10 define Target/Description Build images for Octeon-TX CN80XX/CN81XX based boards |