from:"Ruslan Bilovol"

Re: [OE-core] [PATCH RESEND] openssl: pass PERL=perl environment variable to configurator

2020-03-10 Thread Ruslan Bilovol via Openembedded-core


On 3/7/20 12:19 AM, Martin Jansa wrote:

This breaks c_rehash calls from dash (works fine with bash)


Yes, we use bach during our builds



dash doesn't like
#!perl
shebang, would
PERL="/usr/bin/env perl"
work for you?

But unfortunately just passing PERL like this doesn't pass do_configure:
Creating Makefile
sh: 1: /usr/bin/env perl: not found
WARNING: exit code 1 from a shell command.

But passing it as:
HASHBANGPERL="/usr/bin/env perl" PERL=perl
seems to work.


Will check this suggestion

Thanks,
Ruslan



On Thu, Mar 5, 2020 at 12:55 PM Ruslan Bilovol via Openembedded-core 
<mailto:openembedded-core@lists.openembedded.org>> wrote:


In our build environment we use wrapper script
for perl in non-standard configuration with
extra variables set (provided by custom
buildtools-tarball).

In this case openssl fails to build because
by default it's Configure script detects and uses
perl executable directly (with absolute path)
obviously missing extra settings from wrapper
script.

Pass PERL=perl environment variable to Configure,
so it won't try to use perl executable directly
but will use what is provided from environment.

Signed-off-by: Ruslan Bilovol mailto:rbilo...@cisco.com>>
---
  meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
<http://openssl_1.1.1d.bb> | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
<http://openssl_1.1.1d.bb>
b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
<http://openssl_1.1.1d.bb>
index c2ba005f47..d4871fe973 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
<http://openssl_1.1.1d.bb>
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
<http://openssl_1.1.1d.bb>
@@ -123,7 +123,7 @@ do_configure () {
         fi
         # WARNING: do not set compiler/linker flags (-I/-D etc.) in
EXTRA_OECONF, as they will fully replace the
         # environment variables set by bitbake. Adjust the
environment variables instead.
-       PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
+       PERL=perl
PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
         perl ${S}/Configure ${EXTRA_OECONF}
${PACKAGECONFIG_CONFARGS} --prefix=$useprefix
--openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
         perl ${B}/configdata.pm <http://configdata.pm> --dump
  }
-- 
2.17.1


-- 
___

Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
<mailto:Openembedded-core@lists.openembedded.org>
http://lists.openembedded.org/mailman/listinfo/openembedded-core


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH RESEND] openssl: pass PERL=perl environment variable to configurator

2020-03-05 Thread Ruslan Bilovol via Openembedded-core

In our build environment we use wrapper script
for perl in non-standard configuration with
extra variables set (provided by custom
buildtools-tarball).

In this case openssl fails to build because
by default it's Configure script detects and uses
perl executable directly (with absolute path)
obviously missing extra settings from wrapper
script.

Pass PERL=perl environment variable to Configure,
so it won't try to use perl executable directly
but will use what is provided from environment.

Signed-off-by: Ruslan Bilovol 
---
 meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
index c2ba005f47..d4871fe973 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
@@ -123,7 +123,7 @@ do_configure () {
fi
# WARNING: do not set compiler/linker flags (-I/-D etc.) in 
EXTRA_OECONF, as they will fully replace the
# environment variables set by bitbake. Adjust the environment 
variables instead.
-   PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
+   PERL=perl PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS} 
--prefix=$useprefix --openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
perl ${B}/configdata.pm --dump
 }
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] openssl: pass PERL=perl environment variable to configurator

2020-03-05 Thread Ruslan Bilovol via Openembedded-core


It seems this patch was forgotten and master moved forward.

Will resend it from latest master

Thanks,
Ruslan

On 12/21/18 11:33 PM, Ruslan Bilovol wrote:

In our build environment we use wrapper script
for perl in non-standard configuration with
extra variables set (provided by custom
buildtools-tarball).

In this case openssl fails to build because
by default it's Configure script detects and uses
perl executable directly (with absolute path)
obviously missing extra settings from wrapper
script.

Pass PERL=perl environment variable to Configure,
so it won't try to use perl executable directly
but will use what is provided from environment.

Signed-off-by: Ruslan Bilovol 
---
  meta/recipes-connectivity/openssl/openssl_1.1.1a.bb | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
index 5c4e69c..6a72b5c 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
@@ -112,7 +112,7 @@ do_configure () {
fi
# WARNING: do not set compiler/linker flags (-I/-D etc.) in 
EXTRA_OECONF, as they will fully replace the
# environment variables set by bitbake. Adjust the environment 
variables instead.
-   PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
+   PERL=perl PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS} 
--prefix=$useprefix --openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
perl ${B}/configdata.pm --dump
  }


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel-devsrc: support 4.4+ ARM/ARM64 kernels

2020-03-02 Thread Ruslan Bilovol via Openembedded-core


Gentle ping

On 2/14/20 9:24 PM, Ruslan Bilovol wrote:

Linux Kernel 4.4 is an LTS kernel so people may still
build it with OE.

Thus make copying of some files optional:
  - arm64 module.lds file first appeared with kernel v4.6 commit
fd045f6cd98e arm64: add support for module PLTs"
  - arm32 *.tbl files first appeared in kernel v4.10 in
commit 96a8fae0fe09 "ARM: convert to generated
system call tables"

Signed-off-by: Ruslan Bilovol 
---
  meta/recipes-kernel/linux/kernel-devsrc.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index 2fa4be67cc..2ac679e204 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -147,7 +147,7 @@ do_install() {
  cp -a --parents arch/arm64/kernel/vdso/note.S $kerneldir/build/
  cp -a --parents arch/arm64/kernel/vdso/gen_vdso_offsets.sh 
$kerneldir/build/
  
-cp -a --parents arch/arm64/kernel/module.lds $kerneldir/build/

+cp -a --parents arch/arm64/kernel/module.lds $kerneldir/build/ 
2>/dev/null || :
fi
  
  	if [ "${ARCH}" = "powerpc" ]; then

@@ -187,7 +187,7 @@ do_install() {
  
  	# required for generate missing syscalls prepare phase

cp -a --parents $(find arch/x86 -type f -name "syscall_32.tbl") 
$kerneldir/build
-   cp -a --parents $(find arch/arm -type f -name "*.tbl") $kerneldir/build
+   cp -a --parents $(find arch/arm -type f -name "*.tbl") $kerneldir/build 
2>/dev/null || :
  
  	if [ "${ARCH}" = "x86" ]; then

# files for 'make prepare' to succeed with kernel-devel


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel-devsrc: support 4.4+ ARM/ARM64 kernels

2020-02-14 Thread Ruslan Bilovol via Openembedded-core

Linux Kernel 4.4 is an LTS kernel so people may still
build it with OE.

Thus make copying of some files optional:
 - arm64 module.lds file first appeared with kernel v4.6 commit
   fd045f6cd98e arm64: add support for module PLTs"
 - arm32 *.tbl files first appeared in kernel v4.10 in
   commit 96a8fae0fe09 "ARM: convert to generated
   system call tables"

Signed-off-by: Ruslan Bilovol 
---
 meta/recipes-kernel/linux/kernel-devsrc.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index 2fa4be67cc..2ac679e204 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -147,7 +147,7 @@ do_install() {
 cp -a --parents arch/arm64/kernel/vdso/note.S $kerneldir/build/
 cp -a --parents arch/arm64/kernel/vdso/gen_vdso_offsets.sh 
$kerneldir/build/
 
-cp -a --parents arch/arm64/kernel/module.lds $kerneldir/build/
+cp -a --parents arch/arm64/kernel/module.lds $kerneldir/build/ 
2>/dev/null || :
fi
 
if [ "${ARCH}" = "powerpc" ]; then
@@ -187,7 +187,7 @@ do_install() {
 
# required for generate missing syscalls prepare phase
cp -a --parents $(find arch/x86 -type f -name "syscall_32.tbl") 
$kerneldir/build
-   cp -a --parents $(find arch/arm -type f -name "*.tbl") $kerneldir/build
+   cp -a --parents $(find arch/arm -type f -name "*.tbl") $kerneldir/build 
2>/dev/null || :
 
if [ "${ARCH}" = "x86" ]; then
# files for 'make prepare' to succeed with kernel-devel
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel-devsrc: copy mmiowb.h and modpost from ${B} of kernel

2020-01-17 Thread Ruslan Bilovol via Openembedded-core

On 9/11/19 2:36 PM, Bruce Ashfield wrote:

On Wed, Sep 11, 2019 at 5:10 AM Hongzhi, Song
wrote:

On 9/6/19 11:10 AM, Hongzhi, Song wrote:

On 9/4/19 8:34 PM, Bruce Ashfield wrote:

On Wed, Sep 4, 2019 at 6:07 AM Hongzhi, Song
wrote:

On 9/4/19 11:55 AM, Bruce Ashfield wrote:

On Tue, Sep 3, 2019 at 9:43 PM Hongzhi.Song
wrote:

There are two errors when compile an out of tree kernel module
using sdk:

This is not universally true. Can you expand on what kernel version
and architectures you are building ? I'm able to build kernel modules
across all the arches I'm currently testing, so I'd like to capture
your exact config in the long log. Neither is the autobuilder showing
any errors.

Hi Bruce,

kernel version: 5.0.19

I met the same issue with modpost recently. This is because kernel 5.0
commit
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=60df1aee2aecb53efb4218b4dfdf7d6c80a5a3de

moved modpost out of 'scripts' target.

Hi Bruce,

I found 2.7 and 2.6 doc all use "make scripts". And now "make scripts"
doesn't work.

Should the doc be change to "make scripts prepare" ?

Yes they should be. We need to open a bug and get ScottR to look into it.

We've (Richard, myself, and others) have been using make scripts
prepare as a requirement for on kernel building for quite some time
now. The docs should reflect this.

Looking at kernel sources, there is better alternative for "make scripts
prepare" requirement: "modules_prepare". It's a special Linux Kernel
target to prepare building external modules.
What it does is actually "scripts+prepare" for older kernels (like 3.10)
and "prepare" (which has "scripts" as indirect dependency) in recent
kernels (v5.4 for example)

So instead of custom "make scripts prepare" lets change it in the doc to
official "modules_prepare" target for modules building preparations.

Any objections?

Thanks,
Ruslan

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [RFC] [PATCH] Provide users with project support status

2019-11-01 Thread Ruslan Bilovol

When OE/Yocto project goes through its lifecycle, there
is no any way to identify where it is other than go
to a Yocto wiki and look at current status.

Moreover, change from maintained to community maintained
end EOLing happens silently so users not always know
about that.

This patch aims to remove this gap. The status should
be changed so users can clearly identify at which point
it is now:
 Development -> Stable -> Community supported -> End Of Life

It is now printed during the build.

It will be also captured in the git history and
may be discussed over mailing lists during such a patch
reviews.

In the future this can be extended also to LTS when
we will have it

Signed-off-by: Ruslan Bilovol 
---
 meta/conf/bitbake.conf   | 5 -
 meta/conf/documentation.conf | 1 +
 2 files changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 263d8aea4f..795dd3d5fb 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -6,6 +6,9 @@
 # files may also need changes to keep in sync.
 #
 
+# Project support level
+SUPPORT_LEVEL = "Development"
+
 # Used by multilib code to change the library paths
 baselib = "${BASELIB}"
 baselib[vardepvalue] = "${baselib}"
@@ -701,7 +704,7 @@ PREFERRED_PROVIDER_virtual/fakeroot-native ?= 
"pseudo-native"
 
 # Pre-build configuration output
 BUILDCFG_HEADER = "Build Configuration:"
-BUILDCFG_VARS = "BB_VERSION BUILD_SYS NATIVELSBSTRING TARGET_SYS MACHINE 
DISTRO DISTRO_VERSION TUNE_FEATURES TARGET_FPU"
+BUILDCFG_VARS = "SUPPORT_LEVEL BB_VERSION BUILD_SYS NATIVELSBSTRING TARGET_SYS 
MACHINE DISTRO DISTRO_VERSION TUNE_FEATURES TARGET_FPU"
 BUILDCFG_VARS[type] = "list"
 BUILDCFG_NEEDEDVARS = "TARGET_ARCH TARGET_OS"
 BUILDCFG_NEEDEDVARS[type] = "list"
diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index 550df20b0f..3efef4b18b 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -392,6 +392,7 @@ STAGING_KERNEL_DIR[doc] = "The directory with kernel 
headers that are required t
 STAMP[doc] = "Specifies the base path used to create recipe stamp files. The 
path to an actual stamp file is constructed by evaluating this string and then 
appending additional information."
 STAMPS_DIR[doc] = "Specifies the base directory in which the OpenEmbedded 
build system places stamps."
 SUMMARY[doc] = "The short (80 characters or less) summary of the binary 
package for packaging systems such as opkg, rpm or dpkg. By default, SUMMARY is 
used to define the DESCRIPTION variable if DESCRIPTION is not set in the 
recipe."
+SUPPORT_LEVEL[doc] = "Specifies the project support level which can be one of 
'Development', 'Stable', 'Community supported' or 'End Of Life'."
 SVNDIR[doc] = "The directory where Subversion checkouts will be stored."
 SYSLINUX_DEFAULT_CONSOLE[doc] = "Specifies the kernel boot default console."
 SYSLINUX_OPTS[doc] = "Lists additional options to add to the syslinux file."
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gzip: add nativesdk support

2019-09-06 Thread Ruslan Bilovol via Openembedded-core


On 9/4/19 2:01 PM, Ross Burton wrote:
On 04/09/2019 11:41, Denys Zagorui -X (dzagorui - GLOBALLOGIC INC at 
Cisco) via Openembedded-core wrote:

Signed-off-by: Denys Zagorui 


Can you check your mailer configuration, as the From: is the mailing 
list, not your email address.  This means the patch doesn't get your 
authorship.


This is OE mailing list specific issue, we can't fix it unfortunately.

This was discussed multiple times before:
http://lists.openembedded.org/pipermail/openembedded-core/2019-March/280394.html

Richard, do you have any updates on this issue?

Thanks,
Ruslan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] OEDEM 2019

2019-09-03 Thread Ruslan Bilovol

Hi Philip,

I can see now this event in the list of ELCE co-located events.
Is day 2 track track 2 (Yocto Project and OE maintainers meeting)
restricted to attend to mainatainers only, or regular OE developers
can also join?

Thanks,
Ruslan

On Tue, Jul 30, 2019 at 8:33 PM Philip Balister  wrote:
>
> We are working with the Yocto Project on a two day Summit event. This
> should implement part of the ideas from the the last couple of developer
> meetings.
>
> Philip
>
> On 07/30/2019 12:58 PM, Ruslan Bilovol wrote:
> > Hi all,
> >
> > Is there any plan to hold an OpenEmbedded developer meting
> > in Lyon, France around this year's ELCE 2019 (October 28-30)?
> >
> > I see that OEDEM 2019 page isn't created yet and I didn't find
> > any news in mailing lists yet:
> > https://www.openembedded.org/wiki/OEDEM_2019
> >
> > Thanks,
> > Ruslan
> >
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] OEDEM 2019

2019-07-30 Thread Ruslan Bilovol

Hi all,

Is there any plan to hold an OpenEmbedded developer meting
in Lyon, France around this year's ELCE 2019 (October 28-30)?

I see that OEDEM 2019 page isn't created yet and I didn't find
any news in mailing lists yet:
https://www.openembedded.org/wiki/OEDEM_2019

Thanks,
Ruslan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/5] target-sdk-provides-dummy: Extend to -dev and -src packages

2019-03-19 Thread Ruslan Bilovol

On Fri, Feb 15, 2019 at 6:04 PM Richard Purdie
 wrote:
>
> This avoids errors when running populate_sdk under opkg:
>
>  * Problem 1/1:
>  *   - package busybox-dev-1.30.1-r0.core2-64 requires busybox = 1.30.1-r0, 
> but none of the providers can be installed
>  *
>  * Solution 1:
>  *   - allow deinstallation of 
> target-sdk-provides-dummy-1.0-r0.sdk-provides-dummy-target
>
>  * Solution 2:
>  *   - do not ask to install a package providing busybox-dev
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-core/meta/target-sdk-provides-dummy.bb | 10 ++
>  1 file changed, 10 insertions(+)
>
> diff --git a/meta/recipes-core/meta/target-sdk-provides-dummy.bb 
> b/meta/recipes-core/meta/target-sdk-provides-dummy.bb
> index 26716ace87b..60499f7b66a 100644
> --- a/meta/recipes-core/meta/target-sdk-provides-dummy.bb
> +++ b/meta/recipes-core/meta/target-sdk-provides-dummy.bb
> @@ -2,9 +2,17 @@ DUMMYARCH = "sdk-provides-dummy-target"
>
>  DUMMYPROVIDES = "\
>  busybox \
> +busybox-dev \
> +busybox-src \
>  coreutils \
> +coreutils-dev \
> +coreutils-src \

Does it mean coreutils can't be provided anymore in target part of SDK?

Thanks,
Ruslan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libnss-nisplus: Add recipe

2019-03-15 Thread Ruslan Bilovol via Openembedded-core


On 3/14/19 11:42 PM, Khem Raj wrote:



On Thu, Mar 14, 2019 at 12:43 PM Ruslan Bilovol <mailto:rbilo...@cisco.com>> wrote:


Same as with libnss-nis - this will substitute
the glibc nisplus module which has been removed

SRCREV points to 1.3 release plus patch on top which
allows to build with recent glibc versions


This looks okay but not
An Oe core candidate to me


This recipe is very similar to libnss-nis which is a part
of OE-Core. Do you mean we need to move both out of
OE-Core (to meta-oe?)

Thanks,
Ruslan





Signed-off-by: Ruslan Bilovol mailto:rbilo...@cisco.com>>
---
  .../libnss-nisplus/libnss-nisplus.bb <http://libnss-nisplus.bb>   
            | 31 ++

  1 file changed, 31 insertions(+)
  create mode 100644
meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb
<http://libnss-nisplus.bb>

diff --git a/meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb
<http://libnss-nisplus.bb>
b/meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb
<http://libnss-nisplus.bb>
new file mode 100644
index 000..2dbeee7
--- /dev/null
+++ b/meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb
<http://libnss-nisplus.bb>
    @@ -0,0 +1,31 @@
+# Copyright (C) 2019 Ruslan Bilovol mailto:rbilo...@cisco.com>>
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+SUMMARY = "NSS module for glibc, to provide NIS+ support for glibc"
+
+DESCRIPTION = "This package contains the NSS NIS+ plugin for glibc.\
+This code was formerly part of glibc, but is now standalone to\
+be able to link against TI-RPC for IPv6 support."
+
+HOMEPAGE = "https://github.com/thkukuk/libnss_nisplus;
+LICENSE = "LGPL-2.1"
+LIC_FILES_CHKSUM =
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
+SECTION = "libs"
+DEPENDS += "libtirpc libnsl2"
+
+PV = "1.3+git${SRCPV}"
+
+SRCREV = "c6934373c7bac91499ff7bbe7d2439599325ca63"
+
+SRC_URI = "git://github.com/thkukuk/libnss_nisplus
<http://github.com/thkukuk/libnss_nisplus> \
+          "
+
+S = "${WORKDIR}/git"
+
+inherit autotools pkgconfig
+
+BBCLASSEXTEND += "native nativesdk"
+#
+# We will skip parsing this packagegeoup for non-glibc systems
+#
+COMPATIBLE_HOST_libc-musl = 'null'
-- 
1.9.1



--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libnss-nisplus: Add recipe

2019-03-14 Thread Ruslan Bilovol via Openembedded-core

Same as with libnss-nis - this will substitute
the glibc nisplus module which has been removed

SRCREV points to 1.3 release plus patch on top which
allows to build with recent glibc versions

Signed-off-by: Ruslan Bilovol 
---
 .../libnss-nisplus/libnss-nisplus.bb   | 31 ++
 1 file changed, 31 insertions(+)
 create mode 100644 meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb

diff --git a/meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb 
b/meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb
new file mode 100644
index 000..2dbeee7
--- /dev/null
+++ b/meta/recipes-extended/libnss-nisplus/libnss-nisplus.bb
@@ -0,0 +1,31 @@
+# Copyright (C) 2019 Ruslan Bilovol 
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+SUMMARY = "NSS module for glibc, to provide NIS+ support for glibc"
+
+DESCRIPTION = "This package contains the NSS NIS+ plugin for glibc.\
+This code was formerly part of glibc, but is now standalone to\
+be able to link against TI-RPC for IPv6 support."
+
+HOMEPAGE = "https://github.com/thkukuk/libnss_nisplus;
+LICENSE = "LGPL-2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
+SECTION = "libs"
+DEPENDS += "libtirpc libnsl2"
+
+PV = "1.3+git${SRCPV}"
+
+SRCREV = "c6934373c7bac91499ff7bbe7d2439599325ca63"
+
+SRC_URI = "git://github.com/thkukuk/libnss_nisplus \
+  "
+
+S = "${WORKDIR}/git"
+
+inherit autotools pkgconfig
+
+BBCLASSEXTEND += "native nativesdk"
+#
+# We will skip parsing this packagegeoup for non-glibc systems
+#
+COMPATIBLE_HOST_libc-musl = 'null'
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/6] dhcp: drop lost patch

