On Fri, 2017-11-10 at 15:51 -0600, Haris Okanovic wrote:
> No problem! Thanks for all the good feedback. I think we shook out
> most
> of the gremlins in the last few months.
>
Thanks again for your patience !
> Let me know if you need help with boot loader integration.
>
Funny you should menti
No problem! Thanks for all the good feedback. I think we shook out most
of the gremlins in the last few months.
Let me know if you need help with boot loader integration.
-- Haris
On 11/08/2017 04:20 PM, Wold, Saul wrote:
Haris,
Thanks for your patience on this process. This version works
The editenv utility must be available on grub and grub-efi so we
better have it inside the grub2.inc file to avoid the duplication of
metadata.
Signed-off-by: Otavio Salvador
---
meta/recipes-bsp/grub/grub2.inc| 6 ++
meta/recipes-bsp/grub/grub_2.02.bb | 6 +-
2 files changed, 7 ins
To allow scripting and environment changes, the loadenv and test must
be enabled. This adds those to the default set.
Signed-off-by: Otavio Salvador
---
meta/recipes-bsp/grub/grub-efi_2.02.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.02
As we will add new values here, it is better to split it in multiple
lines.
Signed-off-by: Otavio Salvador
---
meta/recipes-bsp/grub/grub-efi_2.02.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.02.bb
b/meta/recipes-bsp/grub/grub-efi_2.
No, hostap-utils is just the userspace bit of the prism driver, and depends
on wireless-tools. I'll also reiterate that his hardware is a decade old.
It predates 802.11g...
Ross
On 10 November 2017 at 19:01, akuster808 wrote:
>
>
> On 11/10/2017 07:55 AM, Ross Burton wrote:
> > HostAP is the u
On Thu, Oct 12, 2017 at 4:32 PM, Alistair Francis
wrote:
> Update the runqemu script to allow the user to specify a Kernel to boot
> when calling runqemu.
>
> Signed-off-by: Alistair Francis
> Cc: Ben Levinsky
Ping!
> ---
> scripts/runqemu | 6 +-
> 1 file changed, 5 insertions(+), 1 dele
On 11/10/2017 07:55 AM, Ross Burton wrote:
> HostAP is the user-space part of the Intersil Prism 2/2.5/3 wifi chipset.
> It's
> also a decade old and obsolete, so remove it from oe-core.
Would it be beneficial to reference what replaced it ? I think its
wireless-tools if I am not mistaken
>
>
Since it's been removed from the upstream repo and not fetchable
remove it here. The newer firmware supports the device correctly.
Signed-off-by: Saul Wold
---
meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 8
1 file changed, 8 deletions(-)
diff --git a/meta/recipes-kernel
Since it's been removed from the upstream repo and not fetchable
remove it here. The newer firmware supports the device correctly.
Signed-off-by: Saul Wold
---
meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 8
1 file changed, 8 deletions(-)
diff --git a/meta/recipes-kernel
Add linux site info for the MicroBlaze architecture. This is based on
the site info from meta-xilinx and additional options based on config
options that other *-linux architecture site info files define.
Signed-off-by: Nathan Rossi
---
meta/site/microblaze-linux | 54
Add mappings for the microblaze(eb/el) linux and linux-musl variants to
use architecture common linux site data.
Signed-off-by: Nathan Rossi
---
meta/classes/siteinfo.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/siteinfo.bbclass b/meta/classes/siteinfo.bbclass
ind
Add the definitions for microblaze-*-elf targets to the machine
dictionary.
Signed-off-by: Nathan Rossi
---
meta/classes/insane.bbclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index def9c707a4..535d41077e 100644
--- a/meta/
Yes, please.
Ross
On 10 November 2017 at 16:22, Patrick Vacek
wrote:
> On 10.11.2017 17:05, Burton, Ross wrote:
> > On 9 November 2017 at 14:03, Patrick Vacek
> > mailto:patr...@advancedtelematic.com>>
> > wrote:
> >
> > +SYSROOT_DIRS_class-native += "/etc"
> >
> >
> > ${sysconfdir}, surely
On 10.11.2017 17:05, Burton, Ross wrote:
> On 9 November 2017 at 14:03, Patrick Vacek
> mailto:patr...@advancedtelematic.com>>
> wrote:
>
> +SYSROOT_DIRS_class-native += "/etc"
>
>
> ${sysconfdir}, surely, to cater for people who change the paths.
That does make sense now that you mention i
On Wed, Nov 8, 2017 at 5:20 PM, Wold, Saul wrote:
>
> Haris,
>
> Thanks for your patience on this process. This version works well, now
> I have the extra work of getting these kernel known to systemd-boot!
>
> Acked-by below!
>
> Sau!
>
> On Tue, 2017-11-07 at 12:40 -0600, Haris Okanovic wrote:
On 9 November 2017 at 14:03, Patrick Vacek
wrote:
> +SYSROOT_DIRS_class-native += "/etc"
>
${sysconfdir}, surely, to cater for people who change the paths.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lis
hostap-utils is the userspace part of the Intersil Prism2/2.5/3 wifi driver,
which is a decade old and obsolete. Stop pulling it into all images via the
base packagegroup, BSPs which still need this driver can do that themselves.
Signed-off-by: Ross Burton
---
meta/recipes-core/packagegroups/pa
HostAP is the user-space part of the Intersil Prism 2/2.5/3 wifi chipset. It's
also a decade old and obsolete, so remove it from oe-core.
Signed-off-by: Ross Burton
---
meta/conf/distro/include/distro_alias.inc | 1 -
meta/conf/distro/include/maintainers.inc | 2 -
meta/r
Debugedit provided by rpm 4.14 is rewriting binaries in-place, and was
found to produce broken output at least for grub:
http://lists.openembedded.org/pipermail/openembedded-core/2017-November/143989.html
A replacement utility was suggested via private mail:
https://lists.fedorahosted.org/archives
Previously oe-core had a development snapshot of rpm, it's better to update
to something more stable.
Removed patches:
0001-Add-PYTHON_ABI-when-searching-for-python-libraries.patch
(upstream is using pkg-config)
0001-When-nice-value-cannot-be-reset-issue-a-notice-inste.patch
(functionality has bee
Double free in i18n/zonemeta.cpp in International Components for Unicode
(ICU) for C/C++ through 59.1 allows remote attackers to execute arbitrary
code via a crafted string, aka a "redundant UVector entry clean up
function call" issue.
Reference:
https://nvd.nist.gov/vuln/detail/CVE-2017-14952
On 11/10/2017 08:27 AM, Robert Yang wrote:
-if arch_var == None:
-self.archs =
self.d.getVar('ALL_MULTILIB_PACKAGE_ARCHS').replace("-","_")
+
+if arch_var:
+self.archs = self.d.getVar(arch_var).replace("-","_").split()
+else:
+self.arc
The following changes since commit f706448952c942d25ea96cda09a700d2c5c63520:
maintainers.inc: add Otavio Salvador for go-dep (2017-11-09 12:33:12 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/runqemu
http://cgit.openembedded.org/ope
This makes debug easier.
Signed-off-by: Robert Yang
---
scripts/runqemu | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/runqemu b/scripts/runqemu
index fe4459d..785421e 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -908,6 +908,9 @@ class BaseConfig(object):
lockdi
2.60.1 -> 2.60.2
Signed-off-by: Maxin B. John
---
.../libsoup/{libsoup-2.4_2.60.1.bb => libsoup-2.4_2.60.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.60.1.bb =>
libsoup-2.4_2.60.2.bb} (89%)
diff --git a/meta/recipe
Sorry, the time on the server was wrong, so the email send time was wrong,
I fixed it just now.
// Robert
On 11/10/2017 02:27 PM, Robert Yang wrote:
The following changes since commit f706448952c942d25ea96cda09a700d2c5c63520:
maintainers.inc: add Otavio Salvador for go-dep (2017-11-09 12:33
Install all MULTILIB_VARIANTS to sysroot and pack them only makes sense to
image recipe, so limit it to image recipe only, and it can fix:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "core2-32"
$ bitbake lib32-meta-ide-suppo
Signed-off-by: Robert Yang
---
meta/classes/multilib_global.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/multilib_global.bbclass
b/meta/classes/multilib_global.bbclass
index fd0bfe1..68ef10e 100644
--- a/meta/classes/multilib_global.bbclass
+++ b/meta/
It had been dropped by:
commit 65581c68d130fa74d703f6c3c92560e053857ac7
Author: Alexander Kanavin
Date: Mon Feb 13 16:44:48 2017 +0200
rootfs_rpm.bbclass: migrate image creation to dnf
Signed-off-by: Robert Yang
---
meta/classes/multilib.bbclass | 1 -
1 file changed, 1 deletion(-)
diff
The following build doesn't work:
MACHINE ?= "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake lib32-core-image-minimal -cpopulate_sdk_ext
[snip]
Exception: FileExistsError: [Errno 17] File exists:
'/buildarea/lyang1/test_q
The "sdkbasepath + '/conf/local.conf.bak" doesn't exist when
"oe.copy_buildsystem.check_sstate_task_list()" fails, then os.replace() would
raise FileNotFoundError, which overcomes the real error. Keep the error status
makes debug easier, so remove the try..finally.
Signed-off-by: Robert Yang
---
The PACKAGE_INSTALL is only used by image recipe, the previous code had
handled it in "if bb.data.inherits_class('image', d)", handle it again
doesn't make any sense (there is no PACKAGE_INSTALL for non-image
recipe), so remove it.
Signed-off-by: Robert Yang
---
meta/classes/multilib.bbclass | 1
This can fix do_rootfs and depends chaos when multilib, for example
ca-certificates is an allarch recipe:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "core2-32"
IMAGE_INSTALL_append = " ca-certificates"
$ bitbake ca-certifica
Otherwise it doesn't work since SYSTEMD_SERVICE_volatile-binds is not defined
when multilib.
Signed-off-by: Robert Yang
---
meta/recipes-core/volatile-binds/volatile-binds.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/volatile-binds/volatile-binds.bb
b
It had been removed since 2011:
commit b774bf44ef004276da12a83ebd69715c00b596ac
Author: Lianhao Lu
Date: Tue Aug 16 16:26:49 2011 +0800
package(_ipk).bbclass: opkg using ALL_MULTILIB_PACKAGE_ARCHS
Signed-off-by: Robert Yang
---
meta/lib/oe/package_manager.py | 2 +-
1 file changed, 1 in
It is duplicated to previous.
Signed-off-by: Robert Yang
---
meta/classes/multilib.bbclass | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index 816f54e..57c1b88 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multi
It had reversed all the archs, which mixed multilib and common archs, e.g.:
"all any noarch x86_64 core2-64 qemux86_64 x86 i586 core2-32"
After reversed:
"core2-32 i586 x86 qemux86_64 core2-64 x86_64 noarch any all"
The core2-32 has a higher priority than core2-64 after reversed which is
incorrect.
Kernel depends on it, so no need add it in image.bbclass.
Signed-off-by: Robert Yang
---
meta/classes/image.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index d93de02..3e98140 100644
--- a/meta/classes/image.b
This can make debug easier, for example, makes it easy to run the
command mannually.
Signed-off-by: Robert Yang
---
meta/lib/oe/package_manager.py | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 6cbb61f..e28f321 100644
---
Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "core2-32"
$ bitbake lib32-wrlinux-image-glibc-small
WARNING: lib32-wrlinux-image-glibc-small-1.0-r1 do_rootfs: Manifest for
lib32-qemuwrapper-cross not found, searched man
The old warning was:
WARNING: lib32-wrlinux-image-glibc-small-1.0-r1 do_prepare_recipe_sysroot:
Manifest
/path/to/tmp/sstate-control/manifest-allarch-lib32-qemuwrapper-cross.populate_sysroot
not found?
The message wasn't clear enough, it searched a few manifests, but only
reported the last one,
Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake core-image-sato lib32-core-image-sato
$ bitbake build-sysroots
All lib32 manifests which had been built should be installed, but only a few
such as qemux86_
This is very useful for debugging. The similar to testsdk.bbclass.
Signed-off-by: Robert Yang
---
meta/classes/staging.bbclass | 6 +++---
meta/classes/testsdk.bbclass | 3 ++-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/meta/classes/staging.bbclass b/meta/classes/staging.bbcl
Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake -cpopulate_sdk_ext
$ bitbake -ctestsdkext
[snip]
Standard Output: /bin/sh: 1: i686-wrsmllib32-linux-gcc: not found
[snip]
It was failed because no lib32 t
Fixed:
MACHINE = "qemux86-64"
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
$ bitbake -cpopulate_sdk_ext
[snip]
Exception: subprocess.CalledProcessError: Command 'sed -e [snip]'
[snip]
Subprocess output:
[snip]
sed: can't read
/path/to/work/qemux86_64-wrs-linux/wrlin
It had a problem when nested layer before, e.g.:
layer_a/layer_b/
And when layer_b is handled before layer_a, then layer_a dir existed, so
it would be treated as already handled, which was wrong, check
conf/layer.conf can fix the problem.
Signed-off-by: Robert Yang
---
meta/lib/oe/copy_buildsys
Otherwise it would generate lines like the following when multilib:
INHERIT += "own-mirrors"SSTATE_MIRRORS += " \n file://.*
file:///path/to/../share/sstate-cache/PATH"
Signed-off-by: Robert Yang
---
meta/classes/testsdk.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The previous code:
os.rename(sdkbasepath, temp_sdkbasepath)
try:
foo
finally:
os.rename(temp_sdkbasepath, sdkbasepath)
always renamed the path, it made the debug harder when error happened.
drop the "try: finally" makes the debug easier.
Signed-off-by: Robert Yang
---
meta/classes/popul
It only substituted staging_target for target recipe which didn't work
for multilib, for example, postinst-useradd-lib32-polkit:
* No multilib:
PATH=/path/to/tmp-glibc/work/core2-64-wrs-linux/polkit/0.113-r0/recipe-sysroot-native/bin
staging_target=/path/to/tmp-glibc/work/core2-64-wrs-linux/
The following changes since commit f706448952c942d25ea96cda09a700d2c5c63520:
maintainers.inc: add Otavio Salvador for go-dep (2017-11-09 12:33:12 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/multilib_sdk
http://cgit.openembedded.or
Hi Ross,
>Alex's 2.60.1 upgrade was just merged, so can you rebase please.
Sure, will do that.
>Ross
On 10 November 2017 at 12:00, Maxin B. John wrote:
2.58.2 -> 2.60.2
>>Signed-off-by: Maxin B. John
>>---
>>.../libsoup/{libsoup-2.4_2.58.2.bb => libsoup-2.4_2.60.2.bb} | 4 ++--
>>1
== Series Details ==
Series: package upgrades (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/63/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
s
Alex's 2.60.1 upgrade was just merged, so can you rebase please.
Ross
On 10 November 2017 at 12:00, Maxin B. John wrote:
> 2.58.2 -> 2.60.2
>
> Signed-off-by: Maxin B. John
> ---
> .../libsoup/{libsoup-2.4_2.58.2.bb => libsoup-2.4_2.60.2.bb} |
> 4 ++--
> 1 file changed, 2 insertions
OK, I am fine with that. So, user will be informed and build will be
stopped.
Andrej
On 11/10/2017 01:10 PM, Burton, Ross wrote:
> *Nobody* wants /bin/sh to be suid root, and its been a recurring theme of
> previous upgrades that a misconfiguration would result in just that.
>
> Ross
>
> On 10
Perfect :)
Ross
On 10 November 2017 at 12:13, Radek Dostál wrote:
> Hi Ross,
>
> On 2017-11-10 12:10, Burton, Ross wrote:
> > Are the test applications packaged? If you split the packaging into two
> > packages then you could set the right license per-package.
>
> thank you for your feedback.
Hi Ross,
On 2017-11-10 12:10, Burton, Ross wrote:
> Are the test applications packaged? If you split the packaging into two
> packages then you could set the right license per-package.
thank you for your feedback. I moved examples to their own package and
configured licenses individually. Please
sbc library itself is licensed under LGPLv2.1 or higher as mentioned in
sbc/sbc.h or any other file in sbc directory.
sbc test applications are licensed under GPLv2 or higher as mentioned in
src/sbcenc.c or any other file in src directory
Reported-by: Vladimir Koutny
Signed-off-by: Radek Dostál
Suggested-by: Ross Burton
Signed-off-by: Radek Dostál
---
meta/recipes-multimedia/sbc/sbc_1.3.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-multimedia/sbc/sbc_1.3.bb
b/meta/recipes-multimedia/sbc/sbc_1.3.bb
index 2d7f31b..f6a7f8b 100644
--- a/meta/recipes-multimedia/sbc
*Nobody* wants /bin/sh to be suid root, and its been a recurring theme of
previous upgrades that a misconfiguration would result in just that.
Ross
On 10 November 2017 at 12:07, Andrej Valek wrote:
> Of course, I don't think so, that /bin/sh > /bin/busybox.suid is a good
> think. I am just thin
Of course, I don't think so, that /bin/sh > /bin/busybox.suid is a good
think. I am just thinking, why is necessary to cast a fatal message and
stop build for some, who wants this.
Andrej
On 11/10/2017 12:57 PM, Burton, Ross wrote:
> How is /bin/sh being busybox.suid a good thing?
>
> Ross
>
>
4.03 -> 4.04
Removed the following backported patches:
1. 0001-Do-not-accidentaly-override-commandline-passed-CFLAG.patch
2. 0001-Fix-build-with-disabled-ldap.patch
3. 0001-Use-NGROUPS_MAX-instead-of-NGROUPS.patch
4. 0003-Don-t-build-rpc.rquotad-when-disable-rpc-was
2.58.2 -> 2.60.2
Signed-off-by: Maxin B. John
---
.../libsoup/{libsoup-2.4_2.58.2.bb => libsoup-2.4_2.60.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libsoup/{libsoup-2.4_2.58.2.bb =>
libsoup-2.4_2.60.2.bb} (89%)
diff --git a/meta/recipe
Remove upstreamed patch:
1. sqlite3-fix-CVE-2017-13685.patch
Signed-off-by: Maxin B. John
---
.../sqlite/files/sqlite3-fix-CVE-2017-13685.patch | 57 --
.../{sqlite3_3.20.0.bb => sqlite3_3.21.0.bb} | 5 +-
2 files changed, 2 insertions(+), 60 deletions(-)
del
0.4.14 -> 0.4.15
Signed-off-by: Maxin B. John
---
.../libproxy/{libproxy_0.4.14.bb => libproxy_0.4.15.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libproxy/{libproxy_0.4.14.bb =>
libproxy_0.4.15.bb} (89%)
diff --git a/meta/recipes-sup
4.6.1 -> 4.6.2
Removed backported patches:
1. 0001-fix-for-multijob-build.patch
2. 0002-comm.h-now-depends-on-term.h.patch
Signed-off-by: Maxin B. John
---
.../screen/0001-fix-for-multijob-build.patch | 58 --
.../screen/0002-comm.h-now-depends-on-term.
1.4.8 -> 1.6.3
Signed-off-by: Maxin B. John
---
.../harfbuzz/{harfbuzz_1.4.8.bb => harfbuzz_1.6.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.4.8.bb => harfbuzz_1.6.3.bb}
(88%)
diff --git a/meta/recipes-graphi
Maxin B. John (7):
ofono: upgrade to 1.21
harfbuzz: upgrade to 1.6.3
quota: upgrade to 4.04
screen: upgrade to 4.6.2
libproxy: upgrade to 0.4.15
sqlite3: upgrade to 3.21.0
libsoup-2.4: upgrade to 2.60.2
meta/recipes-connectivity/ofono/ofono_1.20.bb | 8 --
meta/recipes-conne
1.20 -> 1.21
Signed-off-by: Maxin B. John
---
meta/recipes-connectivity/ofono/ofono_1.20.bb | 8
meta/recipes-connectivity/ofono/ofono_1.21.bb | 8
2 files changed, 8 insertions(+), 8 deletions(-)
delete mode 100644 meta/recipes-connectivity/ofono/ofono_1.20.bb
create mode 10
How is /bin/sh being busybox.suid a good thing?
Ross
On 10 November 2017 at 07:17, Andrej Valek wrote:
> I don't think so, that adding bbfatal into this recipe is a good
> solution. Someone could build the busybox with /bin/sh linking into
> .suid eg. for more secure. We can leave live with thi
On 10 November 2017 at 11:02, Radek Dostál wrote:
> sbc library itself is licensed under LGPLv2.1 or higher as mentioned in
> sbc/sbc.h or any other file in sbc directory.
>
> sbc test applications are licensed under GPLv2 or higher as mentioned in
> src/sbcenc.c or any other file in src director
sbc library itself is licensed under LGPLv2.1 or higher as mentioned in
sbc/sbc.h or any other file in sbc directory.
sbc test applications are licensed under GPLv2 or higher as mentioned in
src/sbcenc.c or any other file in src directory
Reported-by: Vladimir Koutny
Signed-off-by: Radek Dostál
Hi Manju,
This one isn't the latest version, but even the latest versions had issues
reported by patchtest. So I guess no.
Cheers,
Andr'
On Thu, 2017-11-09 at 17:28 +, Manjukumar Harthikote Matha wrote:
> Hi All,
>
> Is this accepted in master? We need similar patch in Rocko and I have an
>
73 matches
Mail list logo
