[yocto] [meta-cgl][PATCH 2/2] cgl-common.inc: append SRC_URI for poky-cgl only

From: Jackie Huang Someone may want to add meta-cgl-common layer into their distro and only use some of the packages, but these kernel features will be also added by the bbappend and may cause unexpected issue, so change to append the SRC_URI for poky-cgl distro only.

[yocto] [meta-cgl][PATCH 1/2] poky-cgl.conf: add poky-cgl into DISTROOVERRIDES

From: Jackie Huang Add poky-cgl into DISTROOVERRIDES, otherwise it's "poky:linuxstdbase" since it requires poky-lsb.conf. Signed-off-by: Jackie Huang --- meta-cgl-common/conf/distro/poky-cgl.conf | 1 + 1 file changed, 1 insertion(+)

[yocto] [meta-cgl][PATCH 0/2] poky-cgl: avoid the linux bbappend adding cfgs for other distro

From: Jackie Huang -- The following changes since commit 73d32950c45cc8d8d468e584be68c54c6e6574b9: kernel: Fix config warning for CONFIG_I2C_ALGOBIT (2017-10-03 10:15:47 +0200) are available in the git repository at: https://github.com/jackiehjm/meta-cgl.git

Re: [yocto] read-only-rootfs causes systemd-tmpfiles-setup.service failure ( symlink(../run/lock, /var/lock) failed: Read-only file system)

This is what I have, $ cat etc/fstab # stock fstab - you probably want to override this with a machine specific one /dev/root/auto ro 1 0 proc /procproc defaults 0 0 devpts

Re: [yocto] No GNU_HASH in the elf binary: error

I had implemented the recommended fix for this error but it didn't take on the first try. I sent out the email and started on another error and the GNU_HASH error has now disappeared. So I guess this thread needs to be ignored, sorry for the noise. Regards, Greg

[yocto] No GNU_HASH in the elf binary: error

I'm getting a "No GNU_HASH in the elf binary" error. The documentation says to add LD_FLAGS to the ld command line, but it's already there: LDFLAGS=-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed Here is the command that produces the offending elf binary: arm-poky-linux-gnueabi-gcc

Re: [linux-yocto] [kernel-cache][PATCH V2] intel-common-drivers: moved x2apic

Looks good to me. Thanks, Cal On 10/07/2017 12:27 AM, Syed Mohamad Fauzi, Syed Johan Arif wrote: intel-common-drivers: moved the x2apic kernel feature to intel-corei7-64.scc, because it caused configcheck warnings for intel-core2-32 Signed-off-by: Syed Mohamad Fauzi, Syed Johan Arif

Re: [linux-yocto] [PATCH 0/2] Intel Axxia updates to linux-yocto-4.1

On 2017-10-06 11:49 AM, Daniel Dragomir wrote: Hello Bruce! Please review and merge this series of patches in Axxia branches from linux-yocto-4.1. Changes included in this series (axxia tag 1.65): - Enable EDAC CMEM support when CMEM gets initialized. - Reduce the PCIe LOS work around timeout

[yocto] Yocto Project Status WW41’17

Current Dev Position: YP 2.4 M4 - rc2 has been built and in QA. Next Deadline: YP 2.4 Final Cut off has passed. SWAT team rotation: Cal -> Joshua on Oct. 6, 2017. SWAT team rotation: Joshua -> Armin on Oct. 13, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key

Re: [yocto] [meta-cgl][PATCH] kernel: Fix config warning for CONFIG_I2C_ALGOBIT

merged now, sorry for the delay --Adrian From: yocto-boun...@yoctoproject.org on behalf of He Zhe Sent: Monday, October 9, 2017 11:31 AM To: yocto@yoctoproject.org Subject: Re: [yocto]

Re: [yocto] Framework to implement mirroring in Yocto

On 10/6/17 5:08 PM, Gutierrez, Hernan Ildefonso (Boise R, FW) wrote: > Hi, > >   > > We are planning to implement a mirror for both source code downloaded and > sscache in our work environment. > We mirror a ton of code for our customers. We have two types or mirrors that we deliver. Raw

[yocto] Release Candidate Build for yocto-2.4.rc2 now available.

A release candidate build for yocto-2.4.rc2 is now available at: https://autobuilder.yocto.io/pub/releases/yocto-2.4.rc2 Please begin QA on this build as soon as possible. Build hash information: meta-intel : 9f9b61b91f0901dc63aa0fcfd36f1152b5661b55 meta-qt4 :

Re: [yocto] u-boot recipe: Missing dependencies

Be aware that when you provide python-native, it's more likely that swig-native will be detected in sysroot as well and then u-boot will fail to build libfdt python library. To prevent this autodetection you can use something like this: do_compile_prepend () { sed 's@\(^always += $(if

Re: [yocto] u-boot recipe: Missing dependencies

On 8 October 2017 at 18:04, Eric Schwarz wrote: > Don't _append when you can just extend the assignment above. >> > > I just did it that way for the moment since I wanted to circumvent merge > conflicts when I upgrade the underlying recipes from openembedded. Well

Re: [yocto] [meta-gplv2][pyro] Fast-forward to master?

On 5 October 2017 at 23:01, Andre McCurdy wrote: > On Thu, Oct 5, 2017 at 1:46 PM, Peter Kjellerstedt > wrote: > > I would like to suggest fast-forwarding the pyro branch of > > meta-gplv2 to master. The only change that I see as questionable >

Re: [yocto] pkg-config search directories

Is this the same problem? You dont want to search the host for libraries that you want on the target. Just add mesa to DEPENDS and pkgconfig will find the GL headers in the sysroot. Are you using the glmark2 recipe from meta-oe? Ross On 8 October 2017 at 16:00, eliya@gmail.com

Re: [yocto] [meta-cgl][PATCH] kernel: Fix config warning for CONFIG_I2C_ALGOBIT

Ping. Zhe On 2017年09月29日 14:10, zhe...@windriver.com wrote: > From: He Zhe > > CONFIG_DRM in yocto-kernel-cache selects CONFIG_I2C_ALGOBIT as "y". > Change CONFIG_I2C_ALGOBIT 00026-lm-sensors.cfg from "m" to "y" to > avoid following config conflict. > > --

[yocto] [meta-selinux][PATCH 3/3] refpolicy-minimum: fix build error with systemd

From: Wenzong Fan Update patch to fix build error with systemd: * replace below statements with 'init_dbus_chat(initrc_t)': allow initrc_t init_t:dbus send_msg; allow init_t initrc_t:dbus send_msg; * declare class 'dbus' and 'acquire_svc' for: allow init_t

[yocto] [meta-selinux][PATCH 2/3] refpolicy: fix unknown classes and permissions

From: Wenzong Fan Backport upstream patches: - 0001-refpolicy-Define-getrlimit-permission-for-class-proc.patch - 0002-refpolicy-Define-smc_socket-security-class.patch This fixes the runtime issues: $ load_policy SELinux: Permission getrlimit in class process

[yocto] [meta-selinux][PATCH 1/3] refpolicy-targeted: rebase patches for 2.20170204

From: Wenzong Fan Rebase and apply the patches for 2.20170204: - refpolicy-fix-optional-issue-on-sysadm-module.patch - refpolicy-unconfined_u-default-user.patch Signed-off-by: Wenzong Fan ---