2019-01-26 Thread Ruslan Bilovol

Commit 7cb42ae87ef9 "dhcp: update 4.4.1" dropped
0008-tweak-to-support-external-bind.patch
from recipe, but left the patch itself in source tree.
Remove this patch since nobody uses it.

Cc: Armin Kuster 
Signed-off-by: Ruslan Bilovol 
---
 .../dhcp/0008-tweak-to-support-external-bind.patch | 117 -
 1 file changed, 117 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/dhcp/dhcp/0008-tweak-to-support-external-bind.patch

diff --git 
a/meta/recipes-connectivity/dhcp/dhcp/0008-tweak-to-support-external-bind.patch 
b/meta/recipes-connectivity/dhcp/dhcp/0008-tweak-to-support-external-bind.patch
deleted file mode 100644
index 006d18a..000
--- 
a/meta/recipes-connectivity/dhcp/dhcp/0008-tweak-to-support-external-bind.patch
+++ /dev/null
@@ -1,117 +0,0 @@
-From 92875f5cc44914515e50c11c503a09cec90497b2 Mon Sep 17 00:00:00 2001
-From: Hongxu Jia 
-Date: Sat, 11 Jun 2016 22:51:44 -0400
-Subject: [PATCH 08/11] tweak to support external bind
-
-Tweak the external bind to oe-core's sysroot rather than
-external bind source build.
-
-Upstream-Status: Inappropriate 
-
-Signed-off-by: Hongxu Jia 

- client/Makefile.am   | 2 +-
- client/tests/Makefile.am | 2 +-
- common/tests/Makefile.am | 2 +-
- dhcpctl/Makefile.am  | 2 +-
- omapip/Makefile.am   | 2 +-
- relay/Makefile.am| 2 +-
- server/Makefile.am   | 2 +-
- server/tests/Makefile.am | 2 +-
- 8 files changed, 8 insertions(+), 8 deletions(-)
-
-diff --git a/client/Makefile.am b/client/Makefile.am
-index 4730bb3..84d8131 100644
 a/client/Makefile.am
-+++ b/client/Makefile.am
-@@ -4,7 +4,7 @@
- # production code. Sadly, we are not there yet.
- SUBDIRS = . tests
- 
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = -DCLIENT_PATH='"PATH=$(sbindir):/sbin:/bin:/usr/sbin:/usr/bin"' 
\
- -DLOCALSTATEDIR='"$(localstatedir)"' -I$(top_srcdir)/includes
-diff --git a/client/tests/Makefile.am b/client/tests/Makefile.am
-index 5031d0c..a8dfd26 100644
 a/client/tests/Makefile.am
-+++ b/client/tests/Makefile.am
-@@ -1,6 +1,6 @@
- SUBDIRS = .
- 
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = $(ATF_CFLAGS) -DUNIT_TEST -I$(top_srcdir)/includes
- AM_CPPFLAGS += -I@BINDDIR@/include -I$(top_srcdir)
-diff --git a/common/tests/Makefile.am b/common/tests/Makefile.am
-index f6a43e4..2f98d22 100644
 a/common/tests/Makefile.am
-+++ b/common/tests/Makefile.am
-@@ -1,6 +1,6 @@
- SUBDIRS = .
- 
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = $(ATF_CFLAGS) -I$(top_srcdir)/includes
- 
-diff --git a/dhcpctl/Makefile.am b/dhcpctl/Makefile.am
-index ba8dd8b..9b2486e 100644
 a/dhcpctl/Makefile.am
-+++ b/dhcpctl/Makefile.am
-@@ -1,4 +1,4 @@
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = -I$(top_srcdir)/includes -I$(top_srcdir)
- 
-diff --git a/omapip/Makefile.am b/omapip/Makefile.am
-index dd1afa0..e4a8599 100644
 a/omapip/Makefile.am
-+++ b/omapip/Makefile.am
-@@ -1,4 +1,4 @@
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- AM_CPPFLAGS = -I$(top_srcdir)/includes
- 
- lib_LIBRARIES = libomapi.a
-diff --git a/relay/Makefile.am b/relay/Makefile.am
-index 6d652f6..b3bf578 100644
 a/relay/Makefile.am
-+++ b/relay/Makefile.am
-@@ -1,4 +1,4 @@
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = -DLOCALSTATEDIR='"@localstatedir@"' -I$(top_srcdir)/includes
- 
-diff --git a/server/Makefile.am b/server/Makefile.am
-index 3990b9c..b5d8c2d 100644
 a/server/Makefile.am
-+++ b/server/Makefile.am
-@@ -4,7 +4,7 @@
- # production code. Sadly, we are not there yet.
- SUBDIRS = . tests
- 
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = -I$(top_srcdir) -DLOCALSTATEDIR='"@localstatedir@"' 
-I$(top_srcdir)/includes
- 
-diff --git a/server/tests/Makefile.am b/server/tests/Makefile.am
-index a87c5e7..9821081 100644
 a/server/tests/Makefile.am
-+++ b/server/tests/Makefile.am
-@@ -1,6 +1,6 @@
- SUBDIRS = .
- 
--BINDLIBDIR = @BINDDIR@/lib
-+BINDLIBDIR = @BINDDIR@
- 
- AM_CPPFLAGS = $(ATF_CFLAGS) -DUNIT_TEST -I$(top_srcdir)/includes
- AM_CPPFLAGS += -I@BINDDIR@/include -I$(top_srcdir)
--- 
-1.8.3.1
-
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/6] perl: drop lost patch

2019-01-26 Thread Ruslan Bilovol

Commit 68552c353255 "perl: remove the previous version of the recipe"
dropped 0001-Makefile.SH-Pod-Simple-requires-Getopt-Long.patch
from recipe, but left the patch itself in source tree.
Remove this patch since nobody uses it.

Cc: Alexander Kanavin 
Signed-off-by: Ruslan Bilovol 
---
 ...kefile.SH-Pod-Simple-requires-Getopt-Long.patch | 34 --
 1 file changed, 34 deletions(-)
 delete mode 100644 
meta/recipes-devtools/perl/perl/0001-Makefile.SH-Pod-Simple-requires-Getopt-Long.patch

diff --git 
a/meta/recipes-devtools/perl/perl/0001-Makefile.SH-Pod-Simple-requires-Getopt-Long.patch
 
