summaryrefslogtreecommitdiff
path: root/meta/recipes-bsp/acpid/acpid.inc
AgeCommit message (Collapse)AuthorFiles
2014-09-29acpid: use ${PN} for SYSTEMD_SERVICEChen Qi1
We should use ${PN} instead of 'acpid' for SYSTEMD_SERVICE, otherwise we would have the 'installed-not-shipped' QA error if multilib is enabled and we run `bitbake lib32-acpid'. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2014-09-03acpid: upgrade to 2.0.22 and add systemd supportChen Qi1
For acpid needs to upgrade to work correctly with the new kernel. The new version now uses autotools. Also add systemd unit file. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-05-08acpid: avoid pipe with sedMatthieu Crapet1
Replace: cat <file> | sed -e xxx By: sed -e xxx <file> Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-01-02Basic recipe formatting fixesPaul Eggleton1
Fix statement indenting and spacing issues that I happened to notice. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2014-01-02Replace one-line DESCRIPTION with SUMMARYPaul Eggleton1
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. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2013-12-10acpid: CVE-2011-1159Yue Tao1
acpid.c in acpid before 2.0.9 does not properly handle a situation in which a process has connected to acpid.socket but is not reading any data, which allows local users to cause a denial of service (daemon hang) via a crafted application that performs a connect system call but no read system calls. http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-1159 Signed-off-by: Yue Tao <yue.tao@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-06acpid: install events directory at default.Bian Naimeng1
acpid: install events directory at default. If rule directory "${sysconfdir}/acpi/events" is inexist, the acpid initscript will exit with success, but the daemon will be not running. Signed-off-by: Bian Naimeng <biannm@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-30acpid: modify CFLAGSJoe Slater1
Override the hard-coded CFLAGS used in Makefile to reference our CFLAGS. Without this patch if the DEBUG_OPTIMIZATION is enabled (using -O0) the compile log shows acpid still using -O2 because the Makefile has various hard coded CFLAGS defined. Instead of using the hard coded CFLAGS, we simply define the proper set within the recipe itself. Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Jeff Polk <jeff.polk@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2010-12-06acpid: update to 1.0.10Zhai Edwin1
Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie1
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>