summaryrefslogtreecommitdiffstats
path: root/meta/recipes-bsp/v86d
Commit message (Collapse)AuthorAgeFilesLines
* v86d: take tarball from debianAlexander Kanavin2017-08-161-3/+3
| | | | | | | | | | Gentoo is removing the package due to dead upstream; Debian might carry it for a while longer. (From OE-Core rev: 5026730a2f0701ebad4ddf57990b1ae3b484ae72) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d, qemuboot-x86.inc: use KERNEL_MODULE_AUTOLOAD+KERNEL_MODULE_PROBECONF ↵Martin Jansa2017-06-283-41/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | for uvesafb instead of fbsetup init script * also add UVESA_MODE variable for easier change of resolution and respect it in QB_KERNEL_CMDLINE_APPEND as well * don't use init script just to call modprobe * I wasn't able to test this all the way with runqemu, because runqemu doesn't work on my system, but I've verified that the right params appear there and that I can easily change UVESA_MODE from conf/local.conf, the modules.d and modprobe.d files look OK: OE qemux86@ ~/build/oe-core/tmp-glibc/deploy/images/qemux86/core-image-sato-qemux86-20170427212613.rootfs $ cat etc/modules-load.d/uvesafb.conf uvesafb OE qemux86@ ~/build/oe-core/tmp-glibc/deploy/images/qemux86/core-image-sato-qemux86-20170427212613.rootfs $ cat etc/modprobe.d/uvesafb.conf options uvesafb mode_option=1600x1200-32 so I'll be able to drop this KERNEL_MODULE_AUTOLOAD + KERNEL_MODULE_PROBECONF from my DISTRO conf. (From OE-Core rev: f7ba5b5f76bb5678ca3e6ad51586f25871f7a9fb) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: Add PACKAGE_WRITE_DEPS for postinstRichard Purdie2017-01-201-1/+1
| | | | | | | | The postinstall needs systemd-systemctl-native, mark the dependency (From OE-Core rev: f97d9e6befb4b96531a381547d546632ec0e8496) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: Accept aarch64 as build hostKhem Raj2016-07-202-1/+21
| | | | | | | | (From OE-Core rev: 709c603dec19690bcf21034867b815b5679b921a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: mask fbsetup when necessaryChen Qi2014-09-031-0/+10
| | | | | | | | | | | | When 'sysvinit' and 'systemd' are both in DISTRO_FEATURES, we need to prevent the init script from running via systemd. This is because that the functionality has been implemented internally in systemd. (From OE-Core rev: 2236678e38b22b763de8322d90585cbf648a448c) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: set INHIBIT_UPDATERCD_BBCLASS if 'sysvinit' not in DISTRO_FEATURESChen Qi2014-09-031-0/+7
| | | | | | | | | | | | | | | Set INHIBIT_UPDATERCD_BBCLASS to "1" if 'sysvinit' is not in DISTRO_FEATURES. The functionality of the init script 'fbsetup' is implemented internally in systemd. So fbsetup is not installed if 'sysvinit' is in DISTRO_FEATURES. That's why we need to set INHIBIT_UPDATERCD_BBCLASS to "1" to avoid generation of update-rc.d related preinst/postinst scripts. (From OE-Core rev: 640a2231597d74517527ebedb6fd141278ba06f4) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: fix for systemd to load uvesafb module correctlyChen Qi2014-08-112-2/+14
| | | | | | | | | | | | | | | | The /etc/init.d/fbsetup script doesn't have any effect in a systemd image. Its purpose is to load the uvesafb kernel module at boot. This functionality could be achieved by adding a configuration file under /etc/modules-load.d/ directory which would be parsed by the systemd-modules-load.service. [YOCTO #4420] (From OE-Core rev: 6d55a03d5cc8070d589c1fe7df74279208833383) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: fix for SeaBIOS VGA BIOS compatibilityCristian Iorga2014-06-032-1/+21768
| | | | | | | | | | | | | | This fixes a compatibility issue between v86d and SeaBIOS VGA BIOS where the leal instruction is not decoded properly. Read the http://thread.gmane.org/gmane.comp.emulators.qemu/271806 thread for more details. Patch taken from upstream. (From OE-Core rev: 3e890dd00ed27cc30800caefa85827cb16da5a3a) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2014-01-021-1/+1
| | | | | | | | | | | | | | A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. (From OE-Core rev: b8feee3cf21f70ba4ec3b822d2f596d4fc02a292) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: mark as compatible with all x86, not just qemux86Ross Burton2013-07-311-1/+1
| | | | | | | | | | | This package isn't specific to qemux86 but all x86 machines that are using the userspace VESA framebuffer kernel driver. (From OE-Core rev: 3be0967f14a9865215debe7fae666bd92b4968a0) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: compile against userspace safe kernel headersBruce Ashfield2013-03-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | v86d was building directly against the staged kernel in the target sysroot. This has been fine in the past, but with recent (3.7) changes to user headers into the "uapi" include structure, there are no longer Without the preprocesor protection, v86d fails to build against any kernel with uapi header files. v86d doesn't actually need the whole kernel tree, the exported headers are enough to build a working binary. This change sets the v86d variable to ${STAGING_DIR_HOST}/usr, and once the v86d build adds "include" to the end of KDIR, we have a valid include path to the target sysroot headers. This also works for pre-uapi kernel headers, so the change is safe for most (if not all) kernel's with properly exported headers. (From OE-Core rev: 8d4256b2c9f782368a16c1458e04ed61fa82691a) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: Use BP instead of PSaul Wold2013-02-041-1/+1
| | | | | | | | | | P is expanded to it's multi and other prefix / suffix name, so use BP instead which is the BaseName and Version. (From OE-Core rev: 4e475a66c23cd2e4e109ff1fcfa2975d595537c5) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: Update SRC_URI to point to new file location.Andy Dalton2013-02-041-1/+1
| | | | | | | | | | | | The existing SRC_URI pointed to a Gentoo developer's private web space. It appears that that developer has retired and that his web space is no longer active. I've updated the SRC_URI to point to a location where the file can now be found. (From OE-Core rev: 2046c2a0922c4d67408578d4bf8549435fec8cd6) Signed-off-by: Andy Dalton <a.spam.filter@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: Fix cross link using host-cross arJason Wessel2012-06-112-2/+36
| | | | | | | | | | | | | | | If building on 32bit host and creating 64bit libraries, the target package builds should not invoke the 32bit hosts's ar. Specifically you will get an error message like: x86_64-linux-gcc -m64 --sysroot=/opt/qemux86-64/tmp/sysroots/qemux86-64 -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Llibs/x86emu v86_x86emu.o v86_mem.o v86_common.o v86.o -lx86emu -o v86d libs/x86emu/libx86emu.a: could not read symbols: Archive has no index; run ranlib to add one collect2: error: ld returned 1 exit status (From OE-Core rev: 4bb926513084dfa6ebf5598a177239315530276e) Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* v86d: update to 0.1.10Saul Wold2011-10-141-2/+2
| | | | | | | (From OE-Core rev: 933eb8224c6152fb574f97ddc36511026d512d75) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Drop remaining bootcdx86 references, the -live images for qemux86 and ↵Richard Purdie2011-01-241-1/+1
| | | | | | atom-pc replace this Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* v86d: update license infoQing He2010-12-011-0/+2
| | | | Signed-off-by: Qing He <qing.he@intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-272-0/+38
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>