b/meta/recipes-devtools/perl/perl/0001-Makefile.SH-Pod-Simple-requires-Getopt-Long.patch
deleted file mode 100644
index aad46f3..000
--- 
a/meta/recipes-devtools/perl/perl/0001-Makefile.SH-Pod-Simple-requires-Getopt-Long.patch
+++ /dev/null
@@ -1,34 +0,0 @@
-From 58c69d65b19b5f9a35e1f5ce08d2ea47884233d3 Mon Sep 17 00:00:00 2001
-From: Robert Yang 
-Date: Thu, 27 Dec 2018 00:18:51 -0800
-Subject: [PATCH] Makefile.SH: Pod-Simple requires Getopt-Long
-
-Fixed a race issue when parallel build:
-
-Running pm_to_blib for cpan/Pod-Simple directly
-[snip]
-/path/to/cpan/podlators/../../miniperl "-I../../lib" "-I../../lib" 
-MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/pod2man
-Can't locate Getopt/Long.pm in @INC [snip]
-
-Upstream-Status: 
Submitted[https://www.nntp.perl.org/group/perl.perl5.porters/2018/12/msg253236.html]
-
-Signed-off-by: Robert Yang 

- Makefile.SH | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/Makefile.SH b/Makefile.SH
-index 9848d55..7a164e7 100755
 a/Makefile.SH
-+++ b/Makefile.SH
-@@ -189,6 +189,7 @@ dynamic_list=' '
- dynamic_ext_re="lib/auto/re/re.$dlext"
- extra_dep='
- ext/Pod-Functions/pm_to_blib: cpan/Pod-Simple/pm_to_blib 
cpan/Pod-Escapes/pm_to_blib pod/perlfunc.pod
-+cpan/Pod-Simple/pm_to_blib: cpan/Getopt-Long/pm_to_blib
- '
- for f in $dynamic_ext; do
- : the dependency named here will never exist
--- 
-2.10.2
-
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/6] subversion: drop lost patch

2019-01-26 Thread Ruslan Bilovol

Commit 5bb47984af79 "subversion: 1.9.7 -> 1.10.0" dropped
serf.m4-Regex-modified-to-allow-D-in-paths.patch
from recipe, but left the patch itself in source tree.
Remove this patch since nobody uses it.

Cc: Richard Purdie 
Signed-off-by: Ruslan Bilovol 
---
 ...erf.m4-Regex-modified-to-allow-D-in-paths.patch | 32 --
 1 file changed, 32 deletions(-)
 delete mode 100644 
meta/recipes-devtools/subversion/subversion/serf.m4-Regex-modified-to-allow-D-in-paths.patch

diff --git 
a/meta/recipes-devtools/subversion/subversion/serf.m4-Regex-modified-to-allow-D-in-paths.patch
 
b/meta/recipes-devtools/subversion/subversion/serf.m4-Regex-modified-to-allow-D-in-paths.patch
deleted file mode 100644
index 9fed3cf..000
--- 
a/meta/recipes-devtools/subversion/subversion/serf.m4-Regex-modified-to-allow-D-in-paths.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From f1b6e49f12a18eabe88eb732b578a16281d09499 Mon Sep 17 00:00:00 2001
-From: Jose Lamego 
-Date: Thu, 2 Jul 2015 11:37:43 +
-Subject: [PATCH] serf.m4: Regex modified to allow '-D' in paths
-
-Upstream-Status: Accepted
-
-The patch is merged by subversion upstream with replacing '[[:space:]]' with ' 
'.
-
-http://svn.apache.org/viewvc/subversion/trunk/build/ac-macros/serf.m4?r1=1594156=1689824
  
-
-Signed-off-by: Jose Lamego 

- build/ac-macros/serf.m4 | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/build/ac-macros/serf.m4 b/build/ac-macros/serf.m4
-index ae11e75..ff8cbae 100644
 a/build/ac-macros/serf.m4
