linux/poky.git/meta/conf/machine/include, branch sumo

tune-core2.inc: add cpu type for qemu

2018-04-03T22:53:20+00:00

Define cpu type for Qemu in QEMU_EXTRAOPTIONS. Otherways Qemu will emulate some virtual qemu32/64 processor, which has very basic set of features, and programs built for later CPU may crash, due to lack of new features (e.g. SSSE3). (From OE-Core rev: 11f4fdcafed1383e5b6c2e634c670d19124e537a) Signed-off-by: Ruslan Ruslichenko Signed-off-by: Richard Purdie

machines: bump default linux-yocto to v4.15

2018-02-15T11:23:11+00:00

Ensure that the qemu* machines are building the latest available kernel in master. (From OE-Core rev: 3980f21a74ad201d8cb8f5ef6fb732fdfacd641f) Signed-off-by: Bruce Ashfield Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

tune-i686: Add new tune for better support of 686-class CPUs.

2018-01-18T12:50:37+00:00

There isn't currently any tune available for i686 x86 optimizations. The tune for i586 doesn't enable i686 specific optimizations, and the one for core2 enables things that won't work on a i686 CPU (like SSE3). Make the tune for core2 inherits from this one and move there the setting of X86ARCH32. (From OE-Core rev: c08f76ba0654e43074b6b964f728765918dbfb09) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Richard Purdie

machine/include/qemu.inc: update RDEPENDS to match kernel naming

2018-01-02T17:24:37+00:00

The kernel class now sets RDEPENDS_${KERNEL_PACKAGE_NAME}-base so this include needs to do the same, otherwise bitbake emits a warning and the kernel isn't removed. (From OE-Core rev: a408236b6302273a5a45bcfe5eb3a8f2713ec3fa) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

conf/machine/include/microblaze: Add MicroBlaze architecture includes

2017-12-18T18:03:57+00:00

Add architecture and tune includes for MicroBlaze. This covers architecture configuration as well as tune configuration and features. The Xilinx MicroBlaze architecture is a soft-core CPU architecture designed for implementation on Xilinx FPGAs. Because the CPU is a soft-core it can be configured differently depending on resource and performance constraints which affect the ABI and supported instructions. The architecture is also used in other Xilinx products where the core is implemented as part of fixed silicon (e.g. Xilinx ZynqMP). The default tune include 'tune-microblaze.inc' provides the baseline (no features enabled) tune configuration for a target machine. This is similar to other architectures such that the machine.conf includes a tune-*.inc. However due to the customizability configuration is specifically handled on a per machine basis. A machine should configure the available tune features by setting the available features directly by appending to the 'TUNE_FEATURES_tune-microblaze' variable. This tune configuration approach is preferred to avoid the definition of an otherwise large set of possible tune configurations for the available features (14 CPU versions and 11 feature configurations), which would otherwise require >1024 predefined tune configurations. (From OE-Core rev: 295a99a31ca147a271c0c76538c4fb27dbecab27) Signed-off-by: Nathan Rossi Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

qemu.inc: let linux-yocto-rt also provide nfs server kernel module

2017-11-30T10:49:21+00:00

In case some users want to use linux-yocto-rt as the preferred kernel. (From OE-Core rev: bb0e574d3c74b6cd2d7e41933e0e28c91f0a411b) Signed-off-by: Ming Liu Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

qemu.inc: Drop rng-tools

2017-11-21T13:06:12+00:00

This was included to allow hwrng to feed data to /dev/random. Since the kernel does this itself (confirmed by the recent kernel Kconfig text change , code inspection and local testing), we can drop rng-tools from these images. (From OE-Core rev: d4b17e841b497f0ee4d31a8c967b5ce1b76157e4) Signed-off-by: Richard Purdie

feature-arm-vfp.inc: drop unnecessary extra space from TUNE_CCARGS

2017-11-08T22:24:03+00:00

The trailing space added to TUNE_CCARGS when appending -mfpu=XXX is unnecessary and leads to a double space in the final value. (From OE-Core rev: 4fde0110321b04d1f3418f05e61a2eb0b3ec8625) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

arch-x86: Add x86-x32 to MACHINEOVERRIDES

2017-09-26T10:05:01+00:00

This is needed as an x32 more generic x32 override later in the OVERRIDES, currently linux-gnux32 is the first override, but we need a stronger (later in the list) x32 override to deal with some needed x32 dependency overrides. (From OE-Core rev: 364b3698b78e9fea59d24e3a3a5f4476be95f6d1) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

qemu conf: Fix kernel module autoloading for uvesafb on genericx86

2017-09-13T21:07:42+00:00

After commit e8b1c653946ef921b65d47e52aea0dc530ef4286, we started seeing errors like the following during boot on genericx86 machines: uvesafb: failed to execute /sbin/v86d uvesafb: probe of uvesafb.0 failed with error -22 uvesafb: vbe_init() failed with -22 uvesafb: Getting VBE info block failed (eax=0x4f00, err=-2) These were caused because the uvesa module was being loaded during boot, when it is only meant to be loaded on qemu according to: 6af89812e8a9931ffed63768ed85367519bf7aef Since genericx86-common.inc includes qemuboot-x86, the module also tries to be loaded on genericx86 machines, this patch removes the instruction from qemuboot-x86 and adds it in specific to both qemux86 machines confs so it is correctly loaded only on those. [YOCTO #11879] (From OE-Core rev: 261f9c382121c73b72556a151fdd4c7938b32a92) (From OE-Core rev: 554903483acb4af402feaba013366388db89e36b) Signed-off-by: Alejandro Hernandez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie