[meta-intel] [PATCH v2] thermald: Add thermal daemon utility

2016-07-07 Thread Yong Li
This user space thermal daemon utility is used for thermal management

Signed-off-by: Yong Li <yong.b...@intel.com>
---
 common/recipes-bsp/thermald/thermald_1.5.3.bb | 27 +++
 1 file changed, 27 insertions(+)
 create mode 100644 common/recipes-bsp/thermald/thermald_1.5.3.bb

diff --git a/common/recipes-bsp/thermald/thermald_1.5.3.bb 
b/common/recipes-bsp/thermald/thermald_1.5.3.bb
new file mode 100644
index 000..cb2b07e
--- /dev/null
+++ b/common/recipes-bsp/thermald/thermald_1.5.3.bb
@@ -0,0 +1,27 @@
+SUMMARY = "Linux thermal daemon"
+
+DESCRIPTION = "Thermal Daemon is a Linux daemon used to prevent the \
+overheating of platforms. This daemon monitors temperature and applies \
+compensation using available cooling methods."
+
+HOMEPAGE = "https://github.com/01org/thermal_daemon;
+
+DEPENDS = "dbus dbus-glib libxml2 glib-2.0"
+DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','',d)}"
+
+LICENSE = "GPL-2.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=ea8831610e926e2e469075b52bf08848"
+
+SRC_URI = "https://github.com/01org/thermal_daemon/archive/v${PV}.tar.gz;
+SRC_URI[md5sum] = "66402236ed3c86a798029cb4d5313817"
+SRC_URI[sha256sum] = 
"e20b450ef27a5b5e45474c831663c8f5ecd14c82ace5a4b1e06c442e0a23b53e"
+
+S = "${WORKDIR}/thermal_daemon-${PV}"
+
+inherit pkgconfig autotools systemd
+
+FILES_${PN} += "${datadir}/dbus-1/system-services/*.service"
+
+SYSTEMD_SERVICE_${PN} = "thermald.service"
+
+COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
-- 
2.7.4
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel


[meta-intel] [PATCH] thermald: Add thermal daemon utility

2016-07-07 Thread Yong Li
This user space thermal daemon utility is used for thermal management

Signed-off-by: Yong Li <yong.b...@intel.com>
---
 common/recipes-bsp/thermald/thermald_1.5.3.bb | 28 +++
 1 file changed, 28 insertions(+)
 create mode 100644 common/recipes-bsp/thermald/thermald_1.5.3.bb

diff --git a/common/recipes-bsp/thermald/thermald_1.5.3.bb 
b/common/recipes-bsp/thermald/thermald_1.5.3.bb
new file mode 100644
index 000..010d78c
--- /dev/null
+++ b/common/recipes-bsp/thermald/thermald_1.5.3.bb
@@ -0,0 +1,28 @@
+SUMMARY = "Linux thermal daemon"
+
+DESCRIPTION = "Thermal Daemon is a Linux daemon used to prevent the \
+overheating of platforms. This daemon monitors temperature and applies \
+compensation using available cooling methods."
+
+HOMEPAGE = "https://github.com/01org/thermal_daemon;
+
+DEPENDS = "dbus dbus-glib libxml2 glib-2.0"
+DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','',d)}"
+
+LICENSE = "GPL-2.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=ea8831610e926e2e469075b52bf08848"
+
+SRC_URI = "https://github.com/01org/thermal_daemon/archive/v${PV}.tar.gz;
+SRC_URI[md5sum] = "66402236ed3c86a798029cb4d5313817"
+SRC_URI[sha256sum] = 
"e20b450ef27a5b5e45474c831663c8f5ecd14c82ace5a4b1e06c442e0a23b53e"
+
+S = "${WORKDIR}/thermal_daemon-${PV}"
+
+inherit pkgconfig autotools systemd
+
+FILES_${PN} += "${datadir}/dbus-1/system-services/*.service"
+
+SYSTEMD_SERVICE_${PN} = "thermald.service"
+SYSTEMD_AUTO_ENABLE_${PN} = "enable"
+
+COMPATIBLE_MACHINE = "intel-corei7-64|intel-core2-32|intel-quark|edison"
-- 
2.7.4
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel


Re: [meta-intel] How to support the NUC Kit DE3815TYKHE?

2015-04-02 Thread Yong Li
2015-04-02 5:16 GMT+08:00 Darren Hart dvh...@linux.intel.com:

 ge are you building?


I am using the intel-corei7-64. The kernel repots panic on the last step
cannot open root device (null), since the kernel commad is incorrect.

if you perform a test on the NUC DE3815, maybe you can reproduce this
issue(use the mkefidisk.sh)
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel


Re: [meta-intel] How to support the NUC Kit DE3815TYKHE?

2015-03-31 Thread Yong Li
Thanks Darren! Below is the grub.cfg:
# Automatically created by OE
serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1
default=boot
timeout=10