-+++ b/build/ac-macros/serf.m4
-@@ -168,7 +168,7 @@
- if $PKG_CONFIG $serf_pc_arg --atleast-version=$serf_check_version; 
then
-   AC_MSG_RESULT([yes])
-   serf_found=yes
--  SVN_SERF_INCLUDES=[`$PKG_CONFIG $serf_pc_arg --cflags | $SED -e 
's/-D[^ ]*//g'`]
-+  SVN_SERF_INCLUDES=[`$PKG_CONFIG $serf_pc_arg --cflags | $SED -e 's/ 
-D[^ ]*//g' -e 's/^-D[^ ]*//g'`]
-   SVN_SERF_LIBS=`$PKG_CONFIG $serf_pc_arg --libs-only-l` 
-   dnl don't use --libs-only-L because then we might miss some options
-   LDFLAGS=["$LDFLAGS `$PKG_CONFIG $serf_pc_arg --libs | $SED -e 
's/-l[^ ]*//g'`"]
--- 
-1.8.4.5
-
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/6] connman: drop lost patch

2019-01-26 Thread Ruslan Bilovol

Commit 85b76e52d206 "connman: update to 1.36" dropped
0001-inet-Add-prefixlen-to-iproute_default_function.patch
from recipe, but left the patch itself in source tree.
Remove this patch since nobody uses it.

Cc: Oleksandr Kravchuk 
Signed-off-by: Ruslan Bilovol 
---
 ...Add-prefixlen-to-iproute_default_function.patch | 63 --
 1 file changed, 63 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/connman/connman/0001-inet-Add-prefixlen-to-iproute_default_function.patch

diff --git 
a/meta/recipes-connectivity/connman/connman/0001-inet-Add-prefixlen-to-iproute_default_function.patch
 
b/meta/recipes-connectivity/connman/connman/0001-inet-Add-prefixlen-to-iproute_default_function.patch
deleted file mode 100644
index dd7b356..000
--- 
a/meta/recipes-connectivity/connman/connman/0001-inet-Add-prefixlen-to-iproute_default_function.patch
+++ /dev/null
@@ -1,63 +0,0 @@
-From 508dc60a1f0758ebc586b6b086478a176d493086 Mon Sep 17 00:00:00 2001
-From: Jian Liang 
-Date: Thu, 5 Oct 2017 09:34:41 +0100
-Subject: [PATCH 1/4] inet: Add prefixlen to iproute_default_function
-To: conn...@lists.01.org
-Cc: w...@monom.org
-
-Add prefixlen parameter to this function in preparation for using
-it also in creating subnet route later, e.g.
-
-default via 192.168.100.1 dev eth0
-192.168.100.0/24 dev eth0
-
-Signed-off-by: Jian Liang 
-

-Upstream-Status: Backport 
[https://git.kernel.org/pub/scm/network/connman/connman.git/commit/?id=edda5b695de2ee79f02314abc9b46fdd46b388e1]
-Signed-off-by: André Draszik 
- src/inet.c | 7 ---
- 1 file changed, 4 insertions(+), 3 deletions(-)
-
-diff --git a/src/inet.c b/src/inet.c
-index b887aa0..ab8aec8 100644
 a/src/inet.c
-+++ b/src/inet.c
-@@ -2796,7 +2796,7 @@ int __connman_inet_del_fwmark_rule(uint32_t table_id, 
int family, uint32_t fwmar
- }
- 
- static int iproute_default_modify(int cmd, uint32_t table_id, int ifindex,
--  const char *gateway)
-+  const char *gateway, unsigned char prefixlen)
- {
-   struct __connman_inet_rtnl_handle rth;
-   unsigned char buf[sizeof(struct in6_addr)];
-@@ -2829,6 +2829,7 @@ static int iproute_default_modify(int cmd, uint32_t 
table_id, int ifindex,
-   rth.req.u.r.rt.rtm_protocol = RTPROT_BOOT;
-   rth.req.u.r.rt.rtm_scope = RT_SCOPE_UNIVERSE;
-   rth.req.u.r.rt.rtm_type = RTN_UNICAST;
-+  rth.req.u.r.rt.rtm_dst_len = prefixlen;
- 
-   __connman_inet_rtnl_addattr_l(, sizeof(rth.req), RTA_GATEWAY,
-   buf, len);
-@@ -2860,7 +2861,7 @@ int __connman_inet_add_default_to_table(uint32_t 
table_id, int ifindex,
- {
-   /* ip route add default via 1.2.3.4 dev wlan0 table 1234 */
- 
--  return iproute_default_modify(RTM_NEWROUTE, table_id, ifindex, gateway);
-+  return iproute_default_modify(RTM_NEWROUTE, table_id, ifindex, gateway, 
0);
- }
- 
- int __connman_inet_del_default_from_table(uint32_t table_id, int ifindex,
-@@ -2868,7 +2869,7 @@ int __connman_inet_del_default_from_table(uint32_t 
table_id, int ifindex,
- {
-   /* ip route del default via 1.2.3.4 dev wlan0 table 1234 */
- 
--  return iproute_default_modify(RTM_DELROUTE, table_id, ifindex, gateway);
-+  return iproute_default_modify(RTM_DELROUTE, table_id, ifindex, gateway, 
0);
- }
- 
- int __connman_inet_get_interface_ll_address(int index, int family,
--- 
-2.7.4
-
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/6] bind: drop lost patch

2019-01-26 Thread Ruslan Bilovol

Commit "c37207d0aca5 bind: update to ESV version 9.11.3" dropped
0001-build-use-pkg-config-to-find-libxml2.patch
from recipe, but left the patch itself in source tree.
Remove this patch since nobody uses it.

Cc: Armin Kuster 
Signed-off-by: Ruslan Bilovol 
---
 ...0001-build-use-pkg-config-to-find-libxml2.patch | 54 --
 1 file changed, 54 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch

diff --git 
a/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
 
b/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
deleted file mode 100644
index 1e23c0f..000
--- 
a/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-xml2-config is disabled, so change the configure script to use pkgconfig to 
find
-libxml2.
-
-Upstream-Status: Inappropriate
-Signed-off-by: Ross Burton 
-
-Update context for version 9.10.3-P2.
-
-Signed-off-by: Kai Kang 
-
-Update context for version 9.10.5-P3.
-
-Signed-off-by: Kai Kang 

- configure.in | 23 +++
- 1 file changed, 3 insertions(+), 20 deletions(-)
-
-diff --git a/configure.in b/configure.in
-index 4da73a4..6f2a754 100644
 a/configure.in
-+++ b/configure.in
-@@ -2282,26 +2282,9 @@ case "$use_libxml2" in
-   DST_LIBXML2_INC=""
-   ;;
-   auto|yes)
--  case X`(xml2-config --version) 2>/dev/null` in
--  X2.[[6789]].*)
--  libxml2_libs=`xml2-config --libs`
--  libxml2_cflags=`xml2-config --cflags`
--  ;;
--  *)
--  if test "yes" = "$use_libxml2" ; then
--  AC_MSG_RESULT(no)
--  AC_MSG_ERROR(required libxml2 version not 
available)
--  else
--  libxml2_libs=
--  libxml2_cflags=
--  fi
--  ;;
--  esac
--  ;;
--  *)
--  if test -f "$use_libxml2/bin/xml2-config" ; then
--  libxml2_libs=`$use_libxml2/bin/xml2-config --libs`
--  libxml2_cflags=`$use_libxml2/bin/xml2-config --cflags`
-+  if pkg-config --exists libxml-2.0 ; then
-+  libxml2_libs=`pkg-config libxml-2.0 --libs`
-+  libxml2_cflags=`pkg-config libxml-2.0 --cflags`
-   fi
-   ;;
- esac
--- 
-2.1.4
-
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/6] lttng: drop lost patch

2019-01-26 Thread Ruslan Bilovol

Commit "f63965c0f9fc lttng: uprev to 2.10.7" dropped
0001-Fix-btrfs-Remove-unnecessary-fs_info-parameter.patch
from recipe, but left the patch itself in source tree.
Remove this patch since nobody uses it.

Cc: Bruce Ashfield 
Signed-off-by: Ruslan Bilovol 
---
 ...trfs-Remove-unnecessary-fs_info-parameter.patch | 116 -
 1 file changed, 116 deletions(-)
 delete mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0001-Fix-btrfs-Remove-unnecessary-fs_info-parameter.patch

diff --git 
a/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-btrfs-Remove-unnecessary-fs_info-parameter.patch
 
b/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-btrfs-Remove-unnecessary-fs_info-parameter.patch
deleted file mode 100644
index 0fe4ee8..000
--- 
a/meta/recipes-kernel/lttng/lttng-modules/0001-Fix-btrfs-Remove-unnecessary-fs_info-parameter.patch
+++ /dev/null
@@ -1,116 +0,0 @@
-From 51ab0b1da29354375a19f865abcd233dd2178295 Mon Sep 17 00:00:00 2001
-From: Michael Jeanson 
-Date: Mon, 18 Jun 2018 14:53:19 -0400
-Subject: [PATCH] Fix: btrfs: Remove unnecessary fs_info parameter
-
-See upstream commit:
-
-  commit 3dca5c942dac60164e6a6e89172f25b86af07ce7
-  Author: Qu Wenruo 
-  Date:   Thu Apr 26 14:24:25 2018 +0800
-
-btrfs: trace: Remove unnecessary fs_info parameter for 
btrfs__reserve_extent event class
-
-fs_info can be extracted from btrfs_block_group_cache, and all
-btrfs_block_group_cache is created by btrfs_create_block_group_cache()
-with fs_info initialized, no need to worry about NULL pointer
-dereference.
-
-Signed-off-by: Michael Jeanson 
-Signed-off-by: Mathieu Desnoyers 
-Upstream-Status: Backport
-Signed-off-by: He Zhe 

- instrumentation/events/lttng-module/btrfs.h | 54 -
- 1 file changed, 53 insertions(+), 1 deletion(-)
-
-diff --git a/instrumentation/events/lttng-module/btrfs.h 
b/instrumentation/events/lttng-module/btrfs.h
-index 75cc73b..fd1b6b8 100644
 a/instrumentation/events/lttng-module/btrfs.h
-+++ b/instrumentation/events/lttng-module/btrfs.h
-@@ -1658,8 +1658,57 @@ LTTNG_TRACEPOINT_EVENT_INSTANCE(btrfs__reserved_extent, 
 btrfs_reserved_extent_f
- 
- #endif /* #else #if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,10,0)) */
- 
--#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,14,0))
-+#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,18,0))
-+LTTNG_TRACEPOINT_EVENT_MAP(find_free_extent,
-+
-+  btrfs_find_free_extent,
-+
-+  TP_PROTO(const struct btrfs_fs_info *info, u64 num_bytes, u64 
empty_size,
-+   u64 data),
-+
-+  TP_ARGS(info, num_bytes, empty_size, data),
-+
-+  TP_FIELDS(
-+  ctf_array(u8, fsid, info->fsid, BTRFS_UUID_SIZE)
-+  ctf_integer(u64, num_bytes, num_bytes)
-+  ctf_integer(u64, empty_size, empty_size)
-+  ctf_integer(u64, data, data)
-+  )
-+)
-+
-+LTTNG_TRACEPOINT_EVENT_CLASS(btrfs__reserve_extent,
-+
-+  TP_PROTO(const struct btrfs_block_group_cache *block_group, u64 start,
-+   u64 len),
-+
-+  TP_ARGS(block_group, start, len),
-+
-+  TP_FIELDS(
-+  ctf_array(u8, fsid, block_group->fs_info->fsid, BTRFS_UUID_SIZE)
-+  ctf_integer(u64, bg_objectid, block_group->key.objectid)
-+  ctf_integer(u64, flags, block_group->flags)
-+  ctf_integer(u64, start, start)
-+  ctf_integer(u64, len, len)
-+  )
-+)
-+
-+LTTNG_TRACEPOINT_EVENT_INSTANCE(btrfs__reserve_extent, btrfs_reserve_extent,
-+
-+  TP_PROTO(const struct btrfs_block_group_cache *block_group, u64 start,
-+   u64 len),
-+
-+  TP_ARGS(block_group, start, len)
-+)
-+
-+LTTNG_TRACEPOINT_EVENT_INSTANCE(btrfs__reserve_extent, 
btrfs_reserve_extent_cluster,
-+
-+  TP_PROTO(const struct btrfs_block_group_cache *block_group, u64 start,
-+   u64 len),
-+
-+  TP_ARGS(block_group, start, len)
-+)
- 
-+#elif (LINUX_VERSION_CODE >= KERNEL_VERSION(4,14,0))
- LTTNG_TRACEPOINT_EVENT_MAP(find_free_extent,
- 
-   btrfs_find_free_extent,
-@@ -1670,6 +1719,7 @@ LTTNG_TRACEPOINT_EVENT_MAP(find_free_extent,
-   TP_ARGS(info, num_bytes, empty_size, data),
- 
-   TP_FIELDS(
-+  ctf_array(u8, fsid, info->fsid, BTRFS_UUID_SIZE)
-   ctf_integer(u64, num_bytes, num_bytes)
-   ctf_integer(u64, empty_size, empty_size)
-   ctf_integer(u64, data, data)
-@@ -1685,6 +1735,7 @@ LTTNG_TRACEPOINT_EVENT_CLASS(btrfs__reserve_extent,
-   TP_ARGS(info, block_group, start, len),
- 
-   TP_FIELDS(
-+  ctf_array(u8, fsid, info->fsid, BTRFS_UUID_SIZE)
-   ctf_integer(u64, bg_objectid, block_group->key.objectid)
-   ctf_integer(u64, flags, block_group->flags)
-   ctf_integer(u64, start, start)
-@@ -1722,6 +1773,7 @@ LTTNG_TRACEPOINT_EVENT_MAP(find_free_extent,
-   TP_ARGS(info, num_bytes, empty_size, data),
- 
-   TP_FIELD

[OE-core] [PATCH 0/6] Remove lost patches from oe-core

2019-01-26 Thread Ruslan Bilovol

Working with recent oe-core I noticed that there are
patches not used by any recipe, which is confusing.
This is caused by mistakes in recipe upgrades, when
people remove patch from SRC_URI but forgets to
delete actual patch.
Instead of fixing only recipes I worked on,
I wrote a simple bash script which found all 6
lost patches in oe-core.

This patch series removes all of them

Ruslan Bilovol (6):
  lttng: drop lost patch
  bind: drop lost patch
  dhcp: drop lost patch
  connman: drop lost patch
  subversion: drop lost patch
  perl: drop lost patch

 ...0001-build-use-pkg-config-to-find-libxml2.patch |  54 --
 ...Add-prefixlen-to-iproute_default_function.patch |  63 ---
 .../dhcp/0008-tweak-to-support-external-bind.patch | 117 -
 ...kefile.SH-Pod-Simple-requires-Getopt-Long.patch |  34 --
 ...erf.m4-Regex-modified-to-allow-D-in-paths.patch |  32 --
 ...trfs-Remove-unnecessary-fs_info-parameter.patch | 116 
 6 files changed, 416 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
 delete mode 100644 
meta/recipes-connectivity/connman/connman/0001-inet-Add-prefixlen-to-iproute_default_function.patch
 delete mode 100644 
meta/recipes-connectivity/dhcp/dhcp/0008-tweak-to-support-external-bind.patch
 delete mode 100644 
meta/recipes-devtools/perl/perl/0001-Makefile.SH-Pod-Simple-requires-Getopt-Long.patch
 delete mode 100644 
meta/recipes-devtools/subversion/subversion/serf.m4-Regex-modified-to-allow-D-in-paths.patch
 delete mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0001-Fix-btrfs-Remove-unnecessary-fs_info-parameter.patch

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3] systemd: fix remaining issues with statx and glibc 2.28+

2019-01-14 Thread Ruslan Bilovol via Openembedded-core


Hi Chen,

Will you pick up this fix? Still don't see it in the master-next

Thanks,
Ruslan

On 12/22/18 1:48 AM, Khem Raj wrote:

On Fri, Dec 21, 2018 at 11:45 AM Ruslan Bilovol  wrote:


Commit 776d14db9589 "systemd: Detect if statx struct is
defined in sys/stat.h" did only a part of work, and systemd
build fails on src/basic/chattr-util.c compilation due to
same statx redefinition issue.
Backport additional patch from systemd master




LGTM


Signed-off-by: Ruslan Bilovol 
---

v3: rebased to recent OE master (again)

v2: rebased to recent OE master, added signoff

  ...-linux-stat.h-check-with-other-checks-and.patch | 78 ++
  meta/recipes-core/systemd/systemd_239.bb   |  1 +
  2 files changed, 79 insertions(+)
  create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
new file mode 100644
index 000..0db7fce
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
@@ -0,0 +1,78 @@
+From 9c869d08d82c73f62ab3527567858ce4b0cf1257 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= 
+Date: Wed, 18 Jul 2018 17:26:17 +0200
+Subject: [PATCH] meson: unify linux/stat.h check with other checks and use
+ _GNU_SOURCE
+
+Using _GNU_SOURCE is better because that's how we include the headers in the
+actual build, and some headers define different stuff when it is defined.
+sys/stat.h for example defines 'struct statx' conditionally.
+
+Upstream-Status: Backport
+
+Signed-off-by: Ruslan Bilovol 
+---
+ meson.build | 20 ++--
+ src/basic/missing.h |  2 +-
+ 2 files changed, 15 insertions(+), 7 deletions(-)
+
+diff --git a/meson.build b/meson.build
+index 68423bd..99035d2 100644
+--- a/meson.build
 b/meson.build
+@@ -421,11 +421,9 @@ decl_headers = '''
+ #include 
+ #include 
+ #include 
+-#include 
+ #include 
+ '''
+ # FIXME: key_serial_t is only defined in keyutils.h, this is bound to fail
+-# FIXME: these should use -D_GNU_SOURCE, since that is defined at build time
+
+ foreach decl : ['char16_t',
+ 'char32_t',
+@@ -436,13 +434,23 @@ foreach decl : ['char16_t',
+]
+
+ # We get -1 if the size cannot be determined
+-have = cc.sizeof(decl, prefix : decl_headers) > 0
++have = cc.sizeof(decl, prefix : decl_headers, args : '-D_GNU_SOURCE') 
> 0
++
++if decl == 'struct statx'
++if have
++want_linux_stat_h = false
++else
++have = cc.sizeof(decl,
++ prefix : decl_headers + '#include 
',
++ args : '-D_GNU_SOURCE') > 0
++want_linux_stat_h = have
++endif
++endif
++
+ conf.set10('HAVE_' + decl.underscorify().to_upper(), have)
+ endforeach
+
+-conf.set10('HAVE_STRUCT_STATX_IN_SYS_STAT_H', cc.sizeof('struct statx', 
prefix : '''
+-#include 
+-''', args : '-D_GNU_SOURCE') > 0)
++conf.set10('WANT_LINUX_STAT_H', want_linux_stat_h)
+
+ foreach decl : [['IFLA_INET6_ADDR_GEN_MODE', 'linux/if_link.h'],
+ ['IN6_ADDR_GEN_MODE_STABLE_PRIVACY', 'linux/if_link.h'],
+diff --git a/src/basic/missing.h b/src/basic/missing.h
+index 14ad3d4..9044683 100644
+--- a/src/basic/missing.h
 b/src/basic/missing.h
+@@ -24,7 +24,7 @@
+ #include 
+ #include 
+
+-#if !HAVE_STRUCT_STATX_IN_SYS_STAT_H
++#if WANT_LINUX_STAT_H
+ #include 
+ #endif
+
+--
+1.9.1
+
diff --git a/meta/recipes-core/systemd/systemd_239.bb 
b/meta/recipes-core/systemd/systemd_239.bb
index 03acce2..91a026d 100644
--- a/meta/recipes-core/systemd/systemd_239.bb
+++ b/meta/recipes-core/systemd/systemd_239.bb
@@ -37,6 +37,7 @@ SRC_URI += "file://touchscreen.rules \
 file://0001-timesync-changes-type-of-drift_freq-to-int64_t.patch \
 file://0001-sysctl-Don-t-pass-null-directive-argument-to-s.patch \
 file://0002-core-Fix-use-after-free-case-in-load_from_path.patch \
+   
file://0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch \
 "

  # patches made for musl are only applied on TCLIBC is musl
--
1.9.1


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gdbm: depend on readline

2018-12-21 Thread Ruslan Bilovol via Openembedded-core

This package depends on readline recipe.
In traditional OE build readline is a dependency
of python3 and few other packages, thus at the time
of gdbm build it is available.

However, if some custom set of recipes is build,
there is a race between gdbm and python3 build
and availability of readline isn't deterministic,
causing next build error:
| ../../gdbm-1.18/src/input-rl.c:18:31: fatal error: readline/readline.h: No 
such file or directory
|  #include 
|^
| compilation terminated.

Thus add readline dependency explicitly.

Cudos to Kostiantyn Iarmak  who
found this issue.

Signed-off-by: Ruslan Bilovol 
---
 meta/recipes-support/gdbm/gdbm_1.18.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/gdbm/gdbm_1.18.1.bb 
b/meta/recipes-support/gdbm/gdbm_1.18.1.bb
index 16ecc50..215ae47 100644
--- a/meta/recipes-support/gdbm/gdbm_1.18.1.bb
+++ b/meta/recipes-support/gdbm/gdbm_1.18.1.bb
@@ -15,6 +15,8 @@ SRC_URI[sha256sum] = 
"86e613527e5dba544e73208f42b78b7c022d4fa5a6d5498bf18c8d6f74
 
 inherit autotools gettext texinfo lib_package ptest
 
+DEPENDS += "readline"
+
 # Needed for dbm python module
 EXTRA_OECONF = "-enable-libgdbm-compat"
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] openssl: pass PERL=perl environment variable to configurator

2018-12-21 Thread Ruslan Bilovol via Openembedded-core

In our build environment we use wrapper script
for perl in non-standard configuration with
extra variables set (provided by custom
buildtools-tarball).

In this case openssl fails to build because
by default it's Configure script detects and uses
perl executable directly (with absolute path)
obviously missing extra settings from wrapper
script.

Pass PERL=perl environment variable to Configure,
so it won't try to use perl executable directly
but will use what is provided from environment.

Signed-off-by: Ruslan Bilovol 
---
 meta/recipes-connectivity/openssl/openssl_1.1.1a.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
index 5c4e69c..6a72b5c 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1a.bb
@@ -112,7 +112,7 @@ do_configure () {
fi
# WARNING: do not set compiler/linker flags (-I/-D etc.) in 
EXTRA_OECONF, as they will fully replace the
# environment variables set by bitbake. Adjust the environment 
variables instead.
-   PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
+   PERL=perl PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS} 
--prefix=$useprefix --openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
perl ${B}/configdata.pm --dump
 }
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3] systemd: fix remaining issues with statx and glibc 2.28+

2018-12-21 Thread Ruslan Bilovol via Openembedded-core

Commit 776d14db9589 "systemd: Detect if statx struct is
defined in sys/stat.h" did only a part of work, and systemd
build fails on src/basic/chattr-util.c compilation due to
same statx redefinition issue.
Backport additional patch from systemd master

Signed-off-by: Ruslan Bilovol 
---

v3: rebased to recent OE master (again)

v2: rebased to recent OE master, added signoff

 ...-linux-stat.h-check-with-other-checks-and.patch | 78 ++
 meta/recipes-core/systemd/systemd_239.bb   |  1 +
 2 files changed, 79 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
new file mode 100644
index 000..0db7fce
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
@@ -0,0 +1,78 @@
+From 9c869d08d82c73f62ab3527567858ce4b0cf1257 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= 
+Date: Wed, 18 Jul 2018 17:26:17 +0200
+Subject: [PATCH] meson: unify linux/stat.h check with other checks and use
+ _GNU_SOURCE
+
+Using _GNU_SOURCE is better because that's how we include the headers in the
+actual build, and some headers define different stuff when it is defined.
+sys/stat.h for example defines 'struct statx' conditionally.
+
+Upstream-Status: Backport
+
+Signed-off-by: Ruslan Bilovol 
+---
+ meson.build | 20 ++--
+ src/basic/missing.h |  2 +-
+ 2 files changed, 15 insertions(+), 7 deletions(-)
+
+diff --git a/meson.build b/meson.build
+index 68423bd..99035d2 100644
+--- a/meson.build
 b/meson.build
+@@ -421,11 +421,9 @@ decl_headers = '''
+ #include 
+ #include 
+ #include 
+-#include 
+ #include 
+ '''
+ # FIXME: key_serial_t is only defined in keyutils.h, this is bound to fail
+-# FIXME: these should use -D_GNU_SOURCE, since that is defined at build time
+ 
+ foreach decl : ['char16_t',
+ 'char32_t',
+@@ -436,13 +434,23 @@ foreach decl : ['char16_t',
+]
+ 
+ # We get -1 if the size cannot be determined
+-have = cc.sizeof(decl, prefix : decl_headers) > 0
++have = cc.sizeof(decl, prefix : decl_headers, args : '-D_GNU_SOURCE') 
> 0
++
++if decl == 'struct statx'
++if have
++want_linux_stat_h = false
++else
++have = cc.sizeof(decl,
++ prefix : decl_headers + '#include 
',
++ args : '-D_GNU_SOURCE') > 0
++want_linux_stat_h = have
++endif
++endif
++
+ conf.set10('HAVE_' + decl.underscorify().to_upper(), have)
+ endforeach
+ 
+-conf.set10('HAVE_STRUCT_STATX_IN_SYS_STAT_H', cc.sizeof('struct statx', 
prefix : '''
+-#include 
+-''', args : '-D_GNU_SOURCE') > 0)
++conf.set10('WANT_LINUX_STAT_H', want_linux_stat_h)
+ 
+ foreach decl : [['IFLA_INET6_ADDR_GEN_MODE', 'linux/if_link.h'],
+ ['IN6_ADDR_GEN_MODE_STABLE_PRIVACY', 'linux/if_link.h'],
+diff --git a/src/basic/missing.h b/src/basic/missing.h
+index 14ad3d4..9044683 100644
+--- a/src/basic/missing.h
 b/src/basic/missing.h
+@@ -24,7 +24,7 @@
+ #include 
+ #include 
+ 
+-#if !HAVE_STRUCT_STATX_IN_SYS_STAT_H
++#if WANT_LINUX_STAT_H
+ #include 
+ #endif
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-core/systemd/systemd_239.bb 
b/meta/recipes-core/systemd/systemd_239.bb
index 03acce2..91a026d 100644
--- a/meta/recipes-core/systemd/systemd_239.bb
+++ b/meta/recipes-core/systemd/systemd_239.bb
@@ -37,6 +37,7 @@ SRC_URI += "file://touchscreen.rules \
file://0001-timesync-changes-type-of-drift_freq-to-int64_t.patch \
file://0001-sysctl-Don-t-pass-null-directive-argument-to-s.patch \
file://0002-core-Fix-use-after-free-case-in-load_from_path.patch \
+   
file://0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch \
"
 
 # patches made for musl are only applied on TCLIBC is musl
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] systemd: fix remaining issues with statx and glibc 2.28+

2018-12-17 Thread Ruslan Bilovol via Openembedded-core

Commit 776d14db9589 "systemd: Detect if statx struct is
defined in sys/stat.h" did only a part of work, and systemd
build fails on src/basic/chattr-util.c compilation due to
same statx redefinition issue.
Backport additional patch from systemd master

Signed-off-by: Ruslan Bilovol 
---

v2: rebased to recent OE master, added signoff

 ...-linux-stat.h-check-with-other-checks-and.patch | 78 ++
 meta/recipes-core/systemd/systemd_239.bb   |  1 +
 2 files changed, 79 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
new file mode 100644
index 000..0db7fce
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
@@ -0,0 +1,78 @@
+From 9c869d08d82c73f62ab3527567858ce4b0cf1257 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= 
+Date: Wed, 18 Jul 2018 17:26:17 +0200
+Subject: [PATCH] meson: unify linux/stat.h check with other checks and use
+ _GNU_SOURCE
+
+Using _GNU_SOURCE is better because that's how we include the headers in the
+actual build, and some headers define different stuff when it is defined.
+sys/stat.h for example defines 'struct statx' conditionally.
+
+Upstream-Status: Backport
+
+Signed-off-by: Ruslan Bilovol 
+---
+ meson.build | 20 ++--
+ src/basic/missing.h |  2 +-
+ 2 files changed, 15 insertions(+), 7 deletions(-)
+
+diff --git a/meson.build b/meson.build
+index 68423bd..99035d2 100644
+--- a/meson.build
 b/meson.build
+@@ -421,11 +421,9 @@ decl_headers = '''
+ #include 
+ #include 
+ #include 
+-#include 
+ #include 
+ '''
+ # FIXME: key_serial_t is only defined in keyutils.h, this is bound to fail
+-# FIXME: these should use -D_GNU_SOURCE, since that is defined at build time
+ 
+ foreach decl : ['char16_t',
+ 'char32_t',
+@@ -436,13 +434,23 @@ foreach decl : ['char16_t',
+]
+ 
+ # We get -1 if the size cannot be determined
+-have = cc.sizeof(decl, prefix : decl_headers) > 0
++have = cc.sizeof(decl, prefix : decl_headers, args : '-D_GNU_SOURCE') 
> 0
++
++if decl == 'struct statx'
++if have
++want_linux_stat_h = false
++else
++have = cc.sizeof(decl,
++ prefix : decl_headers + '#include 
',
++ args : '-D_GNU_SOURCE') > 0
++want_linux_stat_h = have
++endif
++endif
++
+ conf.set10('HAVE_' + decl.underscorify().to_upper(), have)
+ endforeach
+ 
+-conf.set10('HAVE_STRUCT_STATX_IN_SYS_STAT_H', cc.sizeof('struct statx', 
prefix : '''
+-#include 
+-''', args : '-D_GNU_SOURCE') > 0)
++conf.set10('WANT_LINUX_STAT_H', want_linux_stat_h)
+ 
+ foreach decl : [['IFLA_INET6_ADDR_GEN_MODE', 'linux/if_link.h'],
+ ['IN6_ADDR_GEN_MODE_STABLE_PRIVACY', 'linux/if_link.h'],
+diff --git a/src/basic/missing.h b/src/basic/missing.h
+index 14ad3d4..9044683 100644
+--- a/src/basic/missing.h
 b/src/basic/missing.h
+@@ -24,7 +24,7 @@
+ #include 
+ #include 
+ 
+-#if !HAVE_STRUCT_STATX_IN_SYS_STAT_H
++#if WANT_LINUX_STAT_H
+ #include 
+ #endif
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-core/systemd/systemd_239.bb 
b/meta/recipes-core/systemd/systemd_239.bb
index a40c899..a286927 100644
--- a/meta/recipes-core/systemd/systemd_239.bb
+++ b/meta/recipes-core/systemd/systemd_239.bb
@@ -35,6 +35,7 @@ SRC_URI += "file://touchscreen.rules \

file://0001-dhcp6-make-sure-we-have-enough-space-for-the-DHCP6-o.patch \

file://0001-Revert-sysctl.d-request-ECN-on-both-in-and-outgoing-.patch \
file://0001-timesync-changes-type-of-drift_freq-to-int64_t.patch \
+   
file://0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch \
"
 
 # patches made for musl are only applied on TCLIBC is musl
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] systemd: fix remaining issues with statx and glibc 2.28+

2018-12-17 Thread Ruslan Bilovol via Openembedded-core

Commit 776d14db9589 "systemd: Detect if statx struct is
defined in sys/stat.h" did only a part of work, and systemd
build fails on src/basic/chattr-util.c compilation due to
same statx redefinition issue.
Backport additional patch from systemd master

Signed-off-by: Ruslan Bilovol 
---
 ...-linux-stat.h-check-with-other-checks-and.patch | 76 ++
 meta/recipes-core/systemd/systemd_239.bb   |  1 +
 2 files changed, 77 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
new file mode 100644
index 000..24c3433
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch
@@ -0,0 +1,76 @@
+From 9c869d08d82c73f62ab3527567858ce4b0cf1257 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= 
+Date: Wed, 18 Jul 2018 17:26:17 +0200
+Subject: [PATCH] meson: unify linux/stat.h check with other checks and use
+ _GNU_SOURCE
+
+Using _GNU_SOURCE is better because that's how we include the headers in the
+actual build, and some headers define different stuff when it is defined.
+sys/stat.h for example defines 'struct statx' conditionally.
+
+Upstream-Status: Backport
+---
+ meson.build | 20 ++--
+ src/basic/missing.h |  2 +-
+ 2 files changed, 15 insertions(+), 7 deletions(-)
+
+diff --git a/meson.build b/meson.build
+index 68423bd..99035d2 100644
+--- a/meson.build
 b/meson.build
+@@ -421,11 +421,9 @@ decl_headers = '''
+ #include 
+ #include 
+ #include 
+-#include 
+ #include 
+ '''
+ # FIXME: key_serial_t is only defined in keyutils.h, this is bound to fail
+-# FIXME: these should use -D_GNU_SOURCE, since that is defined at build time
+ 
+ foreach decl : ['char16_t',
+ 'char32_t',
+@@ -436,13 +434,23 @@ foreach decl : ['char16_t',
+]
+ 
+ # We get -1 if the size cannot be determined
+-have = cc.sizeof(decl, prefix : decl_headers) > 0
++have = cc.sizeof(decl, prefix : decl_headers, args : '-D_GNU_SOURCE') 
> 0
++
++if decl == 'struct statx'
++if have
++want_linux_stat_h = false
++else
++have = cc.sizeof(decl,
++ prefix : decl_headers + '#include 
',
++ args : '-D_GNU_SOURCE') > 0
++want_linux_stat_h = have
++endif
++endif
++
+ conf.set10('HAVE_' + decl.underscorify().to_upper(), have)
+ endforeach
+ 
+-conf.set10('HAVE_STRUCT_STATX_IN_SYS_STAT_H', cc.sizeof('struct statx', 
prefix : '''
+-#include 
+-''', args : '-D_GNU_SOURCE') > 0)
++conf.set10('WANT_LINUX_STAT_H', want_linux_stat_h)
+ 
+ foreach decl : [['IFLA_INET6_ADDR_GEN_MODE', 'linux/if_link.h'],
+ ['IN6_ADDR_GEN_MODE_STABLE_PRIVACY', 'linux/if_link.h'],
+diff --git a/src/basic/missing.h b/src/basic/missing.h
+index 14ad3d4..9044683 100644
+--- a/src/basic/missing.h
 b/src/basic/missing.h
+@@ -24,7 +24,7 @@
+ #include 
+ #include 
+ 
+-#if !HAVE_STRUCT_STATX_IN_SYS_STAT_H
++#if WANT_LINUX_STAT_H
+ #include 
+ #endif
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-core/systemd/systemd_239.bb 
b/meta/recipes-core/systemd/systemd_239.bb
index c53ce0d..2d5f94b 100644
--- a/meta/recipes-core/systemd/systemd_239.bb
+++ b/meta/recipes-core/systemd/systemd_239.bb
@@ -34,6 +34,7 @@ SRC_URI += "file://touchscreen.rules \

file://0001-chown-recursive-let-s-rework-the-recursive-logic-to-.patch \

file://0001-dhcp6-make-sure-we-have-enough-space-for-the-DHCP6-o.patch \

file://0001-Revert-sysctl.d-request-ECN-on-both-in-and-outgoing-.patch \
+   
file://0001-meson-unify-linux-stat.h-check-with-other-checks-and.patch \
"
 
 # patches made for musl are only applied on TCLIBC is musl
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Why openembedded-core mailing list is now author of some patches?

2018-10-12 Thread Ruslan Bilovol via Openembedded-core


[CCing more affected people]

On 10/12/2018 04:13 PM, Burton, Ross wrote:

Ironically, this mail is From: Ruslan Bilovol via Openembedded-core.


:D



This is basically due to SPF, and people sending email from
non-authoritive hosts.  Concrete example: Richard Purdie's mail comes
from a machine which the linuxfoundation.org SPF records doesn't
recognise as an authorised sender.


Hmm.. I've just sent an email from rbilo...@cisco.com to another Gmail
address, and Gmail says SPF checks passed:
 SPF:   PASS with IP 173.38.203.51
 DKIM:  'PASS' with domain cisco.com
 DMARC: 'PASS'

Does it mean oe-core mailing list's software is incorrectly configured,
or there is something else missing on @cisco.com side?


  If mailing list software wasn't
such a pain we could stop it doing that, but apparently it is.
Another option would be to patch git to recognise a "via" From and use
the Reply-to field.

We should have a pre-commit hook to be sure that any instances of this
are caught and fixed before being pushed though.


Yes, that would be great.

Thanks,
Ruslan



Ross
On Fri, 12 Oct 2018 at 14:08, Ruslan Bilovol via Openembedded-core
 wrote:


Hi all,

Looking at OE-core history, I see that in some cases
patch' author is incorrect, and actually is
set to openembedded-core@lists.openembedded.org:
http://git.openembedded.org/openembedded-core/log/?qt=author=openembedded-core%40lists.openembedded.org

Moreover, in patchwork many of these patches are mapped
incorrectly to Andrii Bordunov who isn't actually
related to most of them:
https://patchwork.openembedded.org/project/oe-core/patches/?submitter=12919=*==both=

So is something broken in OE mailing list/patchwork?

Thanks,
Ruslan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Why openembedded-core mailing list is now author of some patches?

2018-10-12 Thread Ruslan Bilovol via Openembedded-core


Hi all,

Looking at OE-core history, I see that in some cases
patch' author is incorrect, and actually is
set to openembedded-core@lists.openembedded.org:
http://git.openembedded.org/openembedded-core/log/?qt=author=openembedded-core%40lists.openembedded.org

Moreover, in patchwork many of these patches are mapped
incorrectly to Andrii Bordunov who isn't actually
related to most of them:
https://patchwork.openembedded.org/project/oe-core/patches/?submitter=12919=*==both=

So is something broken in OE mailing list/patchwork?

Thanks,
Ruslan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] relocate_sdk.py: remove hardcoded SDK path

2018-07-26 Thread Ruslan Bilovol via Openembedded-core


Hi Richard,

I see I'm too late and the patch is already reverted. I'll
update it and push again later then.

Thanks,
Ruslan

On 07/25/2018 06:44 PM, Richard Purdie wrote:

Whilst we merged this, it has unfortunately totally broken uninative-
tarball. We're under pressure to update to a new uninative to unbreak
builds on recent distros with sstate sharing and this now blocks doing
so.

I can't add the value to the relocate_sdk.py call from
uninative.bbclass since I don't know what value the tarball would have
been generated with.

I suspect I'll have to revert this and then you can work on a way to
fix this...

Cheers,

Richard

On Tue, 2018-07-17 at 08:22 -0700, Christopher Larson wrote:

IMHO this is a solid improvement that should go in.

On Tue, Jul 17, 2018 at 8:09 AM Ruslan Bilovol via Openembedded-core
 wrote:

Hi all,

Any comments on this patch?

Thanks
Ruslan

On 11/22/2017 01:20 PM, Ruslan Bilovol wrote:

This patch removes hardcodes added to relocate_sdk.py
during SDK build, making it flexible and reusable.
Now default SDK path is passed to the script as
parameter rather then harcoded inside it.

This allows to reuse this script for multiple
relocations, and adds possibility to relocate
SDK multiple times

Signed-off-by: Ruslan Bilovol 
---
   meta/classes/populate_sdk_base.bbclass |  5 -
   meta/files/toolchain-shar-relocate.sh  |  2 +-
   scripts/relocate_sdk.py| 17 +
   3 files changed, 10 insertions(+), 14 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass

b/meta/classes/populate_sdk_base.bbclass

index 424c63c..e7aa5a8 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -152,11 +152,6 @@ do_populate_sdk[stamp-extra-info] =

"${MACHINE}${SDKMACHINE}"
   
   fakeroot create_sdk_files() {

   cp ${COREBASE}/scripts/relocate_sdk.py

${SDK_OUTPUT}/${SDKPATH}/

-
- # Replace the ##DEFAULT_INSTALL_DIR## with the correct

pattern.

- # Escape special characters like '+' and '.' in the SDKPATH
- escaped_sdkpath=$(echo ${SDKPATH} |sed -e

"s:[\+\.]:\0:g")

- sed -i -e "s:##DEFAULT_INSTALL_DIR##:$escaped_sdkpath:"

${SDK_OUTPUT}/${SDKPATH}/relocate_sdk.py

   }
   
   python check_sdk_sysroots() {

diff --git a/meta/files/toolchain-shar-relocate.sh

b/meta/files/toolchain-shar-relocate.sh

index e3c1001..f82ff2b 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -36,7 +36,7 @@ if [ x\${PYTHON} = "x"  ]; then
   echo "SDK could not be relocated.  No python found."
   exit 1
   fi
-\${PYTHON} ${env_setup_script%/*}/relocate_sdk.py

$target_sdk_dir $dl_path $executable_files

+\${PYTHON} ${env_setup_script%/*}/relocate_sdk.py

$DEFAULT_INSTALL_DIR $target_sdk_dir $dl_path $executable_files

   EOF
   
   $SUDO_EXEC mv $tdir/relocate_sdk.sh

${env_setup_script%/*}/relocate_sdk.sh

diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index c752fa2..0d5a6f5 100755
--- a/scripts/relocate_sdk.py
+++ b/scripts/relocate_sdk.py
@@ -38,8 +38,6 @@ else:
   def b(x):
   return x.encode(sys.getfilesystemencoding())
   
-old_prefix = re.compile(b("##DEFAULT_INSTALL_DIR##"))

-
   def get_arch():
   f.seek(0)
   e_ident =f.read(16)
@@ -212,19 +210,22 @@ def change_dl_sysdirs(elf_file_name):
   f.write(sysdirslen)
   
   # MAIN

-if len(sys.argv) < 4:
+if len(sys.argv) < 5:
   sys.exit(-1)
   
   # In python > 3, strings may also contain Unicode characters.

So, convert

   # them to bytes
   if sys.version_info < (3,):
-new_prefix = sys.argv[1]
-new_dl_path = sys.argv[2]
+new_prefix = sys.argv[2]
+new_dl_path = sys.argv[3]
   else:
-new_prefix = sys.argv[1].encode()
-new_dl_path = sys.argv[2].encode()
+new_prefix = sys.argv[2].encode()
+new_dl_path = sys.argv[3].encode()
+
+executables_list = sys.argv[4:]
   
-executables_list = sys.argv[3:]

+old_prefix_ne = b(sys.argv[1])
+old_prefix = re.compile(re.escape(old_prefix_ne));
   
   for e in executables_list:

   perms = os.stat(e)[stat.ST_MODE]


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core




--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] relocate_sdk.py: remove hardcoded SDK path

2018-07-17 Thread Ruslan Bilovol via Openembedded-core


Hi all,

Any comments on this patch?

Thanks
Ruslan

On 11/22/2017 01:20 PM, Ruslan Bilovol wrote:

This patch removes hardcodes added to relocate_sdk.py
during SDK build, making it flexible and reusable.
Now default SDK path is passed to the script as
parameter rather then harcoded inside it.

This allows to reuse this script for multiple
relocations, and adds possibility to relocate
SDK multiple times

Signed-off-by: Ruslan Bilovol 
---
  meta/classes/populate_sdk_base.bbclass |  5 -
  meta/files/toolchain-shar-relocate.sh  |  2 +-
  scripts/relocate_sdk.py| 17 +
  3 files changed, 10 insertions(+), 14 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 424c63c..e7aa5a8 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -152,11 +152,6 @@ do_populate_sdk[stamp-extra-info] = 
"${MACHINE}${SDKMACHINE}"
  
  fakeroot create_sdk_files() {

cp ${COREBASE}/scripts/relocate_sdk.py ${SDK_OUTPUT}/${SDKPATH}/
-
-   # Replace the ##DEFAULT_INSTALL_DIR## with the correct pattern.
-   # Escape special characters like '+' and '.' in the SDKPATH
-   escaped_sdkpath=$(echo ${SDKPATH} |sed -e "s:[\+\.]:\0:g")
-   sed -i -e "s:##DEFAULT_INSTALL_DIR##:$escaped_sdkpath:" 
${SDK_OUTPUT}/${SDKPATH}/relocate_sdk.py
  }
  
  python check_sdk_sysroots() {

diff --git a/meta/files/toolchain-shar-relocate.sh 
b/meta/files/toolchain-shar-relocate.sh
index e3c1001..f82ff2b 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -36,7 +36,7 @@ if [ x\${PYTHON} = "x"  ]; then
echo "SDK could not be relocated.  No python found."
exit 1
  fi
-\${PYTHON} ${env_setup_script%/*}/relocate_sdk.py $target_sdk_dir $dl_path 
$executable_files
+\${PYTHON} ${env_setup_script%/*}/relocate_sdk.py $DEFAULT_INSTALL_DIR 
$target_sdk_dir $dl_path $executable_files
  EOF
  
  $SUDO_EXEC mv $tdir/relocate_sdk.sh ${env_setup_script%/*}/relocate_sdk.sh

diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index c752fa2..0d5a6f5 100755
--- a/scripts/relocate_sdk.py
+++ b/scripts/relocate_sdk.py
@@ -38,8 +38,6 @@ else:
  def b(x):
  return x.encode(sys.getfilesystemencoding())
  
-old_prefix = re.compile(b("##DEFAULT_INSTALL_DIR##"))

-
  def get_arch():
  f.seek(0)
  e_ident =f.read(16)
@@ -212,19 +210,22 @@ def change_dl_sysdirs(elf_file_name):
  f.write(sysdirslen)
  
  # MAIN

-if len(sys.argv) < 4:
+if len(sys.argv) < 5:
  sys.exit(-1)
  
  # In python > 3, strings may also contain Unicode characters. So, convert

  # them to bytes
  if sys.version_info < (3,):
-new_prefix = sys.argv[1]
-new_dl_path = sys.argv[2]
+new_prefix = sys.argv[2]
+new_dl_path = sys.argv[3]
  else:
-new_prefix = sys.argv[1].encode()
-new_dl_path = sys.argv[2].encode()
+new_prefix = sys.argv[2].encode()
+new_dl_path = sys.argv[3].encode()
+
+executables_list = sys.argv[4:]
  
-executables_list = sys.argv[3:]

+old_prefix_ne = b(sys.argv[1])
+old_prefix = re.compile(re.escape(old_prefix_ne));
  
  for e in executables_list:

  perms = os.stat(e)[stat.ST_MODE]


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

2018-01-30 Thread Ruslan Bilovol


On 01/29/2018 08:35 PM, Khem Raj wrote:

On Mon, Jan 29, 2018 at 7:06 AM, Ruslan Bilovol <rbilo...@cisco.com> wrote:

kpatch is a Linux dynamic kernel patching infrastructure
which allows you to patch a running kernel without
rebooting or restarting any processes

Currently it is enabled and tested on x86-64 systems,
although can be extended to PPC64 as well.



perhaps not ready for oe-core yet doesnt seem to support all core
arches, may be meta-oe is a better place for it for now


Do you mean this should be done because Kpatch tool itself doesn't support
all core arches, or because this recipe doesn't contain support of all arches
which Kpatch support?

So to clarify support matrix, LivePatch feature in mainstream Linux
Kernel is available only for x86-64, PPC64 and S390 architectures;
patches for ARM64 support are on their way to kernel.

Kpatch tool supports only x86-64 and PPC64 architectures.

This recipe supports only x86-64 architecture because there is
no HW in openembedded-core for which I can build and test it.

E.g. there is QEMU machine for x86-64 but there is no for PPC64.
Any other way to test it?

Thanks,
Ruslan





Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
  meta/recipes-kernel/kpatch/kpatch.inc  |  49 ++
  ...patch-build-add-cross-compilation-support.patch | 103 +
  ...tch-build-allow-overriding-of-distro-name.patch |  62 +
  meta/recipes-kernel/kpatch/kpatch_git.bb   |  11 +++
  4 files changed, 225 insertions(+)
  create mode 100644 meta/recipes-kernel/kpatch/kpatch.inc
  create mode 100644 
meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
  create mode 100644 
meta/recipes-kernel/kpatch/kpatch/0002-kpatch-build-allow-overriding-of-distro-name.patch
  create mode 100644 meta/recipes-kernel/kpatch/kpatch_git.bb

diff --git a/meta/recipes-kernel/kpatch/kpatch.inc 
b/meta/recipes-kernel/kpatch/kpatch.inc
new file mode 100644
index 000..b1e73e9
--- /dev/null
+++ b/meta/recipes-kernel/kpatch/kpatch.inc
@@ -0,0 +1,49 @@
+SUMMARY = "Linux dynamic kernel patching infrastructure"
+DESCRIPTION = "kpatch is a Linux dynamic kernel patching infrastructure which 
allows you to patch a running kernel without rebooting or restarting any processes."
+LICENSE = "GPLv2 & LGPLv2"
+DEPENDS = "elfutils bash"
+
+SRC_URI = "git://github.com/dynup/kpatch.git;protocol=https \
+   file://0001-kpatch-build-add-cross-compilation-support.patch \
+   file://0002-kpatch-build-allow-overriding-of-distro-name.patch \
+   "
+
+EXTRA_OEMAKE = " \
+   PREFIX=${prefix} \
+   BINDIR=${D}${bindir} \
+   SBINDIR=${D}${sbindir} \
+   LIBDIR=${D}${libdir} \
+   MANDIR=${D}${mandir}/man1 \
+   SYSTEMDDIR=${D}${systemd_system_unitdir} \
+   DESTDIR=${D} \
+   BUILDMOD=no \
+   CC='${CC}' \
+   "
+
+S = "${WORKDIR}/git"
+
+do_install () {
+   oe_runmake install
+}
+
+PACKAGES =+ "kpatch-build"
+PROVIDES += "kpatch-build"
+
+COMPATIBLE_HOST = "(x86_64).*-linux"
+
+RDEPENDS_${PN} = "bash binutils"
+RDEPENDS_kpatch-build = "bash glibc-utils"
+
+FILES_${PN} = " \
+   ${sbindir}/kpatch \
+   ${systemd_system_unitdir}/kpatch.service \
+   ${mandir}/man1/kpatch.1.gz \
+   "
+FILES_kpatch-build = " \
+   ${bindir}/kpatch-build \
+   ${libexecdir}/* \
+   ${datadir}/kpatch \
+   ${mandir}/man1/kpatch-build.1.gz \
+   "
+
+SYSTEMD_SERVICE_${PN} = "kpatch.service"
diff --git 
a/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
 
b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
new file mode 100644
index 000..459fb21
--- /dev/null
+++ 
b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
@@ -0,0 +1,103 @@
+From a9a80a1f4df65892a0269295ce8a64b06f2ff61d Mon Sep 17 00:00:00 2001
+From: Ruslan Bilovol <rbilo...@cisco.com>
+Date: Tue, 19 Dec 2017 15:59:04 +0200
+Subject: [PATCH] kpatch-build: add cross-compilation support
+
+This patch introduces new option for kpatch-build
+script "--cross-compile" which can be used for
+specifying cross-complier prefix.
+It allows to build live patches not only on
+target system, but also on hosts for a target other
+than the one on which the compiler is running
+
+Also removed quotes in exec lines, so it is
+possible to pass multy-component strings like
+"ccache x86_64-xelinux-linux-" as cross-compiler
+
+Upstream-Status: Pending
+
+Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
+---
+ kpatch-build/kpatch-build | 13 +++--
+ kpatch-build/kpatch-gcc   |  4 ++--
+ 2 files changed, 13 insertions(+), 4 deletions(-)
+
+diff --git a/kpatch-build/kpatch-build b/kpatch-build/kpatch-

[OE-core] [PATCH] recipes-kernel: add kpatch dynamic kernel patching infrastructure

2018-01-29 Thread Ruslan Bilovol

kpatch is a Linux dynamic kernel patching infrastructure
which allows you to patch a running kernel without
rebooting or restarting any processes

Currently it is enabled and tested on x86-64 systems,
although can be extended to PPC64 as well.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 meta/recipes-kernel/kpatch/kpatch.inc  |  49 ++
 ...patch-build-add-cross-compilation-support.patch | 103 +
 ...tch-build-allow-overriding-of-distro-name.patch |  62 +
 meta/recipes-kernel/kpatch/kpatch_git.bb   |  11 +++
 4 files changed, 225 insertions(+)
 create mode 100644 meta/recipes-kernel/kpatch/kpatch.inc
 create mode 100644 
meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
 create mode 100644 
meta/recipes-kernel/kpatch/kpatch/0002-kpatch-build-allow-overriding-of-distro-name.patch
 create mode 100644 meta/recipes-kernel/kpatch/kpatch_git.bb

diff --git a/meta/recipes-kernel/kpatch/kpatch.inc 
b/meta/recipes-kernel/kpatch/kpatch.inc
new file mode 100644
index 000..b1e73e9
--- /dev/null
+++ b/meta/recipes-kernel/kpatch/kpatch.inc
@@ -0,0 +1,49 @@
+SUMMARY = "Linux dynamic kernel patching infrastructure"
+DESCRIPTION = "kpatch is a Linux dynamic kernel patching infrastructure which 
allows you to patch a running kernel without rebooting or restarting any 
processes."
+LICENSE = "GPLv2 & LGPLv2"
+DEPENDS = "elfutils bash"
+
+SRC_URI = "git://github.com/dynup/kpatch.git;protocol=https \
+   file://0001-kpatch-build-add-cross-compilation-support.patch \
+   file://0002-kpatch-build-allow-overriding-of-distro-name.patch \
+   "
+
+EXTRA_OEMAKE = " \
+   PREFIX=${prefix} \
+   BINDIR=${D}${bindir} \
+   SBINDIR=${D}${sbindir} \
+   LIBDIR=${D}${libdir} \
+   MANDIR=${D}${mandir}/man1 \
+   SYSTEMDDIR=${D}${systemd_system_unitdir} \
+   DESTDIR=${D} \
+   BUILDMOD=no \
+   CC='${CC}' \
+   "
+
+S = "${WORKDIR}/git"
+
+do_install () {
+   oe_runmake install
+}
+
+PACKAGES =+ "kpatch-build"
+PROVIDES += "kpatch-build"
+
+COMPATIBLE_HOST = "(x86_64).*-linux"
+
+RDEPENDS_${PN} = "bash binutils"
+RDEPENDS_kpatch-build = "bash glibc-utils"
+
+FILES_${PN} = " \
+   ${sbindir}/kpatch \
+   ${systemd_system_unitdir}/kpatch.service \
+   ${mandir}/man1/kpatch.1.gz \
+   "
+FILES_kpatch-build = " \
+   ${bindir}/kpatch-build \
+   ${libexecdir}/* \
+   ${datadir}/kpatch \
+   ${mandir}/man1/kpatch-build.1.gz \
+   "
+
+SYSTEMD_SERVICE_${PN} = "kpatch.service"
diff --git 
a/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
 
b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
new file mode 100644
index 000..459fb21
--- /dev/null
+++ 
b/meta/recipes-kernel/kpatch/kpatch/0001-kpatch-build-add-cross-compilation-support.patch
@@ -0,0 +1,103 @@
+From a9a80a1f4df65892a0269295ce8a64b06f2ff61d Mon Sep 17 00:00:00 2001
+From: Ruslan Bilovol <rbilo...@cisco.com>
+Date: Tue, 19 Dec 2017 15:59:04 +0200
+Subject: [PATCH] kpatch-build: add cross-compilation support
+
+This patch introduces new option for kpatch-build
+script "--cross-compile" which can be used for
+specifying cross-complier prefix.
+It allows to build live patches not only on
+target system, but also on hosts for a target other
+than the one on which the compiler is running
+
+Also removed quotes in exec lines, so it is
+possible to pass multy-component strings like
+"ccache x86_64-xelinux-linux-" as cross-compiler
+
+Upstream-Status: Pending
+
+Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
+---
+ kpatch-build/kpatch-build | 13 +++--
+ kpatch-build/kpatch-gcc   |  4 ++--
+ 2 files changed, 13 insertions(+), 4 deletions(-)
+
+diff --git a/kpatch-build/kpatch-build b/kpatch-build/kpatch-build
+index 166ecbd..af24cc4 100755
+--- a/kpatch-build/kpatch-build
 b/kpatch-build/kpatch-build
+@@ -195,7 +195,7 @@ gcc_version_check() {
+   # gcc --version varies between distributions therefore extract version
+   # by compiling a test file and compare it to vmlinux's version.
+   echo 'void main(void) {}' > "$c"
+-  out="$(gcc -c -pg -ffunction-sections -o "$o" "$c" 2>&1)"
++  out="$(${KPATCH_CROSS_COMPILE}gcc -c -pg -ffunction-sections -o "$o" 
"$c" 2>&1)"
+   gccver="$(gcc_version_from_file "$o")"
+   kgccver="$(gcc_version_from_file "$VMLINUX")"
+   rm -f "$c" "$o"
+@@ -381,12 +381,14 @@ usage() {
+   echo "  -d, --debugEnable 'xtrace' and keep scratch 
files" >&2
+   echo "

[OE-core] [PATCH] relocate_sdk.py: remove hardcoded SDK path

2017-11-22 Thread Ruslan Bilovol

This patch removes hardcodes added to relocate_sdk.py
during SDK build, making it flexible and reusable.
Now default SDK path is passed to the script as
parameter rather then harcoded inside it.

This allows to reuse this script for multiple
relocations, and adds possibility to relocate
SDK multiple times

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 meta/classes/populate_sdk_base.bbclass |  5 -
 meta/files/toolchain-shar-relocate.sh  |  2 +-
 scripts/relocate_sdk.py| 17 +
 3 files changed, 10 insertions(+), 14 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 424c63c..e7aa5a8 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -152,11 +152,6 @@ do_populate_sdk[stamp-extra-info] = 
"${MACHINE}${SDKMACHINE}"
 
 fakeroot create_sdk_files() {
cp ${COREBASE}/scripts/relocate_sdk.py ${SDK_OUTPUT}/${SDKPATH}/
-
-   # Replace the ##DEFAULT_INSTALL_DIR## with the correct pattern.
-   # Escape special characters like '+' and '.' in the SDKPATH
-   escaped_sdkpath=$(echo ${SDKPATH} |sed -e "s:[\+\.]:\0:g")
-   sed -i -e "s:##DEFAULT_INSTALL_DIR##:$escaped_sdkpath:" 
${SDK_OUTPUT}/${SDKPATH}/relocate_sdk.py
 }
 
 python check_sdk_sysroots() {
diff --git a/meta/files/toolchain-shar-relocate.sh 
b/meta/files/toolchain-shar-relocate.sh
index e3c1001..f82ff2b 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -36,7 +36,7 @@ if [ x\${PYTHON} = "x"  ]; then
echo "SDK could not be relocated.  No python found."
exit 1
 fi
-\${PYTHON} ${env_setup_script%/*}/relocate_sdk.py $target_sdk_dir $dl_path 
$executable_files
+\${PYTHON} ${env_setup_script%/*}/relocate_sdk.py $DEFAULT_INSTALL_DIR 
$target_sdk_dir $dl_path $executable_files
 EOF
 
 $SUDO_EXEC mv $tdir/relocate_sdk.sh ${env_setup_script%/*}/relocate_sdk.sh
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index c752fa2..0d5a6f5 100755
--- a/scripts/relocate_sdk.py
+++ b/scripts/relocate_sdk.py
@@ -38,8 +38,6 @@ else:
 def b(x):
 return x.encode(sys.getfilesystemencoding())
 
-old_prefix = re.compile(b("##DEFAULT_INSTALL_DIR##"))
-
 def get_arch():
 f.seek(0)
 e_ident =f.read(16)
@@ -212,19 +210,22 @@ def change_dl_sysdirs(elf_file_name):
 f.write(sysdirslen)
 
 # MAIN
-if len(sys.argv) < 4:
+if len(sys.argv) < 5:
 sys.exit(-1)
 
 # In python > 3, strings may also contain Unicode characters. So, convert
 # them to bytes
 if sys.version_info < (3,):
-new_prefix = sys.argv[1]
-new_dl_path = sys.argv[2]
+new_prefix = sys.argv[2]
+new_dl_path = sys.argv[3]
 else:
-new_prefix = sys.argv[1].encode()
-new_dl_path = sys.argv[2].encode()
+new_prefix = sys.argv[2].encode()
+new_dl_path = sys.argv[3].encode()
+
+executables_list = sys.argv[4:]
 
-executables_list = sys.argv[3:]
+old_prefix_ne = b(sys.argv[1])
+old_prefix = re.compile(re.escape(old_prefix_ne));
 
 for e in executables_list:
 perms = os.stat(e)[stat.ST_MODE]
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] OpenEmbedded Developer Meeting Oct 22, 2017 in Prague (before ELCE)

2017-09-13 Thread Ruslan Bilovol

On Thu, Aug 24, 2017 at 9:37 PM, Philip Balister  wrote:
> Once again we will have a developer meeting in Prague the Sunday before
> ELCE.
>
> Please go to https://www.openembedded.org/wiki/OEDEM_2017 and add
> yourself if you are attending and ideas for topics.
>
> Although it is called a developer meeting, we invite members of the
> larger community to attend. The core developers are always interested in
> hearing how OpenEmbedded is used, and what we can do to make it better
> for building the embedded devices of the future.

Is it free to attend, anything else required except of
self-registration on wiki?

Thanks,
Ruslan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] machine-sdk: oldest kernel for x86/x86_64 is 3.2.0 now

2017-08-22 Thread Ruslan Bilovol

With glibc upgrade to 2.26 release (commit d6a0bc57fa07
"glibc: Upgrade to 2.26 final release") it's not possible
to build x86/x86_64 SDK for kernels lower than 3.2.0
(see glibc commit 139ace95756a "Require Linux kernel 3.2
or later on x86 / x86_64.")

Thus drop SDK_OLDEST_KERNEL overrides from machine-specific
conf files, so default version 3.2.0 from conf/bitbake.conf
will be picked up.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 meta/conf/machine-sdk/i586.conf   | 1 -
 meta/conf/machine-sdk/i686.conf   | 1 -
 meta/conf/machine-sdk/x86_64.conf | 1 -
 3 files changed, 3 deletions(-)

diff --git a/meta/conf/machine-sdk/i586.conf b/meta/conf/machine-sdk/i586.conf
index 99083fb..41e5e15 100644
--- a/meta/conf/machine-sdk/i586.conf
+++ b/meta/conf/machine-sdk/i586.conf
@@ -1,5 +1,4 @@
 SDK_ARCH = "i586"
 SDK_CC_ARCH = "-march=i586"
 ABIEXTENSION_class-nativesdk = ""
-SDK_OLDEST_KERNEL = "2.6.32"
 
diff --git a/meta/conf/machine-sdk/i686.conf b/meta/conf/machine-sdk/i686.conf
index cf22784..fe40697 100644
--- a/meta/conf/machine-sdk/i686.conf
+++ b/meta/conf/machine-sdk/i686.conf
@@ -1,4 +1,3 @@
 SDK_ARCH = "i686"
 SDK_CC_ARCH = "-march=i686"
 ABIEXTENSION_class-nativesdk = ""
-SDK_OLDEST_KERNEL = "2.6.32"
diff --git a/meta/conf/machine-sdk/x86_64.conf 
b/meta/conf/machine-sdk/x86_64.conf
index 7d2e717..61439b4 100644
--- a/meta/conf/machine-sdk/x86_64.conf
+++ b/meta/conf/machine-sdk/x86_64.conf
@@ -1,3 +1,2 @@
 SDK_ARCH = "x86_64"
 ABIEXTENSION_class-nativesdk = ""
-SDK_OLDEST_KERNEL = "2.6.32"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] recipes-kernel: linux-dummy: provide dummy vmlinux package

2017-08-03 Thread Ruslan Bilovol

oprofile package depends on kernel-vmlinux package
through RRECOMMENDS dependency. Thus provide it
here to satisfy dependencies.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 meta/recipes-kernel/linux/linux-dummy.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-dummy.bb 
b/meta/recipes-kernel/linux/linux-dummy.bb
index 994ac74..e1c7f76 100644
--- a/meta/recipes-kernel/linux/linux-dummy.bb
+++ b/meta/recipes-kernel/linux/linux-dummy.bb
@@ -13,10 +13,14 @@ PACKAGES_DYNAMIC += "^kernel-module-.*"
 PACKAGES_DYNAMIC += "^kernel-image-.*"
 PACKAGES_DYNAMIC += "^kernel-firmware-.*"
 
-PACKAGES += "kernel-modules"
+PACKAGES += "kernel-modules kernel-vmlinux"
 FILES_kernel-modules = ""
 ALLOW_EMPTY_kernel-modules = "1"
 DESCRIPTION_kernel-modules = "Kernel modules meta package"
+FILES_kernel-vmlinux = ""
+ALLOW_EMPTY_kernel-vmlinux = "1"
+DESCRIPTION_kernel-vmlinux = "Kernel vmlinux meta package"
+
 
 INHIBIT_DEFAULT_DEPS = "1"
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Is Krogoth release still maintained?

2017-02-10 Thread Ruslan Bilovol


Hi Armin,

I see that Krogoth branches in openembedded-core and
meta-openembedded layers were last updated 3 months ago.

So is Krogoth release still maintained? If yes, when and
how often do you plan do update it?

Thanks,
Ruslan

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 18/42] conf: bump minimum kernel to 3.2.0

2016-05-12 Thread Ruslan Bilovol


Hi,

On 05/11/2016 08:35 PM, Khem Raj wrote:

glibc 2.24 have raised the bar for minimum supported kernel
for more details see

http://repo.or.cz/glibc.git/commit/5b4ecd3f95695ef593e4474b4ab5a117291ba5fc

Signed-off-by: Khem Raj 
---
  meta/classes/populate_sdk_base.bbclass | 2 +-
  meta/conf/bitbake.conf | 2 +-
  2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 008bb57..645a7f4 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -90,7 +90,7 @@ SDK_POSTPROCESS_COMMAND = " create_sdk_files; 
check_sdk_sysroots; tar_sdk; ${SDK
  # Some archs override this, we need the nativesdk version
  # turns out this is hard to get from the datastore due to 
TRANSLATED_TARGET_ARCH
  # manipulation.
-SDK_OLDEST_KERNEL = "2.6.32"
+SDK_OLDEST_KERNEL = "3.2.0"
  
  fakeroot python do_populate_sdk() {

  from oe.sdk import populate_sdk
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 8e02e91..07d171d 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -403,7 +403,7 @@ SDKPATHNATIVE = "${SDKPATH}/sysroots/${SDK_SYS}"
  # Kernel info.
  ##
  
-OLDEST_KERNEL = "2.6.32"

+OLDEST_KERNEL = "3.2.0"
  OLDEST_KERNEL_aarch64 = "3.14"
  STAGING_KERNEL_DIR = "${TMPDIR}/work-shared/${MACHINE}/kernel-source"
  STAGING_KERNEL_BUILDDIR = 
"${TMPDIR}/work-shared/${MACHINE}/kernel-build-artifacts"

Could you please keep 2.6.32 for i386/x86_64? In mentioned glibc commit
http://repo.or.cz/glibc.git/commit/5b4ecd3f95695ef593e4474b4ab5a117291ba5fc
I see that Linux v3.2 is required for all architectures except x86 / x86_64.
Currently we build OE and use SDK on x86_64 hosts and some of them
run Linux based on kernel 2.6.32 so we would like to still have ability
to use OE/SDK on such machines

Thanks,
Ruslan
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bitbake: Oldest kernel for nios2 is 3.19

2016-05-10 Thread Ruslan Bilovol


On 05/08/2016 08:06 PM, Khem Raj wrote:

On May 8, 2016, at 6:00 AM, Marek Vasut  wrote:

The oldest kernel version for nios2 is 3.19.0, set it so, otherwise
qemu-nios2 -r ${OLDEST_KERNEL} fails with "FATAL: kernel too old"
message from glibc.

Signed-off-by: Marek Vasut 
Cc: Richard Purdie 
---
meta/conf/bitbake.conf | 1 +
1 file changed, 1 insertion(+)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 1c4175f..2f5db22 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -405,6 +405,7 @@ SDKPATHNATIVE = "${SDKPATH}/sysroots/${SDK_SYS}"

OLDEST_KERNEL = "2.6.32"
OLDEST_KERNEL_aarch64 = "3.14"
+OLDEST_KERNEL_nios2 = “3.19"

if you don’t need it on krogoth, then I would suggest to hold this patch for 
master since
I have a series which upgrades glibc to 2.24 and 2.24 needs 3.x minimum

see

https://github.com/kraj/openembedded-core/commit/1be5ebb2e1e2d39936d13ce158db29954bc6dabe


Could you please keep 2.6.32 for i386/x86_64? Glibc commit
http://repo.or.cz/glibc.git/commit/5b4ecd3f95695ef593e4474b4ab5a117291ba5fc
says that Linux v3.2 is required except on x86 / x86_64.
Currently we build OE and use SDK on x86_64 hosts and some of them
run Linux based on kernel 2.6.32 so we would like to still have ability
to use OE/SDK on such machines

Thanks,
Ruslan




STAGING_KERNEL_DIR = "${TMPDIR}/work-shared/${MACHINE}/kernel-source"
STAGING_KERNEL_BUILDDIR = 
"${TMPDIR}/work-shared/${MACHINE}/kernel-build-artifacts"

--
2.7.0

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libunwind: backport aarch64_be support

2016-04-18 Thread Ruslan Bilovol

Backport 2 patches from v1.2-rc1 tag of libunwind git repo.
These patches add aarch64_be support to this package.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 ...roduce-build-support-for-aarch64_be-targe.patch | 33 +
 ...-wrong-big_endian-flag-in-aarch64_be-case.patch | 34 ++
 meta/recipes-support/libunwind/libunwind_1.1.bb|  2 ++
 3 files changed, 69 insertions(+)
 create mode 100644 
meta/recipes-support/libunwind/libunwind-1.1/0001-aarch64-introduce-build-support-for-aarch64_be-targe.patch
 create mode 100644 
meta/recipes-support/libunwind/libunwind-1.1/0002-aarch64-fix-wrong-big_endian-flag-in-aarch64_be-case.patch

diff --git 
a/meta/recipes-support/libunwind/libunwind-1.1/0001-aarch64-introduce-build-support-for-aarch64_be-targe.patch
 
b/meta/recipes-support/libunwind/libunwind-1.1/0001-aarch64-introduce-build-support-for-aarch64_be-targe.patch
new file mode 100644
index 000..b8afb90
--- /dev/null
+++ 
b/meta/recipes-support/libunwind/libunwind-1.1/0001-aarch64-introduce-build-support-for-aarch64_be-targe.patch
@@ -0,0 +1,33 @@
+From 743668f66916b6bb03c92b04be5216400951ace6 Mon Sep 17 00:00:00 2001
+From: Victor Kamensky <victor.kamen...@linaro.org>
+Date: Wed, 3 Dec 2014 17:35:43 -0800
+Subject: [PATCH 1/2] aarch64: introduce build support for aarch64_be target
+
+Upstream-Status: backport
+
+Introduce support for aarch64_be, aarch64 big endian, target.
+We would like to reuse all code that was done for aarch64
+(little endian) target. So we do similar thing that is done
+for ARM v7 (arm) target for any aarch64* arch we set it
+just to aarch64.
+
+Signed-off-by: Victor Kamensky <victor.kamen...@linaro.org>
+---
+ configure.ac | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/configure.ac b/configure.ac
+index 582e71f..c59f526 100644
+--- a/configure.ac
 b/configure.ac
+@@ -88,6 +88,7 @@ AC_COMPILE_IFELSE([AC_LANG_SOURCE([[
+ 
+ AC_DEFUN([SET_ARCH],[
+ AS_CASE([$1],
++[aarch64*],[$2=aarch64],
+ [arm*],[$2=arm],
+ [i?86],[$2=x86],
+ [hppa*],[$2=hppa],
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-support/libunwind/libunwind-1.1/0002-aarch64-fix-wrong-big_endian-flag-in-aarch64_be-case.patch
 
b/meta/recipes-support/libunwind/libunwind-1.1/0002-aarch64-fix-wrong-big_endian-flag-in-aarch64_be-case.patch
new file mode 100644
index 000..2ae4477
--- /dev/null
+++ 
b/meta/recipes-support/libunwind/libunwind-1.1/0002-aarch64-fix-wrong-big_endian-flag-in-aarch64_be-case.patch
@@ -0,0 +1,34 @@
+From 16e98c8cf37b006c3879ee57acc23c9af13c40d5 Mon Sep 17 00:00:00 2001
+From: Victor Kamensky <victor.kamen...@linaro.org>
+Date: Wed, 3 Dec 2014 17:35:44 -0800
+Subject: [PATCH 2/2] aarch64: fix wrong big_endian flag in aarch64_be case
+
+Upstream-Status: backport
+
+Set local_addr_space.big_endian flag according to current target
+endianness. Before it was set by memset to 0, which corresponds
+to little endian and it worked perfectly fine for aarch64.
+But it breaks aarch64_be because dwarf_readu16, dwarf_readu32,
+etc functions do not read values correctly since they operate
+with wrong idea about current target endianness.
+
+Signed-off-by: Victor Kamensky <victor.kamen...@linaro.org>
+---
+ src/aarch64/Ginit.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/src/aarch64/Ginit.c b/src/aarch64/Ginit.c
+index 0bc8997..b9181ef 100644
+--- a/src/aarch64/Ginit.c
 b/src/aarch64/Ginit.c
+@@ -181,6 +181,7 @@ aarch64_local_addr_space_init (void)
+   local_addr_space.acc.access_fpreg = access_fpreg;
+   local_addr_space.acc.resume = aarch64_local_resume;
+   local_addr_space.acc.get_proc_name = get_static_proc_name;
++  local_addr_space.big_endian = (__BYTE_ORDER == __BIG_ENDIAN);
+   unw_flush_cache (_addr_space, 0, 0);
+ }
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-support/libunwind/libunwind_1.1.bb 
b/meta/recipes-support/libunwind/libunwind_1.1.bb
index aff8409..1e76c1a 100644
--- a/meta/recipes-support/libunwind/libunwind_1.1.bb
+++ b/meta/recipes-support/libunwind/libunwind_1.1.bb
@@ -8,6 +8,8 @@ SRC_URI = "${SAVANNAH_NONGNU_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz 
\

file://0001-Invalid-dwarf-opcodes-can-cause-references-beyond-th.patch \
file://Add-AO_REQUIRE_CAS-to-fix-build-on-ARM-v6.patch \
file://0001-backtrace-Use-only-with-glibc-and-uclibc.patch \
+   
file://0001-aarch64-introduce-build-support-for-aarch64_be-targe.patch \
+   
file://0002-aarch64-fix-wrong-big_endian-flag-in-aarch64_be-case.patch \
 "
 SRC_URI_append_libc-musl = "\
file://0001-x86-Stub-out-x86_local_resume.patch \
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] kernel-uimage: change target image to vmlinux

2016-04-13 Thread Ruslan Bilovol

Commit e69525: "kernel: Build uImage only when really
needed" hardcoded target kernel image to zImage for
case if uImage is generated by OpenEmbedded buildsystem.

However not all kernel architectures support zImage
target, for example AArch64 doesn't, so building of
kernel is failing on this step.

So instead of building zImage target that may not
exist for many architectures, build vmlinux target
that exists for all architectures.

Since kernel-uboot.bbclass uses vmlinux anyway for
creating image, there is no side effect on this change.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 meta/classes/kernel-uimage.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel-uimage.bbclass 
b/meta/classes/kernel-uimage.bbclass
index f73965b..de7ca38 100644
--- a/meta/classes/kernel-uimage.bbclass
+++ b/meta/classes/kernel-uimage.bbclass
@@ -13,7 +13,7 @@ python __anonymous () {
# KEEPUIMAGE == yes. Otherwise, we pack compressed vmlinux into
# the uImage .
if d.getVar("KEEPUIMAGE", True) != 'yes':
-d.setVar("KERNEL_IMAGETYPE_FOR_MAKE", "zImage")
+d.setVar("KERNEL_IMAGETYPE_FOR_MAKE", "vmlinux")
 }
 
 do_uboot_mkimage() {
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel-uimage: build per-architecture target image

2016-04-12 Thread Ruslan Bilovol


On 04/07/2016 01:56 PM, Marek Vasut wrote:

On 04/07/2016 09:40 AM, Ruslan Bilovol wrote:

Commit e69525: "kernel: Build uImage only when really
needed" hardcoded target kernel image to zImage for
case if uImage is generated by OpenEmbedded buildsystem.

However not all kernel architectures support zImage
target, for example AArch64 doesn't, so building of
kernel is failing on this step. Moreover, possible
target images may vary depending on arch.

So instead of hardcoding it to zImage, let it be
architecture-dependent. Currently added for and
verified with AArch64.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
  meta/classes/kernel-uimage.bbclass | 9 -
  1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel-uimage.bbclass 
b/meta/classes/kernel-uimage.bbclass
index f73965b..a6a5912 100644
--- a/meta/classes/kernel-uimage.bbclass
+++ b/meta/classes/kernel-uimage.bbclass
@@ -1,6 +1,8 @@
  inherit kernel-uboot
  
  python __anonymous () {

+import re
+
  kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
  if kerneltype == 'uImage':
  depends = d.getVar("DEPENDS", True)
@@ -13,7 +15,12 @@ python __anonymous () {
# KEEPUIMAGE == yes. Otherwise, we pack compressed vmlinux into
# the uImage .
if d.getVar("KEEPUIMAGE", True) != 'yes':
-d.setVar("KERNEL_IMAGETYPE_FOR_MAKE", "zImage")
+kernelarch = d.getVar('ARCH', True)
+
+if re.match('arm64', kernelarch): target_image = 'Image'

I'm not quite convinced it's a great idea to add arch-specific handling
into generic bbclass. By checking kernel-uboot.bbclass, I see you only
need to generate vmlinux for both the uImage and fitImage, so I suspect
this should be set to "vmlinux" for both arm32 and arch64. What do you
think ?


Yes, it makes sense for me.
I'll send updated patch soon

Best regards,
Ruslan




+else: target_image = 'zImage'
+
+d.setVar("KERNEL_IMAGETYPE_FOR_MAKE", target_image)
  }
  
  do_uboot_mkimage() {






--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel-uimage: build per-architecture target image

2016-04-07 Thread Ruslan Bilovol

Commit e69525: "kernel: Build uImage only when really
needed" hardcoded target kernel image to zImage for
case if uImage is generated by OpenEmbedded buildsystem.

However not all kernel architectures support zImage
target, for example AArch64 doesn't, so building of
kernel is failing on this step. Moreover, possible
target images may vary depending on arch.

So instead of hardcoding it to zImage, let it be
architecture-dependent. Currently added for and
verified with AArch64.

Signed-off-by: Ruslan Bilovol <rbilo...@cisco.com>
---
 meta/classes/kernel-uimage.bbclass | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel-uimage.bbclass 
b/meta/classes/kernel-uimage.bbclass
index f73965b..a6a5912 100644
--- a/meta/classes/kernel-uimage.bbclass
+++ b/meta/classes/kernel-uimage.bbclass
@@ -1,6 +1,8 @@
 inherit kernel-uboot
 
 python __anonymous () {
+import re
+
 kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
 if kerneltype == 'uImage':
 depends = d.getVar("DEPENDS", True)
@@ -13,7 +15,12 @@ python __anonymous () {
# KEEPUIMAGE == yes. Otherwise, we pack compressed vmlinux into
# the uImage .
if d.getVar("KEEPUIMAGE", True) != 'yes':
-d.setVar("KERNEL_IMAGETYPE_FOR_MAKE", "zImage")
+kernelarch = d.getVar('ARCH', True)
+
+if re.match('arm64', kernelarch): target_image = 'Image'
+else: target_image = 'zImage'
+
+d.setVar("KERNEL_IMAGETYPE_FOR_MAKE", target_image)
 }
 
 do_uboot_mkimage() {
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] scripts: runqemu: remove QEMUARCH from help message

2015-11-06 Thread Ruslan Bilovol

The QEMUARCH env variable is not used since commit
"d469c92 classes/imagetest-qemu: remove old image
testing class". Remove it from help message so
it will not confuse other people

Signed-off-by: Ruslan Bilovol <ruslan.bilo...@gmail.com>
---
 scripts/runqemu | 1 -
 1 file changed, 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index e01d276..da90ee0 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -22,7 +22,6 @@ usage() {
 echo ""
 echo "Usage: you can run this script with any valid combination"
 echo "of the following environment variables (in any order):"
-echo "  QEMUARCH - the qemu machine architecture to use"
 echo "  KERNEL - the kernel image file to use"
 echo "  ROOTFS - the rootfs image file or nfsroot directory to use"
 echo "  MACHINE - the machine name (optional, autodetected from KERNEL 
filename if unspecified)"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

44 matches

Mail list logo