aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/x86
Commit message (Collapse)AuthorAgeFilesLines
* x86: add preinit hook to reload microcodeZoltan HERPAI2018-03-041-0/+10
| | | | Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
* x86: enable microcode loading for Intel and AMDZoltan HERPAI2018-03-041-1/+4
| | | | Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
* kernel: update 17.01 kernel to 4.4.116Stijn Segers2018-02-201-1/+3
| | | | | | | | | | | | | | | | | | This bumps the 4.4. kernel in LEDE 17.01 to 4.4.116. More Meltdown & Spectre mitigation. * Refresh patches. * Refresh x86/config for RETPOLINE. * Deleted 8049-PCI-layerscape-Add-fsl-ls2085a-pcie-compatible-ID.patch (accepted upstream) * Deleted 8050-PCI-layerscape-Fix-MSG-TLP-drop-setting.patch (accepted upstream) * 650-pppoe_header_pad.patch does not apply anymore (code was replaced). Bumps from 4.4.113 to 4.4.115 were handled by Kevin Darbyshire-Bryant. Compile-tested on: ar71xx, ramips/mt7621, x86/64 Run-tested on: ar71xx, ramips/mt7621, x86/64 Signed-off-by: Stijn Segers <foss@volatilesystems.org>
* kernel: update kernel 4.4 to version 4.4.110Hauke Mehrtens2018-01-071-0/+1
| | | | | | This fixes: CVE-2017-5754 Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
* x86: keep /boot mounted for kexecDaniel Golle2017-12-131-4/+7
| | | | | Signed-off-by: Daniel Golle <daniel@makrotopia.org> (cherry picked from commit 63571cb56c7ff2692b5c9aa78133c3f4996e2ac5)
* build: allow specifying flow-control to grub on serial consolePhilip Prindeville2017-12-131-2/+2
| | | | | | | | On the more sophisticated (i.e. deeper FIFO) serial controllers, flow-control might be needed to avoid dropping output. Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com> (cherry picked from commit 7fe5963be023fd59a11652ecfb065d3405a91c48)
* x86: image: drop duplicated copy of bzImage into vmlinuzRafał Miłecki2017-12-131-1/+0
| | | | | | | It's already done once few lines earlier in the Image/Build/iso. Signed-off-by: Rafał Miłecki <rafal@milecki.pl> (cherry picked from commit 425f958830428f989d7381ddda3a8f503e587c5c)
* x86: image: drop unneeded grub callRafał Miłecki2017-12-131-1/+0
| | | | | | | | It appears there isn't any Image/Build/grub/* define so this step looks redundant. Signed-off-by: Rafał Miłecki <rafal@milecki.pl> (cherry picked from commit f5d403488ed62bb7f0e0017b02890b4d72240a55)
* x86: image: drop unused ROOTDELAY variableRafał Miłecki2017-12-131-2/+0
| | | | | | | | It's unused since commit 742700719303 ("x86: remove the olpc subtarget, it has been unmaintained for a long time"). Signed-off-by: Rafał Miłecki <rafal@milecki.pl> (cherry picked from commit 9a267e6a4b08d1fa2a98523e5eb9f2325c9506e2)
* kernel: bump 4.4 to 4.4.102Etienne Haarsma2017-11-261-1/+1
| | | | | | | | | | | | Refreshed all patches. Removed upstream ramips patch: 0063-set-CM_GCR_BASE_CMDEFTGT_MEM-according-to-datasheet.patch Compile-tested: ar71xx Run-tested: ar71xx Signed-off-by: Etienne Haarsma <bladeoner112@gmail.com> Tested-by: Stijn Segers <francesco.borromini@inventati.org>
* x86: partly revert cabf775Jo-Philipp Wich2017-10-162-1/+12
| | | | | | | | The subtarget cleanups made in cabf775 "x86: Refresh subtargets kernel config" removed some important symbol disable statements, so revert the changes to the subtarget configs for now. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* x86/64: add xen DomU supportBaptiste Jonglez2017-10-161-1/+58
| | | | | | | | | Xen support for x86/generic was added in 296772f9. This commit also enables it for x86/64. This was successfully tested with Xen 4.5. Signed-off-by: Baptiste Jonglez <git@bitsofnetworks.org>
* x86: Refresh subtargets kernel configBaptiste Jonglez2017-10-163-14/+16
| | | | | | | | | | | | | | | | This was done by simply running `make kernel_menuconfig CONFIG_TARGET=subtarget` and then saving without changing any option. Having consistent kernel config is important to avoid surprises, such as the issue fixed with 6f0367c9 (where Xen support was silently disabled when building the kernel, although it was present in the initial config) As far as I understand the build system, this shouldn't have any user-visible impact, because the build system already merges the various kernel configs during build. Signed-off-by: Baptiste Jonglez <git@bitsofnetworks.org>
* x86: Fix xen serial console by removing conflicting PATA driverBaptiste Jonglez2017-10-162-2/+0
| | | | | | | | | | | | | | | | | | | | | The Xen serial console has been broken since the xen_domu subtarget was merged in the generic x86 subtarget (commits 296772f9 and b36e24f3). The reason for the broken serial console seems to be an IRQ conflict between the serial console driver and the PATA_LEGACY driver: [ 1.330125] genirq: Flags mismatch irq 8. 00000000 (hvc_console) vs. 00000000 (platform[pata_legacy.4]) [ 1.330134] hvc_open: request_irq failed with rc -16. [ 1.330148] Warning: unable to open an initial console. Just drop the PATA_LEGACY driver from the x86/generic and x86_64 subtargets, since this driver is marked experimental and only supports very old ISA devices anyway. It is still included in the x86/legacy subtarget where it rightfully belongs. Fixes: FS#787 Signed-off-by: Baptiste Jonglez <git@bitsofnetworks.org>
* x86/generic: use HIGHMEM64G instead of HIGHMEM4G to fix PAE and XenBaptiste Jonglez2017-10-161-1/+4
| | | | | | | | | | | | | | | | This is a backport of 641a65fd062987a456216cc4fa91ff2910528261 in master. This change re-enables PAE for the 32-bit x86 subtarget, which is interesting in its own right but also necessary for Xen support. Commit af1d1ebd ("x86: enable 4G high memory support for generic (32bit) subtarget") inadvertently disabled both PAE and Xen support. Fixes: FS#908 Cc: Daniel Golle <daniel@makrotopia.org> Cc: Jo-Philipp Wich <jo@mein.io> Signed-off-by: Baptiste Jonglez <git@bitsofnetworks.org>
* x86: add missing kernel config symbols to Geode targetJo-Philipp Wich2017-07-131-0/+2
| | | | Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* x86: enable ACPI support for the Geode subtargetJo-Philipp Wich2017-07-121-3/+60
| | | | | | | | Backport of 9b940fe "x86: enable ACPI support for the Geode subtarget". Fixes FS#577. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* Add missing APU1 reference to x86 board.dKristian Evensen2017-06-062-2/+2
| | | | | | | | | | | | x86 board.d only contains a case for the APU2, not the APU1. This causes, for example, network configuration not to be created correctly. Even though the APU1 seems to reaching EOL, there a still a lot of them out there. The APU1 and APU2 is configured in the same way and this patch should also be considered for stable, as the error also exists there. Signed-off-by: Kristian Evensen <kristian.evensen@gmail.com>
* x86: disable X2APIC support for legacy subtargetsJo-Philipp Wich2017-06-022-0/+2
| | | | | | | | | Explicitely disable X2APIC support on legacy targets since the targeted processor types do not support it anyway there. Fixes FS#285. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* x86: enable 4G high memory support for generic (32bit) subtargetJo-Philipp Wich2017-04-272-3/+8
| | | | | | | | | This is required to fully support a number of 32bit x86 systems equipped with more than one GB ram, e.g. certain Atom CPU machines. Ref: https://forum.lede-project.org/t/17-01-1-x86-doesnt-detect-all-of-the-ram/3295 Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* x86/64: Enable GPIO sysfs & GPIO LED supportChris Blake2017-03-011-0/+9
| | | | | | | | The following changes enables GPIO sysfs as well as the LEDS_GPIO option within the kernel. This is required to enable LEDs over a GPIO interface. Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
* x86: Add Geos profile for Geode subtargetDavid Woodhouse2017-02-173-0/+44
| | | | | | | | | | This makes the Geode images actually useful again. The Geos profile should include the relevant hardware for that board, and the Default profile adds the via-rhine adapter which seems to have been present in the net5501 and alix targets killed in commit 9e0759ea265 ("x86: merge all geode based subtargets into one"). Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* x86: Add board configs for the PC Engines APU2Chris Blake2017-02-172-0/+8
| | | | | | | | This adds the default LED and network settings for the PC Engines APU2 when running under the x86 target. [dwmw2: Change Ethernet port setup] Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
* x86: Enable DIAG LED on GeosDavid Woodhouse2017-02-172-1/+79
| | | | | | | | | Based on a patch from Chris Blake <chrisrblake93@gmail.com>, except let's do it by using the LED configuration instead of hard-coding it for each board type. And try using /bin/board_detect to do the default behaviour, on the first boot where the config hasn't yet been generated. Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* x86: Move Traverse Geos configs into x86 base-filesChris Blake2017-02-172-0/+0
| | | | | | | | | | This change moves the files in 657418d to the root of the x86 target. This is done in preperation for adding more devices under other subtargets. CC: David Woodhouse <dwmw2@infradead.org> Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
* x86: Add configuration back for Traverse GeosDavid Woodhouse2017-02-172-0/+45
| | | | | | | | When we merged all the Geode boards into one generic target, the default network and LED configuration was lost. Put it back. Fixes: 9e0759ea2653 ("x86: merge all geode based subtargets into one") Signed-off-by: David Woodhouse <dwmw2@infradead.org>
* Kernel: bump to 4.4.44Stijn Segers2017-02-064-29/+13
| | | | | | | | | | | | | | Bump kernel to 4.4.44. Compile-tested on ar71xx, ramips/mt7621 and x86/64. .44 has been run-tested on the 17.01 branch here on ar71xx and mt7621. Signed-off-by: Stijn Segers <francesco.borromini@inventati.org> (cherry picked from commit 20996edd68b8a0b139bdb36b3aafa29c037d4bda) Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be> Conflicts: target/linux/ar71xx/patches-4.4/920-usb-chipidea-AR933x-platform-support.patch target/linux/ar71xx/patches-4.4/930-chipidea-pullup.patch
* x86: add kernel module for sp5100_tco watchdogChris Blake2017-02-011-0/+15
| | | | | | | | | | | This change adds the sp5100_tco driver as a kernel module for the x86 target. Specifically, this can be used by the PCEngines APU2/APU3. The reason for having this as a kernel module is to allow users to load/unload it on demand, as the I2C interface on the APU2/APU3 will not work while this module is loaded. More info can be found on GitHub at https://github.com/riptidewave93/LEDE-APU2/pull/5#issuecomment-255667736 Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
* x86: Add sp5100_tco AMD patchesChris Blake2017-02-014-0/+217
| | | | | | | | | | | | | | This adds the following patches to the x86 target: sp5100_tco: Add AMD Mullins platform support sp5100_tco: Add AMD Carrizo platform support sp5100_tco: fix the device check for SB800 and later chipsets watchdog: sp5100_tco: properly check for new register layouts With these added, the sp5100_tco driver can then be used on newer AMD platforms, such as the PCEngines APU2/APU3 boards. Signed-off-by: Chris Blake <chrisrblake93@gmail.com>
* x86: fix sysupgrades on disks with 4k block sizeFelix Fietkau2017-01-251-9/+2
| | | | | | | Even when the disk uses 4k blocks, the partition table still uses units of 512 byte sectors. Always use ibs=512 for the offsets Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86: unify CPU_TYPE for legacy and geodeFelix Fietkau2017-01-241-2/+0
| | | | | | | | | | According to some reports, -march=pentium-mmx is a better choice for older Geode CPUs than -march=geode anyway. Bump the minimum architecture of the legacy target from i486 to pentium-mmx. Anything older is not worth supporting anyway. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86: remove the xen_domu subtargetFelix Fietkau2017-01-246-135/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86/generic: add xen DomU supportFelix Fietkau2017-01-243-4/+67
| | | | | | Copy the relevant config options from the xen_domu subtarget Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86: disable crashlogFelix Fietkau2017-01-131-0/+1
| | | | | | | | It could cause crashes with some forms of virtualization, and it is unlikely to work properly with most systems. It's safer to just disable it. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86: disable a workaround for a buggy glibc versionFelix Fietkau2017-01-131-1/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86/64: enable the fusion scsi driverFelix Fietkau2017-01-131-0/+6
| | | | | | | Is it used by VMware Fusion by default. This allows images to boot without further config changes in VMware. Signed-off-by: Felix Fietkau <nbd@nbd.name>
* x86: add kernel module for AMD CS5535/CS5536 audio chipsetCezary Jackiewicz2017-01-061-0/+21
| | | | | | | | Add support for the integrated AC97 sound device on motherboards with AMD CS5535/CS5536 chipsets. Tested on Wyse Winterm S30. Signed-off-by: Cezary Jackiewicz <cezary@eko.one.pl>
* base-files: export x86 platform upgrade functions to common.shYousong Zhou2017-01-052-96/+5
| | | | Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* x86: move sysupgrade.tgz only if it existsYousong Zhou2017-01-051-3/+6
| | | | | | | | To squash error messages at boot time mv: can't rename '/mnt/sysupgrade.tgz': No such file or directory Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* x86/64: enable AES-NI support in kernelStijn Tintel2017-01-041-1/+2
| | | | | | | | | | | | | The kernel will detect if the host supports this, so we can just enable it in the kernel config. Tested on an APU2 with AES-NI support and a KVM VM on a Xeon E5520 host without AES-NI support. Throughput over an IPsec tunnel between these 2 hosts increased from ~63Mbps to ~140Mbps. Ciphers: AES_GCM_16_256/PRF_HMAC_SHA2_512/ECP_521. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
* linux: correct deps for x86-xen-domu targetSven Roederer2016-12-281-1/+0
| | | | | | | | | | depending packages have been moved to kernel-config - kmod-xen-kbddev in 9fde361 - kmod-xen-fs, kmod-xen-evtchn, kmod-xen-netdev in 018807d this will also fix imagebuilder Signed-off-by: Sven Roederer <devel-sven@geroedel.de>
* x86/64: enable Hyper-V support in the x86_64 kernel configTedaz2016-12-221-1/+32
| | | | | | | | | | | | Enabled Hyper-V network interface card driver, display adapter driver, storage driver, keyboard driver, mouse driver and Hyper-V utility and EFI boot support in the kernel for subtarget x86/64. Convert the img file to vhd by Ubuntu qemu-img, rather than by the buildroot's built-in qemu-img. Tested on Windows Server 2008 r2 and 2012 r2 Gen1 and Gen2 VMs. Signed-off-by: Tedaz <tedaz99999@hotmail.com>
* target/linux/x86/image: add explicit prefix to grub-mkimage commandAlexandru Ardelean2016-12-201-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | In the latest version of grub-mkimage, the prefix option is mandatory. Not supplying it fails with: ``` Prefix not specified (use the -p option). ``` In grub-2.02-beta2 a DEFAULT_DIRECTORY was defined in `include/grub/osdep/hostfile_unix.h` as: ``` #if defined (__NetBSD__) /* NetBSD uses /boot for its boot block. */ # define DEFAULT_DIRECTORY "/"GRUB_DIR_NAME #else # define DEFAULT_DIRECTORY "/"GRUB_BOOT_DIR_NAME"/"GRUB_DIR_NAME #endif ``` Where: * GRUB_BOOT_DIR_NAME == boot * GRUB_DIR_NAME == grub This was used if the -p option was omitted. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
* x86: fix GRUB_ROOT for Xen subtargetWilfried Klaebe2016-11-192-1/+7
| | | | | | | | | Change grub's root device to xen/xvda,msdos1 for the x86_xen_domu target so that it will boot without further changes. Signed-off-by: Wilfried Klaebe <w+lede-project@chaos.in-kiel.de> [Jo-Philipp Wich: fixed and rebased patch from FS#264, added subject] Signed-off-by: Jo-Philipp Wich <jo@mein.io>
* x86-generic: add MMC support to boot off SD cardsAndreas Ziegler2016-11-161-0/+8
| | | | | | | | | MMC support has been added to x86-64 a while ago, there is no reason not to support it in x86-generic as well. Signed-off-by: Andreas Ziegler <github@andreas-ziegler.de> [Matthias Schiffer: add commit message] Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* x86: add PATA support to generic and 64 subtargetsAndreas Ziegler2016-11-162-0/+14
| | | | | | | | | | | | PATA support has been removed from x86-generic without any note in LEDE r538. Not including them makes the generated images incompatible with older (and some newer) hardware without any significant gain. Add it back, and also add the same drivers (as far as available) to x86-64. Signed-off-by: Andreas Ziegler <github@andreas-ziegler.de> [Matthias Schiffer: add back x86-generic, update commit message] Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* x86: refresh generic subtarget configMatthias Schiffer2016-11-161-4/+2
| | | | Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
* x86: 64: enable pci hotplug and acpipnpYousong Zhou2016-10-131-7/+9
| | | | | | | | | | | | | | | | | | | | | | This will allow dynamically adding/removing at least virtio-net pci devices which are quite the norm in cloud environment with QEMU/KVM netdev_add bridge,id=wan2,br=br-wan,helper=/home/yousong/.usr/libexec/qemu-bridge-helper device_add virtio-net-pci,id=devwan2,netdev=wan2,mac=11:22:33:22:11:00 The config was formed by selecting target x86/64 first, then select CONFIG_HOTPLUG_PCI and CONFIG_HOTPLUG_PCI_ACPI with make kernel_menuconfig CONFIG_TARGET=subtarget The following text tries to explain how the current config was formed 1. CONFIG_PCI_LABEL and CONFIG_ATA_PIIX were removed because they were already enabled in x86 platform config 2. CONFIG_ATA_SFF was removed because it was enabled in generic config 3. CONFIG_NLS was removed because it will be selected by CONFIG_PCI_LABEL Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
* use immediate set in target MakefilesMathias Kresin2016-09-101-1/+1
| | | | | | | | No functional change, it's just to have the same style everywhere. This way I don't need to use any regex magic to extract all subtargets for compile tests. Signed-off-by: Mathias Kresin <dev@kresin.me>
* x86: disable MTD supportFelix Fietkau2016-09-101-3/+1
| | | | Signed-off-by: Felix Fietkau <nbd@nbd.name>
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-20 10:41:14 +0000