menuentry 'boot'{
linux /vmlinuz root=/dev/sda2 ro rootwait quietconsole=ttyS0,115200
console=tty0
}

I use this command to create the USB disk:

scripts/contrib/mkefidisk.sh -v /dev/sdc os.hddimg  /dev/sda

By the way, I found the ISO image is okay(dd the ISO to usb disk), in the
ISO, there is initrd in the grub.cfg file, so I think the root cause is the
grub cannot boot without initrd. Did you test the hddimg + mkefidisk.sh ?


2015-04-01 0:18 GMT+08:00 Darren Hart dvh...@linux.intel.com:

 You'll need to provide more detail for us to help. Exactly how is it
 failing. Probably a  good idea to share your grub.conf.
 --
 Darren Hart
 Intel Open Source Technology Center

 From: LIYONG sdliy...@gmail.com
 Date: Tuesday, March 31, 2015 at 7:21 AM
 To: Darren Hart dvh...@linux.intel.com
 Cc: YONG LI sdliy...@gmail.com, meta-intel@yoctoproject.org

 Subject: Re: [meta-intel] How to support the NUC Kit DE3815TYKHE?

 I am using the latest bios 0041, if using grub, it can load and boot the
 kernel, but cannot pass the command line. The os is 64bit, both the grub
 and the kernel are built using the same conf
 On Mar 31, 2015 12:35 AM, Darren Hart dvh...@linux.intel.com wrote:
 No, it should work both grub and gummiboot. Are you perhaps mismatching
 firmware and OS 32b and 64b?
 --
 Darren Hart
 Intel Open Source Technology Center

 From: LIYONG sdliy...@gmail.com
 Date: Saturday, March 28, 2015 at 7:55 AM
 To: Darren Hart dvh...@linux.intel.com
 Cc: meta-intel@yoctoproject.org, YONG LI sdliy...@gmail.com
 Subject: Re: [meta-intel] How to support the NUC Kit DE3815TYKHE?

 Thanks for your mail! I just found the root cause. The kernel is OK, but
 the grub efi has problems. It cannot pass the kernel command to the kernel.
 I have to switch to gummiboot. Is it a known issue ?
 On Mar 28, 2015 6:32 AM, Darren Hart dvh...@linux.intel.com wrote:

 On 3/26/15 7:41 AM, Yong Li wrote:
  Hi All,
 
 
 
  I am testing the NUC DE3815TYKHE, Ubuntu 1404 is okay. But the yocto
  build image does not work. I tested the intel-corei7-64 and
  valleyisland-64, the kernel cannot boot,
 
  it seems that it cannot load the /dev/sda2. Does Yocto + meta-intel
  supports this NUC?

 It does and I've booted that board in the past. If you can provide a
 detailed report of what you are doing, which image you're building,
 which version, how you're deploying it, etc., we may be able to help.

 --
 Darren Hart
 Intel Open Source Technology Center

 -- ___ meta-intel mailing list
 meta-intel@yoctoproject.org
 https://lists.yoctoproject.org/listinfo/meta-intel


-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel


[meta-intel] [PATCH meta-intel-iot-middleware] Fix the i2c-tools build error

2015-03-19 Thread Yong Li
Signed-off-by: Yong Li
 sdliy...@gmail.com

---
 recipes-support/i2c-tools/i2c-tools_3.0.3.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-support/i2c-tools/i2c-tools_3.0.3.bb
b/recipes-support/i2c-tools/i2c-tools_3.0.3.bb
index 021090c..bf8e272 100644
--- a/recipes-support/i2c-tools/i2c-tools_3.0.3.bb
+++ b/recipes-support/i2c-tools/i2c-tools_3.0.3.bb
@@ -9,12 +9,12 @@ SRC_URI = 
http://dl.lm-sensors.org/i2c-tools/releases/i2c-tools-${PV}.tar.bz2 \
 SRC_URI[md5sum] = 511376eed04455cdb277ef19c5f73bb4
 SRC_URI[sha256sum] =
23b28e474741834e3f1b35b0686528769a13adc92d2ff5603cbda1d6bd5e5629

