[linux-yocto] [PATCH 1/2] driver: of: configfs: fix a building warning

From: Limeng Build kernel for arm64 platform, there is a warning as below: drivers/of/configfs.c:153:34: note: format string is defined here pr_debug("%s: buf=%p max_count=%u\n", __func__, ~^ %lu This

[linux-yocto] [v2]: : [yocto-4.12]: intel-socfpga: update patches for Stratix10 platform

From: Limeng Hi Bruce, Now, there are 2 below patches to update intel-socfpga, Stratix10 SoC platform. 0001-driver-of-configfs-fix-a-building-warning.patch 0002-driver-misc-intel-service-schedule-thread-out-when-t.patch Please help to meger the 2 patches into

Re: [yocto] rocko cmake buld cstdlib:75:15: fatal error: stdlib.h: No such file or directory

Hi, I am building with the SDK (not extensible) but it is also built as a recipe when building an image. The recipe is inheriting cmake but it is only in the image build that I am experiencing this problem which I shouldn't since the cmake_do_configure should be called. I will try and run bitbake

Re: [linux-yocto] [PATCH 1/2] driver: of: configfs: fix a building warning

> -Original Message- > From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com] > Sent: Thursday, April 19, 2018 5:01 AM > To: Li, Meng > Cc: linux-yocto@yoctoproject.org > Subject: Re: [PATCH 1/2] driver: of: configfs: fix a building warning > > On 2018-04-18 10:17 AM,

[yocto] [meta-mingw][PATCH 1/1] nativesdk-packagegroup-sdk-host: add qemu to SDK

Now that we can build qemu for mingw, include it in SDK. Signed-off-by: Juro Bystricky --- recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bbappend | 1 + 1 file changed, 1 insertion(+) diff --git

