linux/poky.git/meta/conf/machine/qemux86.conf, branch mickledore

mesa: PROVIDES virtual/libgles3

2021-12-14T22:46:38+00:00

It's assumed that not all OpenGL ES implementation are compliant with the 3.x specification. Therefore an additional virtual providers is created to explicit compatibility with OpenGL ES 3 specification. Cc: Quentin Schulz (From OE-Core rev: 405cd7a37988ced627fe6ad6fd3089c17f59367e) Signed-off-by: Quentin Schulz Signed-off-by: Richard Purdie

conf/machine: move tune files to architecture directories

2021-08-18T16:01:06+00:00

Move all of the tune files found in conf/machine/include into their respective architecture directories in that same location. All references to these will need to be updated. So, change the relevant ones for this tree in this commit as well. For the ARM tunes, nest them one further into armv8a, armv8m, etc. and rename some to make them uniform with the rest of the tunes. (From OE-Core rev: b6f15209bcfff953cce69da97a93f9ddff141ced) Signed-off-by: Jon Mason Signed-off-by: Richard Purdie

qemux86: drop resolution setting via uvesafb

2020-02-18T23:53:54+00:00

I am not sure if this has ever worked, but uvesafb is a really outdated (VBE from the 1990s), awkward (needs v86d) and limited (no support for high resolutions) way to do it. The specific reason 640x480-32 was introduced (ages ago) was to force 32 bit mode with vmware driver, as 16bit had rendering issues. The modern, supported option is video=... kernel parameter documented here: https://wiki.archlinux.org/index.php/kernel_mode_setting#Forcing_modes_and_EDID https://github.com/torvalds/linux/blob/master/Documentation/fb/modedb.rst which can be passed directly to runqemu and doesn't require special kernel modules. Sato under X will continue to use 640x480 as that is hardcoded into xorg.conf under qemu. (From OE-Core rev: 1cf26f69fd89b43be24cd1232c43e5050b9d718a) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

qemu: switch to '-vga std' emulated hardware from vmware/cirrus for x86/mips

2019-09-01T21:33:07+00:00

This is the qemu default since qemu 2.2, is generally supported better, and is recommended by upstream. It also has already been in use for arm/risc and ovmf. Additional information: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13466 https://www.kraxel.org/blog/2014/10/qemu-using-cirrus-considered-harmful/ '-vga virtio' emulated hardware remains in use when virgl is enabled via a runqemu override. Also, adjust the error whitelist, as there is a number of new messages coming from the drivers that are not actual errors. (From OE-Core rev: 73cb104f3307736f4922f2e0c9648f9b2d3b3b6b) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

qemuboot-x86: move QB_SYSTEM_NAME to corresponding conf

2019-08-07T15:08:15+00:00

Configrations: MACHINE: qemux86-64 require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "x86" Reproduce steps: bitbake lib32-core-image-minimal runqemu qemux86-64 nographic lib32-core-image-minimal Errors: qemu cannot bootup since: Booting from ROM... This kernel requires an x86-64 CPU, but only detected an i686 CPU. Unable to boot - please use a kernel appropriate for your CPU. QEMU: Terminated For lib32 image, override has x86, so the qemubin set to qemu-system-i386, fix by move QB_SYSTEM_NAME to corresponding conf, don't use the override (From OE-Core rev: ffaf86f175b2e6caa3a0067f7b3725930b053715) Signed-off-by: Changqing Li Signed-off-by: Richard Purdie

qemux86: use a Core 2 Duo CPU instead of the original circa-1993 Pentium

2019-05-17T06:07:28+00:00

This matches what the qemux86_64 is currently using, and will allow testing the instructions added in the meantime; particularly various SSE extensions are now enabled. (From OE-Core rev: f3b1e577ec94c849d0354f5679257f02ef4e4fe9) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

qemux86: Allow higher tunes

2019-05-01T08:08:58+00:00

Allows the qemux86 machine to be tuned all the way up to an i7 if desired by overriding DEFAULTTUNE. The default if unspecified is left at i586. This can be useful for enabling advanced processor features like SSE if desired or required by various packages. (From OE-Core rev: 0be64e54a0e67472eaff9c794a33d76971c9b1a3) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

machine: clean up config files

2019-04-01T13:48:44+00:00

Beautify the machine config files by making the names and descriptions more uniform and verbose (From OE-Core rev: 1108a24e2c58794163c8cf35154f8be5c1d06c29) Signed-off-by: Jon Mason Signed-off-by: Richard Purdie

qemux86/gstreamer: Move kernel module recommendation to the machine configuration

2018-10-18T22:26:35+00:00

If you try to build a system with multiple BSPs, one of which is qemux86 or qemux86-64, the gstreamer package will change. This will trigger anything using gstream to also be rebuilt. For a package based system, the PR values will also be incremented each time. The end result will be an ever growing set of PR values as well as being unable to tell which configured version of the multimedia components are really being deployed. These therefore belong in the machine configuration. (From OE-Core rev: 112775995158cf6c504fd6beef345ee446f4f11d) Signed-off-by: Richard Purdie

qemux86*: Add U-Boot machine configuration

2018-07-18T09:18:42+00:00

Add U-Boot machine configuration for the qemux86 and qemux86-64 to allow building U-Boot on those targets. This in turn allows the auto-updater to update the U-Boot recipe. (From OE-Core rev: c9bd7f71b59e1c8e7436d65cd8ad6bfb29051c93) Signed-off-by: Marek Vasut Cc: Alexander Kanavin Cc: Otavio Salvador Cc: Richard Purdie Cc: Ross Burton Signed-off-by: Ross Burton Signed-off-by: Richard Purdie