-inherit autotools
+inherit autotools-brokensep

 do_compile_prepend() {
 cp ${WORKDIR}/Module.mk ${S}/eepromer/
-sed -i 's#/usr/local#/usr#' Makefile
-echo include eepromer/Module.mk  Makefile
+sed -i 's#/usr/local#/usr#' ${S}/Makefile
+echo include eepromer/Module.mk  ${S}/Makefile
 }

 do_install_append() {
--
1.9.1
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel


[meta-intel] [PATCH] Fix the swig build error, based on the below OE-core commit: e2f0d002cbc81a4dd26daee5e115ab9ea1ab6dd7

2015-03-19 Thread Yong Li
Signed-off-by: Yong Li sdliy...@gmail.com
---
 ...nfigure-use-pkg-config-for-pcre-detection.patch | 64
++
 recipes-devtools/swig/swig_3.0.5.bb| 13 -
 2 files changed, 75 insertions(+), 2 deletions(-)
 create mode 100644
recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch

diff --git
a/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch
b/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch
new file mode 100644
index 000..1b1128a
--- /dev/null
+++
b/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch
@@ -0,0 +1,64 @@
+From 5c4d6d8538994d5fe9b3b46bfafaf0a605e3bda6 Mon Sep 17 00:00:00 2001
+From: Koen Kooi koen.k...@linaro.org
+Date: Tue, 17 Jun 2014 08:18:17 +0200
+Subject: [PATCH] configure: use pkg-config for pcre detection
+
+Signed-off-by: Koen Kooi koen.k...@linaro.org
+Upstream-Status: pending
+---
+ configure.ac | 38 +++---
+ 1 file changed, 7 insertions(+), 31 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 0c984b7..6edcec1 100644
+--- a/configure.ac
 b/configure.ac
+@@ -70,38 +70,14 @@ AC_MSG_RESULT([$with_pcre])
+
+ dnl To make configuring easier, check for a locally built PCRE using the
Tools/pcre-build.sh script
+ if test x${with_pcre} = xyes ; then
+-  AC_MSG_CHECKING([whether to use local PCRE])
+-  local_pcre_config=no
+-  if test -z $PCRE_CONFIG; then
+-if test -f `pwd`/pcre/pcre-swig-install/bin/pcre-config; then
+-  PCRE_CONFIG=`pwd`/pcre/pcre-swig-install/bin/pcre-config
+-  local_pcre_config=$PCRE_CONFIG
+-fi
+-  fi
+-  AC_MSG_RESULT([$local_pcre_config])
+-fi
+-AS_IF([test x$with_pcre != xno],
+-  [AX_PATH_GENERIC([pcre],
+-[], dnl Minimal version of PCRE we need -- accept any
+-[], dnl custom sed script for version parsing is not needed
+-[AC_DEFINE([HAVE_PCRE], [1], [Define if you have PCRE library])
+- LIBS=$LIBS $PCRE_LIBS
+- CPPFLAGS=$CPPFLAGS $PCRE_CFLAGS
+-],
+-[AC_MSG_FAILURE([
+-Cannot find pcre-config script from PCRE (Perl Compatible Regular
Expressions)
+-library package. This dependency is needed for configure to
complete,
+-Either:
+-- Install the PCRE developer package on your system (preferred
approach).
+-- Download the PCRE source tarball, build and install on your
system
+-  as you would for any package built from source distribution.
+-- Use the Tools/pcre-build.sh script to build PCRE just for SWIG
to statically
+-  link against. Run 'Tools/pcre-build.sh --help' for instructions.
+-  (quite easy and does not require privileges to install PCRE on
your system)
+-- Use configure --without-pcre to disable regular expressions
support in SWIG
+-  (not recommended).])
+-])
++  PKG_CHECK_MODULES([PCRE], [libpcre], [
++AC_DEFINE([HAVE_PCRE], [1], [Define if you have PCRE library])
++LIBS=$LIBS $PCRE_LIBS
++CPPFLAGS=$CPPFLAGS $PCRE_CFLAGS
++  ], [
++AC_MSG_WARN([$PCRE_PKG_ERRORS])
+   ])
++fi
+
+
+ dnl CCache
+--
+1.9.3
+
diff --git a/recipes-devtools/swig/swig_3.0.5.bb b/recipes-devtools/swig/
swig_3.0.5.bb
index 39ddaeb..a1d409e 100644
--- a/recipes-devtools/swig/swig_3.0.5.bb
+++ b/recipes-devtools/swig/swig_3.0.5.bb
@@ -13,7 +13,8 @@ inherit autotools pythonnative

 BBCLASSEXTEND = native

-SRC_URI = http://prdownloads.sourceforge.net/swig/swig-${PV}.tar.gz;
+SRC_URI = http://prdownloads.sourceforge.net/swig/swig-${PV}.tar.gz \
+  file://0001-configure-use-pkg-config-for-pcre-detection.patch
 SRC_URI[md5sum] = dcb9638324461b9baba8e044fe59031d
 SRC_URI[sha256sum] =
9f4cb9e8f213f041853646f58fe5e8428d63250d05f5c943b6fa759c77322a3c

@@ -44,8 +45,16 @@ EXTRA_OECONF =  \
 --disable-ccache \
 

+do_configure_prepend() {
+export NOCONFIGURE=no
+( cd ${S}
+ ./autogen.sh
+ cd ${B}
+ )
+}
+
 do_configure() {
-   export NOCONFIGURE=no; ./autogen.sh
+#   export NOCONFIGURE=no; cd ${S}; ${S}/autogen.sh
oe_runconf
 }

-- 
1.9.1
-- 
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-intel