[yocto] [meta-mingw][PATCH 0/1 Add QEMU to SDK

Now that we can build QEMU for mingw, also include it in the SDK. We have been able to build QEMU for Windows for a while now, but only via a standalone recipe. QEMU has never been a part of SDK (as we were not able to build it). The Autobuilder does test SDK build for mingw, but does not test

Re: [yocto] [meta-cgl][PATCH 0/5][RFC] CGL cleanup

On mån, 2018-04-16 at 08:03 -0700, Armin Kuster wrote: > I understand some of these changes a harsh. This set of changes allow > this layer to pass the > yocto-check-layer. This is one of many options to address passing. > Hi Armin, Thanks for doing this. The series is good, and I merged it with

[yocto] How to patch a file in mysql recipe

I need to patch the my.cnf file that is part of the mysql/mariadb recipe. It lives in meta-openembedded/meta-oe/recipes-support/mysql/mariadb/my.cnf with the mariadb_5.5.52.bb file one level down. I've set up a mariadb_5.5.52.bbappend file as: FILESEXTRAPATHS_prepend :=

Re: [yocto] Extensible SDK and DEFAULT_PREFERENCE

On Wed, Apr 18, 2018 at 2:41 PM, Martin Siegumfeldt wrote: > Hi, > > I am having a number of recipes residing in two versions, some (development > versions) being down-prioritized using: > > DEFAULT_PREFERENCE = "-1" > > > The source code is hosted at a private git repository,

Re: [linux-yocto] [PATCH 1/2] driver: of: configfs: fix a building warning

On 2018-04-18 10:17 AM, meng...@windriver.com wrote: From: Limeng Build kernel for arm64 platform, there is a waring as below: w/waring/warning/ drivers/of/configfs.c:153:34: note: format string is defined here pr_debug("%s: buf=%p max_count=%u\n", __func__,

Re: [linux-yocto] [PULL REQUEST v4] Intel Axxia updates to linux-yocto-4.12

On 2018-04-18 12:06 PM, Daniel Dragomir wrote: Hello Bruce! I made the rebase on top of 4.12.22 tag. You can pull the patches from https://github.com/axxia/axxia_yocto_linux_4.12_pull.git merged! Bruce Pull standard/axxia/base-1.1v4 -> standard/axxia/base

Re: [yocto] [PATCH 4/4] update_layer.py: move layer validation to update.py (Performance improve)

On Wednesday, 18 April 2018 11:04:33 PM NZST Robert Yang wrote: > The utils.setup_django() costs a lot of time, but both update.py and > update_layer.py calls it, so move layer validation from update_layer.py to > update.py to avoid calling update_layer.py when possible can save a lot of > time.

Re: [yocto] rocko cmake buld cstdlib:75:15: fatal error: stdlib.h: No such file or directory

Hi Mans, Am 18.04.2018 um 06:56 schrieb Måns Zigher: > Hi Dennis, > > This makes me a bot confused in cmake_do_configure we have > >           -DCMAKE_NO_SYSTEM_FROM_IMPORTED=1 \ >           ${EXTRA_OECMAKE} \ >           -Wno-dev > > I would think that I am using this cmake_do_configure so

Re: [yocto] [PULL] provide debug sources in externalsrc -dbg packages

This is the wrong list, please submit the patch to openembedded-c...@lists.openembedded.org. Also the patches, not just a link to the patches. Ross On 18 April 2018 at 05:14, Vignesh Rajendran (RBEI/ECF3) wrote: > Hi Yocto, > > > > I have made some changes to

[yocto] [PULL] provide debug sources in externalsrc -dbg packages

Hi Yocto, I have made some changes to fix missing debug sources in -dbg packages while using externalsrc. Please have look and let me know for any changes needed. Thanks. :-) the changes are available in the git repository at: https://git.yoctoproject.org/git/poky-contrib

Re: [yocto] Extensible SDK and DEFAULT_PREFERENCE

On Wed, Apr 18, 2018 at 5:41 AM, Martin Siegumfeldt wrote: > Hi, > > I am having a number of recipes residing in two versions, some (development > versions) being down-prioritized using: > > DEFAULT_PREFERENCE = "-1" > > > The source code is hosted at a private git repository,

[yocto] Need Help for meta-qt5

Hi, I have to add Qt5 QtCore libs to my image. I know I must use meta-qt5 but as I'm not familiar with qt configuration, I simply do not know how to start ! So can someone help me to configure meta-qt5 to simply build and add QtCore to my image ? Thank you Vincent --

Re: [yocto] Connecting to mysql/mariadb

Hi Greg, On 2018-04-17 18:50, Greg Wilson-Lindberg wrote: I've got a Yocto system that I'm working on that has mysql/mariadb configured but I can't connect to it with MySQL Workbench from another machine. mariadb is running, the network connection is live, but when I try to connect using

[linux-yocto] [PULL REQUEST v4] Intel Axxia updates to linux-yocto-4.12

Hello Bruce! I made the rebase on top of 4.12.22 tag. You can pull the patches from https://github.com/axxia/axxia_yocto_linux_4.12_pull.git Pull standard/axxia/base-1.1v4 -> standard/axxia/base standard/preempt-rt/axxia/base-1.1v4 -> standard/preempt-rt/axxia/base If you add more patches to

Re: [yocto] Connecting to mysql/mariadb

Hi Greg, There are no leads to follow in logs? How about using netstat to check if port is really open? Can you connect locally from a mysql client running in the device instead of using it externally? BTW, verify that the skip-networking paramater is commented in your my.cnf file.

[yocto] Extensible SDK and DEFAULT_PREFERENCE

Hi, I am having a number of recipes residing in two versions, some (development versions) being down-prioritized using: DEFAULT_PREFERENCE = "-1" The source code is hosted at a private git repository, and the git version is selected using 'AUTOREV'. The extensible SDK renders successfully,

[linux-yocto] [PATCH 1/2] driver: of: configfs: fix a building warning

From: Limeng Build kernel for arm64 platform, there is a waring as below: drivers/of/configfs.c:153:34: note: format string is defined here pr_debug("%s: buf=%p max_count=%u\n", __func__, ~^ %lu Because on

[linux-yocto] [PATCH 2/2] driver: misc: intel-service: schedule thread out when there is no data reveived

From: MengLi In thread svc_normal_to_secure_thread(), function kfifo_out_spinlocked() always return, so this thread can't release cpu even if there is no data received, and cause cpu is under heave load status. System performance is poor. Therefore, schedule this thread

[linux-yocto] : [yocto-4.12]: intel-socfpga: update patches for Stratix10 platform

From: Limeng Hi Bruce, Now, there are 2 below patches to update intel-socfpga, Stratix10 SoC platform. 0001-driver-of-configfs-fix-a-building-warning.patch 0002-driver-misc-intel-service-schedule-thread-out-when-t.patch Please help to meger the 2 patches into

Re: [yocto] [PATCH 0/4][layerindex-web] bug fix and performance improve

On 18 April 2018 at 12:04, Robert Yang wrote: > fixup! update: don't stop on unsatisfied layer dependencies Pretty sure this isn't what you intended. Ross -- ___ yocto mailing list yocto@yoctoproject.org

[yocto] [PATCH 4/4] update_layer.py: move layer validation to update.py (Performance improve)

The utils.setup_django() costs a lot of time, but both update.py and update_layer.py calls it, so move layer validation from update_layer.py to update.py to avoid calling update_layer.py when possible can save a lot of time. Now we don't have to call update_layer.py in the following cases: * The

[yocto] [PATCH 3/4] update.py: print failed layers summary in the end

This makes it easy to see which layers are failed. For example: ERROR: Failed layers on branch master: openembedded-core meta-python Signed-off-by: Robert Yang --- layerindex/update.py | 9 + 1 file changed, 9 insertions(+) diff --git a/layerindex/update.py

[yocto] [PATCH 2/4] update.py: add an option --timeout for lockfile

We have an update.py running perodically in background, but we also need run it manually, for example, run it to update actual_branch, the manually run usually failed because can't get lockfile, we have to run it again and again. A timeout option helps a lot in such a case. Now the following

[yocto] [PATCH 1/4] fixup! update: don't stop on unsatisfied layer dependencies

The previous commit broke the layer order, e.g.: A -> B -> C -> D The algorithm is checking the dependencies one by one, and until we find D, add D to layerquery_sorted, and add it "collections", the one in "collections" means it's dependencies are OK, then C, B and A will check against

[yocto] [PATCH 0/4][layerindex-web] bug fix and performance improve

Hi Paul, The patch 4 can improve a lot on update.py (up to 98%), here is the testing data, please feel free to give your comments. $ time update.py -b master --nofetch [--fullreload] BeforeNow Reduced No update: 276s 3.6s 98% Partial update:

Re: [linux-yocto] [PULL REQUEST v3] Intel Axxia updates to linux-yocto-4.12

On 17.04.2018 20:56, Bruce Ashfield wrote: On 04/12/2018 12:29 PM, Daniel Dragomir wrote: Hello Bruce! I made the changes you asked and I ran regression testings on 3 INTEL boards (arm64: cortexa57 and cortexa53; arm: cortexa15). I attached to the mailing list only the patches I made

[yocto] [meta-security][PATCH] xmlsec1: remove host paths from target files

From: Wenzong Fan Signed-off-by: Wenzong Fan --- recipes-security/xmlsec1/xmlsec1_1.2.25.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/recipes-security/xmlsec1/xmlsec1_1.2.25.bb