Re: [OE-core] [PATCH] feature-microblaze-versions.inc: Update MB to v11.0

2019-12-29 Thread Manjukumar Harthikote Matha



> -Original Message-
> From: Manjukumar Matha 
> Sent: Sunday, December 22, 2019 11:11 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Manjukumar Harthikote Matha 
> Subject: [OE-core][PATCH] feature-microblaze-versions.inc: Update MB to v11.0
> 
> Update the Microblaze to v11.0
> 

Ping

> Signed-off-by: Manjukumar Matha  ma...@xilinx.com>
> ---
>  meta/conf/machine/include/microblaze/feature-microblaze-versions.inc | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/meta/conf/machine/include/microblaze/feature-microblaze-
> versions.inc b/meta/conf/machine/include/microblaze/feature-microblaze-
> versions.inc
> index 955674f..3221e2a 100644
> --- a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
> @@ -44,6 +44,7 @@ TUNEVALID[v9.4]  = "MicroBlaze version 9.4"
>  TUNEVALID[v9.5]  = "MicroBlaze version 9.5"
>  TUNEVALID[v9.6]  = "MicroBlaze version 9.6"
>  TUNEVALID[v10.0] = "MicroBlaze version 10.0"
> +TUNEVALID[v11.0] = "MicroBlaze version 11.0"
> 
>  # Version conflict matrix
>  TUNECONFLICTS[v8.00] = ""
> @@ -60,6 +61,7 @@ TUNECONFLICTS[v9.4]  = "v8.00 v8.10 v8.20 v8.30 v8.40
> v8.50 v9.0 v9.1 v9.2 v9.3"
>  TUNECONFLICTS[v9.5]  = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2
> v9.3 v9.4"
>  TUNECONFLICTS[v9.6]  = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2
> v9.3 v9.4 v9.5"
>  TUNECONFLICTS[v10.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2
> v9.3 v9.4 v9.5 v9.6"
> +TUNECONFLICTS[v11.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2
> v9.3 v9.4 v9.5 v9.6 v10.0"
> 
>  # Version flags
>  TUNE_CCARGS += "-mcpu=${@microblaze_current_version(d, True)}"
> --
> 2.7.4

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


[OE-core] [PATCH 2/4] linux-yocto/4.19/5.2/-dev: fix gcc10 build

2019-12-29 Thread bruce . ashfield
From: Bruce Ashfield 

Integrating Khem's gcc10 build fix:

[
Author: Khem Raj 
Date:   Fri Dec 20 17:42:02 2019 -0800

x86/boot/compressed/64: Define __force_order only when 
CONFIG_RANDOMIZE_BASE is unset

kaslr_64.c also defines the same variable, however when both files are
included into final link, linker complains about multiple definition of
`__force_order' which is coming from kaslr_64.o and pgtable_64.o, its
possible that kaslr_64.o is disabled via CONFIG_RANDOMIZE_BASE config
option, therefore define it conditionally only when
CONFIG_RANDOMIZE_BASE is not set

Signed-off-by: Khem Raj 
Cc: Kirill A. Shutemov 
Cc: Kees Cook 
Cc: "H. Peter Anvin" 
Cc: Ingo Molnar 
Cc: Thomas Gleixner 
Cc: x86-ml 
Cc: Arnd Bergmann 
Signed-off-by: Bruce Ashfield 
]

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_4.19.bb   |  2 +-
 .../recipes-kernel/linux/linux-yocto-rt_5.2.bb |  2 +-
 .../linux/linux-yocto-tiny_4.19.bb |  4 ++--
 .../linux/linux-yocto-tiny_5.2.bb  |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.19.bb  | 16 
 meta/recipes-kernel/linux/linux-yocto_5.2.bb   | 18 +-
 6 files changed, 23 insertions(+), 23 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
index 2c967b3448..b6e0a1e9e2 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "d3fb163023de0a5a57a021e58b55976f68142fc0"
+SRCREV_machine ?= "2fbf678238302f33b3aec5a2cba829f260744f24"
 SRCREV_meta ?= "4f5d761316a9cf14605e5d0cc91b53c1b2e9dc6a"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.2.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.2.bb
index 6dc2f8078c..673208e4c3 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.2.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "817c65ec880afb367c6f1d67f524b94ee9c3ae6a"
+SRCREV_machine ?= "b31e1489cfd0f383e662b5599beb83dfe24507bc"
 SRCREV_meta ?= "af93d12baae0ddac3d4c3a1e1a8f8e72da8c395a"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb
index 1220a05d5f..e2626ab4c9 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb
@@ -15,8 +15,8 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "6e7574e9a9b41143e0c42fcb31b13802529602f0"
-SRCREV_machine ?= "2ba1fa4d5068982e785527ef8ad1a8b658f0add1"
+SRCREV_machine_qemuarm ?= "bd239fb802a15c2759ea456dd1f09f5e106fc88a"
+SRCREV_machine ?= "b44ad1b1e7c685e75b7788a026a2416edc2ee656"
 SRCREV_meta ?= "4f5d761316a9cf14605e5d0cc91b53c1b2e9dc6a"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.2.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.2.bb
index dd14bd4937..8bee225287 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.2.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.2.bb
@@ -15,8 +15,8 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "d55854d3c431023d48875bfd96208ed132c5e19d"
-SRCREV_machine ?= "4a765671adc689f3699cd60f58b2851403d0a880"
+SRCREV_machine_qemuarm ?= "0196404da85d109064f138a4a712061bcb999bbc"
+SRCREV_machine ?= "7107e4a83fb9c9e3b5c3d79222f6e0885e99db13"
 SRCREV_meta ?= "af93d12baae0ddac3d4c3a1e1a8f8e72da8c395a"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.19.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.19.bb
index f585632e48..c6e482a984 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.19.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.19.bb
@@ -11,14 +11,14 @@ KBRANCH_qemux86  ?= "v4.19/standard/base"
 KBRANCH_qemux86-64 ?= "v4.19/standard/base"
 KBRANCH_qemumips64 ?= "v4.19/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "4d9d89763cde098e4a8b879e8c831e35a5f39ae6"
-SRCREV_machine_qemuarm64 ?= "2ba1fa4d5068982e785527ef8ad1a8b658f0add1"
-SRCREV_machine_qemumips ?= "1f0855745653c8cb7d72ea2d03197889cc82a410"
-SRCREV_machine_qemuppc ?= "2ba1fa4d5068982e785527ef8ad1a8b658f0add1"
-SRCREV_machine_qemux86 ?= "2ba1fa4d5068982e785527ef8ad1a8b658f0add1"
-SRCREV_machine_qemux86-64 ?= 

[OE-core] [PATCH 4/4] kernel-yocto: allow external (aka non-integrated) BSPs to supply patches

2019-12-29 Thread bruce . ashfield
From: Bruce Ashfield 

By default, only explicitly specified .scc files or patches are applied
to a BSP as part of the patching phase. This allows the reference BSPs
to be integrated into a kernel tree, and use the same meta data for tree
generation and for runtime building. It also greatly simplies the
processing of kernel meta data.

That being said, if an external (and fully standalone) kmeta repository
is used, it very well may contain both patches and configuration. To
allow the BSP definition to supply patches and config, we introduce a
new kernel meta data definition:

  define KMETA_EXTERNAL_BSP t

This can be set in any .scc file that wants to specify both patches
and configuration.

If specifying this per-BSP is not desired, a secondary variable is
used:

  KMETA_EXTERNAL_BSPS

When that is set in a bbappend, any located BSP definitions will be used
for both patches and configuration.

Signed-off-by: Bruce Ashfield 
---
 meta/classes/kernel-yocto.bbclass | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index ed9bcfa57c..87c681f1c3 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -182,6 +182,14 @@ do_kernel_metadata() {
if [ $? -ne 0 ]; then
bbfatal_log "Could not locate BSP definition for 
${KMACHINE}/${LINUX_KERNEL_TYPE} and no defconfig was provided"
fi
+
+   # if the bsp definition has "define KMETA_EXTERNAL_BSP t",
+   # then we need to set a flag that will instruct the next
+   # steps to use the BSP as both configuration and patches.
+   grep -q KMETA_EXTERNAL_BSP $bsp_definition
+   if [ $? -eq 0 ]; then
+   KMETA_EXTERNAL_BSPS="t"
+   fi
fi
meta_dir=$(kgit --meta)
 
@@ -195,6 +203,13 @@ do_kernel_metadata() {
fi
fi
 
+   # if KMETA_EXTERNAL_BSPS has been set, or it has been detected from
+   # the bsp definition, then we inject the bsp_definition into the
+   # patch phase below.  we'll piggy back on the sccs variable.
+   if [ -n "${KMETA_EXTERNAL_BSPS}" ]; then
+   sccs="${bsp_definition} ${sccs}"
+   fi
+
# run2: only generate patches for elements that have been passed on the 
SRC_URI
elements="`echo -n ${sccs} ${patches} ${KERNEL_FEATURES}`"
if [ -n "${elements}" ]; then
-- 
2.19.1

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


[OE-core] [PATCH 3/4] linux-yocto/5.2: update to v5.2.28

2019-12-29 Thread bruce . ashfield
From: Bruce Ashfield 

Updating linux-yocto/5.2 to the latest korg -stable release that comprises
the following commits:

7943d7e69aa7 Linux 5.2.28
b5db992cfdd3 usbip: Fix uninitialized symbol 'nents' in 
stub_recv_cmd_submit()
a0b637f7868d usb: gadget: configfs: Fix missing spin_lock_init()
aee8c2147a36 net: cdc_ncm: Signedness bug in cdc_ncm_set_dgram_size()
a04397ac5986 bonding: fix active-backup transition after link failure
0993efbf3f01 ALSA: usb-audio: Fix incorrect size check for 
processing/extension units
66375457a696 ALSA: usb-audio: Fix incorrect NULL check in 
create_yamaha_midi_quirk()
c0920628d63f ALSA: hda/ca0132 - Fix work handling in delayed HP detection
e14b1f4b4011 mwifiex: fix possible heap overflow in 
mwifiex_process_country_ie()
060505a3c9dc io_uring: use current task creds instead of allocating a new 
one
8d113ae57534 io_uring: async workers should inherit the user creds
4079323e2113 net/ibmvnic: unlock rtnl_lock in reset so linkwatch_event can 
run
013e927d5204 arm64: errata: Update stale comment
2c8f51168b64 netfilter: ipset: Copy the right MAC address in hash:ip,mac 
IPv6 sets
911f63fa6335 bonding: fix using uninitialized mode_lock
ab3e4e6f92d4 usbip: Fix free of unallocated memory in vhci tx
516423c1395e cgroup,writeback: don't switch wbs immediately on dead wbs if 
the memcg is dead
2c17159569ee mm/filemap.c: don't initiate writeback if mapping has no dirty 
pages
a53a54cbee03 ocfs2: protect extent tree in ocfs2_prepare_inode_for_write()
96e3c3553d84 e1000: fix memory leaks
ef2c5f55f92e igb: Fix constant media auto sense switching when no cable is 
connected
5853c1ae13c9 net: ethernet: arc: add the missed clk_disable_unprepare
330a0ce1737a NFSv4: Don't allow a cached open with a revoked delegation
ecb481d00e39 arm64: apply ARM64_ERRATUM_843419 workaround for Brahma-B53 
core
c3cc8b365b07 arm64: Brahma-B53 is SSB and spectre v2 safe
87251ea1e89b arm64: apply ARM64_ERRATUM_845719 workaround for Brahma-B53 
core
36c2624f9432 usb: dwc3: gadget: fix race when disabling ep with cancelled 
xfers
93268e187878 arm64: cpufeature: Enable Qualcomm Falkor errata 1009 for Kryo
1498bf362a53 x86, efi: Never relocate kernel below lowest acceptable address
3cfc26fc6f99 efi: libstub/arm: Account for firmware reserved memory at the 
base of RAM
fc5ffc1e3fdd hv_netvsc: Fix error handling in netvsc_attach()
92b10afd667e SUNRPC: The RDMA back channel mustn't disappear while requests 
are outstanding
086a81dbfba3 SUNRPC: The TCP back channel mustn't disappear while requests 
are outstanding
ffdad349b545 drm/amd/display: Passive DP->HDMI dongle detection fix
35be94b64940 drm/amd/display: do not synchronize "drr" displays
7c39460cb5ac drm/amdgpu: If amdgpu_ib_schedule fails return back the error.
78d726f10338 drm/sched: Set error to s_fence if HW job submission failed.
9830f79967bf mt76: dma: fix buffer unmap with non-linear skbs
720d823bdb4b iommu/amd: Apply the same IVRS IOAPIC workaround to Acer 
Aspire A315-41
63fd1ae15909 net: mscc: ocelot: refuse to overwrite the port's native vlan
9016218584da net: mscc: ocelot: fix vlan_filtering when enslaving to bridge 
before link is up
28c0b80eaf33 net: hisilicon: Fix "Trying to free already-free IRQ"
1ecc30627dde fjes: Handle workqueue allocation failure
e87e60d8b437 nvme-multipath: fix possible io hang after ctrl reconnect
4872894ab801 sched/topology: Allow sched_asym_cpucapacity to be disabled
1da63fea0a7b sched/topology: Don't try to build empty sched domains
70e90b283406 scsi: qla2xxx: stop timer in shutdown path
1cc270775485 hwmon: (ina3221) Fix read timeout issue
45239aea409d RDMA/hns: Prevent memory leaks of eq->buf_list
53fa37993b30 RDMA/iw_cxgb4: Avoid freeing skb twice in arp failure case
7ff5b79bbbeb usbip: tools: Fix read_usb_vudc_device() error path handling
a2938e175103 USB: ldusb: use unsigned size format specifiers
680a523e29ac USB: Skip endpoints with 0 maxpacket length
e0d7df991267 perf/x86/uncore: Fix event group support
89cc224ca642 perf/x86/amd/ibs: Handle erratum #420 only on the affected CPU 
family (10h)
3cef7fe493bc perf/x86/amd/ibs: Fix reading of the IBS OpData register and 
thus precise RIP validity
b2dce44309c3 usb: dwc3: remove the call trace of USBx_GFLADJ
2a3754959b17 usb: gadget: configfs: fix concurrent issue between composite 
APIs
b97e16bf764c usb: gadget: composite: Fix possible double free memory bug
f28bdd84158d usb: gadget: udc: atmel: Fix interrupt storm in FIFO mode.
5853c961dc7f usb: fsl: Check memory resource before releasing it
95100a241e6d usb: dwc3: select CONFIG_REGMAP_MMIO
108ae240a478 scsi: sd: define variable dif as unsigned int instead of bool
6525d5046fc8 virt_wifi: fix refcnt leak in module exit routine
d7aaa2cc70d4 macsec: fix refcnt leak in 

[OE-core] [PATCH 1/4] linux-yocto/5.2: update to v5.2.27

2019-12-29 Thread bruce . ashfield
From: Bruce Ashfield 

Updating linux-yocto/5.2 to the latest korg -stable release that comprises
the following commits:

766f754fb8ce Linux 5.2.27
2e635a05d05c ASoC: SOF: Intel: hda-stream: fix the CONFIG_ prefix missing
1708b2a269de usb: gadget: udc: core: Fix segfault if udc_bind_to_driver() 
for pending driver fails
52d4750e4da2 arm64: dts: ti: k3-am65-main: Fix gic-its node unit-address
d7b2a7ceb695 ASoC: pcm3168a: The codec does not support S32_LE
8c9d7d01ccf0 selftests/powerpc: Fix compile error on tlbie_test due to 
newer gcc
532cc582af44 selftests/powerpc: Add test case for tlbie vs mtpidr ordering 
issue
21344b6bacda CIFS: Fix retry mid list corruption on reconnects
7249aad46eed platform/x86: pmc_atom: Add Siemens SIMATIC IPC227E to 
critclk_systems DMI table
48a226ebae98 net/flow_dissector: switch to siphash
27508702fe6d net: bcmgenet: reset 40nm EPHY on energy detect
8bbff985b199 net: phy: bcm7xxx: define soft_reset for 40nm EPHY
3a48c3ea0431 net: netem: correct the parent's backlog when corrupted packet 
was dropped
472df452d167 r8152: add device id for Lenovo ThinkPad USB-C Dock Gen 2
717fa6516e96 net: usb: lan78xx: Connect PHY before registering MAC
1d2fd4d20889 net: netem: fix error path for corrupted GSO frames
5f0d17174801 net: hns3: fix mis-counting IRQ vector numbers issue
18a577972516 net: dsa: fix switch tree list
b2c233dbbdcb net: dsa: b53: Do not clear existing mirrored port mask
30f425544ea2 net: bcmgenet: don't set phydev->link from MAC
3d4a4cfb4ef7 net/mlx5e: Fix handling of compressed CQEs in case of low NAPI 
budget
ba405f985d11 net/mlx5e: Fix ethtool self test: link speed
01284dbae3d4 r8169: fix wrong PHY ID issue with RTL8168dp
0a02e85ee175 mlxsw: core: Unpublish devlink parameters during reload
0031274acd73 net/mlx5: Fix rtable reference leak
0bb43d6b565e net/smc: fix refcount non-blocking connect() -part 2
5dca2f5212b5 net/smc: fix refcounting for non-blocking connect()
3320bb716cb3 net/mlx5: Fix flow counter list auto bits struct
0490b698de8f net/smc: keep vlan_id for SMC-R in smc_listen_work()
83577bc7531c net/smc: fix closing of fallback SMC sockets
89b1d3e8dc5e selftests: fib_tests: add more tests for metric update
52752b65dc62 ipv4: fix route update on metric change.
c7525fb56257 net: add READ_ONCE() annotation in 
__skb_wait_for_more_packets()
c7a5d3e53e0a net: use skb_queue_empty_lockless() in busy poll contexts
7648cc097d86 net: use skb_queue_empty_lockless() in poll() handlers
b192ff3d10ba udp: use skb_queue_empty_lockless()
155f9ae9e73c net: add skb_queue_empty_lockless()
c17ac3802036 vxlan: check tun_info options_len properly
9c154c58aa9d udp: fix data-race in udp_set_dev_scratch()
b64595ce1ed4 selftests: net: reuseport_dualstack: fix uninitalized parameter
fb87cd347da4 net: Zeroing the structure ethtool_wolinfo in ethtool_get_wol()
0819acecc962 net: usb: lan78xx: Disable interrupts before calling 
generic_handle_irq()
07e413b2fbb0 net: rtnetlink: fix a typo fbd -> fdb
0e3580cc30bf netns: fix GFP flags in rtnl_net_notifyid()
338502ee8050 net/mlx4_core: Dynamically set guaranteed amount of counters 
per VF
df8fccdba3d1 net: hisilicon: Fix ping latency when deal with high throughput
1a3cfa10a0d7 net: fix sk_page_frag() recursion from memory reclaim
b38a3703d880 net: ethernet: ftgmac100: Fix DMA coherency issue with SW 
checksum
7ad5a3f67946 net: dsa: bcm_sf2: Fix IMP setup for port different than 8
9f949630b4e5 net: annotate lockless accesses to sk->sk_napi_id
8f963115bff3 net: annotate accesses to sk->sk_incoming_cpu
72e16d7c131f inet: stop leaking jiffies on the wire
250e30ea064b erspan: fix the tun_info options_len check for erspan
5001418c1340 dccp: do not leak jiffies on the wire
7ed4e6ea40b4 cxgb4: request the TX CIDX updates to status page
11ccb2b93320 cxgb4: fix panic when attaching to ULD fail
95a7b64f82d0 nbd: handle racing with error'ed out commands
5d6e015cded5 nbd: protect cmd->status with cmd->lock
092a5fa02456 irqchip/sifive-plic: Skip contexts except supervisor in 
plic_init()
7a3552d0d993 cifs: Fix cifsInodeInfo lock_sem deadlock when reconnect occurs
81eb09eaf75b i2c: stm32f7: remove warning when compiling with W=1
29143d76b32e i2c: stm32f7: fix a race in slave mode with arbitration loss 
irq
433c1cb88a21 i2c: stm32f7: fix first byte to send in slave mode
aef36d8fa956 i2c: mt65xx: fix NULL ptr dereference
47392944abe2 irqchip/gic-v3-its: Use the exact ITSList for VMOVP
93cfb4dcfa2c MIPS: bmips: mark exception vectors as char arrays
7639d63d6cdb ALSA: hda: Add Tigerlake/Jasperlake PCI ID
1b916a8969b6 selftests: kvm: fix sync_regs_test with newer gccs
782536b540ef selftests: kvm: vmx_set_nested_state_test: don't check for VMX 
support twice
e7d861519b9d ARM: 8926/1: v7m: 

[OE-core] [PATCH 0/4] kernel-yocto: consolidated pull request

2019-12-29 Thread bruce . ashfield
From: Bruce Ashfield 

Hi all,

Here's a few more linux-yocto changes that I queued while waiting for
my previous batch to merge.

There are two more 5.2 -stable updates, a gcc10 fix from Khem and a
meta-data fix that was discussed on oe-core. I'll send a documenation
update for the meta-data patch change separately.

I haven't picked up any regressions on these updates, so I've sent
them for merge.

These will likely be the last updates for 5.2, since I have isolated
the mips64 boot problem on 5.4+ and am in the process of coming up
with a work around / fix (but that's on hold until after the
holidays).

Cheers,

Bruce

The following changes since commit 3780744968f0b26cc2f4fea61a0cc594da6fa616:

  chrpath: Cleanup and fix previous patch (2019-12-29 09:27:16 +)

are available in the Git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (4):
  linux-yocto/5.2: update to v5.2.27
  linux-yocto/4.19/5.2/-dev: fix gcc10 build
  linux-yocto/5.2: update to v5.2.28
  kernel-yocto: allow external (aka non-integrated) BSPs to supply
patches

 meta/classes/kernel-yocto.bbclass | 15 +
 .../linux/linux-yocto-rt_4.19.bb  |  2 +-
 .../linux/linux-yocto-rt_5.2.bb   |  6 ++---
 .../linux/linux-yocto-tiny_4.19.bb|  4 ++--
 .../linux/linux-yocto-tiny_5.2.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_4.19.bb | 16 +++---
 meta/recipes-kernel/linux/linux-yocto_5.2.bb  | 22 +--
 7 files changed, 44 insertions(+), 29 deletions(-)

-- 
2.19.1

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


Re: [OE-core] [PATCH] scripts: add pkgdataui

2019-12-29 Thread Peter Kjellerstedt
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org  boun...@lists.openembedded.org> On Behalf Of Ross Burton
> Sent: den 10 december 2019 13:08
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] scripts: add pkgdataui
> 
> pkgdataui is a Python 3/GObject Introspection/GTK+ 3 tool to browse the 
> pkgdata

Would it make sense to rename it to oe-pkgdata-browser (based on the title it 
gives itself, and the existing oe-pkgadata-util tool)?

> database at your leisure.  By being graphical it is easier to explore and can
> follow links between packages.
> 
> This is very much a work in progress, so be gentle and patches are welcome.

I get the following errors when I run it (though the GUI comes up and seems 
to work):

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast

> Signed-off-by: Ross Burton 
> ---
>  scripts/pkgdataui.glade | 335 

Can the .glade file be put somewhere else than in the scripts directory? 
Because as it is now, it shows up when using tab completion (with zsh).

>  scripts/pkgdataui.py| 241 +
>  2 files changed, 576 insertions(+)
>  create mode 100644 scripts/pkgdataui.glade
>  create mode 100755 scripts/pkgdataui.py

//Peter

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


[OE-core] βœ— patchtest: failure for "util-linux: Use PCRE for hardl..." and 18 more

2019-12-29 Thread Patchwork
== Series Details ==

Series: "util-linux: Use PCRE for hardl..." and 18 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/21788/
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
series by patchtest resulting in the following failures:



* Issue Added patch file is missing Upstream-Status in the header 
[test_upstream_status_presence_format] 
  Suggested fixAdd Upstream-Status:  to the header of 
meta/recipes-core/systemd/systemd/0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch
  Standard format  Upstream-Status: 
  Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], 
Submitted [where]



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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


[OE-core] [PATCH 14/19] valgrind: Fix build with -fno-common

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 .../valgrind/valgrind/s390x_vec_op_t.patch| 19 +++
 .../valgrind/valgrind_3.15.0.bb   |  1 +
 2 files changed, 20 insertions(+)
 create mode 100644 meta/recipes-devtools/valgrind/valgrind/s390x_vec_op_t.patch

diff --git a/meta/recipes-devtools/valgrind/valgrind/s390x_vec_op_t.patch 
b/meta/recipes-devtools/valgrind/valgrind/s390x_vec_op_t.patch
new file mode 100644
index 00..eea671da0a
--- /dev/null
+++ b/meta/recipes-devtools/valgrind/valgrind/s390x_vec_op_t.patch
@@ -0,0 +1,19 @@
+s390x_vec_op_t is not needed anywhere, only elements of enum are accessed
+removing it ensures that valgrind can be built with -fno-common option
+
+Fixes
+ld: 
../../VEX/libvex-amd64-linux.a(libvex_amd64_linux_a-guest_s390_helpers.o):/usr/src/debug/valgrind/3.15.0-r0/build/VEX/../../valgrind-3.15.0/VEX/priv/guest_s390_defs.h:289:
 multiple definition of `s390x_vec_op_t'; 
../../VEX/libvexmultiarch-amd64-linux.a(libvexmultiarch_amd64_linux_a-multiarch_main_main.o):/usr/src/debug/valgrind/3.15.0-r0/build/VEX/../../valgrind-3.15.0/VEX/priv/guest_s390_defs.h:289:
 first defined here
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+--- a/VEX/priv/guest_s390_defs.h
 b/VEX/priv/guest_s390_defs.h
+@@ -286,7 +286,7 @@ enum {
+S390_VEC_OP_VFCHE = 18,
+S390_VEC_OP_VFTCI = 19,
+S390_VEC_OP_LAST = 20 // supposed to be the last element in enum
+-} s390x_vec_op_t;
++};
+ 
+ /* Arguments of s390x_dirtyhelper_vec_op(...) which are packed into one
+ULong variable.
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb
index 63f972945d..aedaab27b3 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb
@@ -40,6 +40,7 @@ SRC_URI = 
"https://sourceware.org/pub/valgrind/valgrind-${PV}.tar.bz2 \
file://0001-valgrind-filter_xml_frames-do-not-filter-usr.patch \
file://0002-valgrind-adjust-std_list-expected-output.patch \
file://0001-adjust-path-filter-for-2-memcheck-tests.patch \
+   file://s390x_vec_op_t.patch \
"
 SRC_URI[md5sum] = "46e5fbdcbc3502a5976a317a0860a975"
 SRC_URI[sha256sum] = 
"417c7a9da8f60dd05698b3a7bc6002e4ef996f14c13f0ff96679a16873e78ab1"
-- 
2.24.1

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


[OE-core] [PATCH 13/19] qemu: Replace stime() API with clock_settime

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 ...linux-user-remove-host-stime-syscall.patch | 61 +++
 2 files changed, 62 insertions(+)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0011-linux-user-remove-host-stime-syscall.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 993ca90cf5..dff5762b80 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -27,6 +27,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \

file://0008-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch \
file://0009-Fix-webkitgtk-builds.patch \
file://0010-configure-Add-pkg-config-handling-for-libgcrypt.patch \
+   file://0011-linux-user-remove-host-stime-syscall.patch \
file://CVE-2019-15890.patch \
file://CVE-2019-12068.patch \
"
diff --git 
a/meta/recipes-devtools/qemu/qemu/0011-linux-user-remove-host-stime-syscall.patch
 
b/meta/recipes-devtools/qemu/qemu/0011-linux-user-remove-host-stime-syscall.patch
new file mode 100644
index 00..659e6be45d
--- /dev/null
+++ 
b/meta/recipes-devtools/qemu/qemu/0011-linux-user-remove-host-stime-syscall.patch
@@ -0,0 +1,61 @@
+From 0f1f2d4596aee037d3ccbcf10592466daa54107f Mon Sep 17 00:00:00 2001
+From: Laurent Vivier 
+Date: Tue, 12 Nov 2019 15:25:56 +0100
+Subject: [PATCH] linux-user: remove host stime() syscall
+
+stime() has been withdrawn from glibc
+(12cbde1dae6f "Use clock_settime to implement stime; withdraw stime.")
+
+Implement the target stime() syscall using host
+clock_settime(CLOCK_REALTIME, ...) as it is done internally in glibc.
+
+Tested qemu-ppc/x86_64 with:
+
+   #include 
+   #include 
+
+   int main(void)
+   {
+   time_t t;
+   int ret;
+
+   /* date -u -d"2019-11-12T15:11:00" "+%s" */
+   t = 1573571460;
+   ret = stime();
+   printf("ret %d\n", ret);
+   return 0;
+   }
+
+# date; ./stime; date
+Tue Nov 12 14:18:32 UTC 2019
+ret 0
+Tue Nov 12 15:11:00 UTC 2019
+
+Upstream-Status: Backport 
[https://git.qemu.org/?p=qemu.git;a=commit;h=0f1f2d4596aee037d3ccbcf10592466daa54107f]
+Buglink: https://bugs.launchpad.net/qemu/+bug/1852115
+Reported-by: Cole Robinson 
+Signed-off-by: Laurent Vivier 
+Reviewed-by: Peter Maydell 
+Message-Id: <20191112142556.6335-1-laur...@vivier.eu>
+---
+ linux-user/syscall.c | 8 +---
+ 1 file changed, 5 insertions(+), 3 deletions(-)
+
+--- a/linux-user/syscall.c
 b/linux-user/syscall.c
+@@ -7651,10 +7651,12 @@ static abi_long do_syscall1(void *cpu_en
+ #ifdef TARGET_NR_stime /* not on alpha */
+ case TARGET_NR_stime:
+ {
+-time_t host_time;
+-if (get_user_sal(host_time, arg1))
++struct timespec ts;
++ts.tv_nsec = 0;
++if (get_user_sal(ts.tv_sec, arg1)) {
+ return -TARGET_EFAULT;
+-return get_errno(stime(_time));
++}
++return get_errno(clock_settime(CLOCK_REALTIME, ));
+ }
+ #endif
+ #ifdef TARGET_NR_alarm /* not on alpha */
-- 
2.24.1

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


[OE-core] [PATCH 15/19] libdnf: Include mising

2019-12-29 Thread Khem Raj
This header is needed for runtime_error element

Signed-off-by: Khem Raj 
---
 ...-include-stdexcept-for-runtime_error.patch | 65 +++
 meta/recipes-devtools/libdnf/libdnf_0.28.1.bb |  1 +
 2 files changed, 66 insertions(+)
 create mode 100644 
meta/recipes-devtools/libdnf/libdnf/0001-include-stdexcept-for-runtime_error.patch

diff --git 
a/meta/recipes-devtools/libdnf/libdnf/0001-include-stdexcept-for-runtime_error.patch
 
b/meta/recipes-devtools/libdnf/libdnf/0001-include-stdexcept-for-runtime_error.patch
new file mode 100644
index 00..cedf539243
--- /dev/null
+++ 
b/meta/recipes-devtools/libdnf/libdnf/0001-include-stdexcept-for-runtime_error.patch
@@ -0,0 +1,65 @@
+From 5f8eee5040d7074710cd542fc50f7a40918321fc Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 23 Dec 2019 14:30:22 -0800
+Subject: [PATCH] include  for runtime_error
+
+Fixes
+
+error: class 'libdnf::ModulePackageContainer::Exception' does not have any 
field named 'runtime_error'
+ explicit Exception(const std::string ) : runtime_error(what) {}
+   ^
+
+Upstream-Status: Submitted 
[https://github.com/rpm-software-management/libdnf/pull/867]
+Signed-off-by: Khem Raj 
+---
+ libdnf/goal/Goal.hpp | 1 +
+ libdnf/module/ModulePackageContainer.hpp | 1 +
+ libdnf/repo/solvable/Dependency.cpp  | 3 ++-
+ 3 files changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/libdnf/goal/Goal.hpp b/libdnf/goal/Goal.hpp
+index f33dfa24..7b8d822c 100644
+--- a/libdnf/goal/Goal.hpp
 b/libdnf/goal/Goal.hpp
+@@ -22,6 +22,7 @@
+ #define __GOAL_HPP
+ 
+ #include 
++#include 
+ 
+ #include "../dnf-types.h"
+ #include "../hy-goal.h"
+diff --git a/libdnf/module/ModulePackageContainer.hpp 
b/libdnf/module/ModulePackageContainer.hpp
+index 1f815fda..37a8832d 100644
+--- a/libdnf/module/ModulePackageContainer.hpp
 b/libdnf/module/ModulePackageContainer.hpp
+@@ -30,6 +30,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ //class ModulePackageContainer;
+ //typedef std::shared_ptr ModulePackageContainerPtr;
+diff --git a/libdnf/repo/solvable/Dependency.cpp 
b/libdnf/repo/solvable/Dependency.cpp
+index 6682b729..0fc8b5cd 100644
+--- a/libdnf/repo/solvable/Dependency.cpp
 b/libdnf/repo/solvable/Dependency.cpp
+@@ -18,6 +18,7 @@
+  * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+  */
+ 
++#include 
+ #include "Dependency.hpp"
+ #include "libdnf/utils/utils.hpp"
+ #include "libdnf/repo/DependencySplitter.hpp"
+@@ -106,4 +107,4 @@ Dependency::getReldepId(DnfSack *sack, const char * 
reldepStr)
+ }
+ }
+ 
+-}
+\ No newline at end of file
++}
+-- 
+2.24.1
+
diff --git a/meta/recipes-devtools/libdnf/libdnf_0.28.1.bb 
b/meta/recipes-devtools/libdnf/libdnf_0.28.1.bb
index 3f11e0231f..882c435b32 100644
--- a/meta/recipes-devtools/libdnf/libdnf_0.28.1.bb
+++ b/meta/recipes-devtools/libdnf/libdnf_0.28.1.bb
@@ -7,6 +7,7 @@ SRC_URI = "git://github.com/rpm-software-management/libdnf \

file://0004-Set-libsolv-variables-with-pkg-config-cmake-s-own-mo.patch \

file://0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch \
file://0001-Add-WITH_TESTS-option.patch \
+   file://0001-include-stdexcept-for-runtime_error.patch \
"
 
 SRCREV = "751f89045b80d58c0d05800f74357cf78cdf7e77"
-- 
2.24.1

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


[OE-core] [PATCH 17/19] recipes: Use -fcommon explicitly

2019-12-29 Thread Khem Raj
This is needed with gcc 10

Signed-off-by: Khem Raj 
---
 meta/recipes-connectivity/iproute2/iproute2_5.3.0.bb  | 2 +-
 meta/recipes-connectivity/socat/socat_1.7.3.3.bb  | 2 ++
 meta/recipes-core/libxcrypt/libxcrypt.inc | 2 ++
 meta/recipes-devtools/llvm/llvm_git.bb| 2 ++
 meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb  | 2 ++
 meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb| 2 ++
 meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb  | 2 ++
 meta/recipes-graphics/mesa/mesa_19.2.4.bb | 2 ++
 meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb | 2 ++
 meta/recipes-support/atk/at-spi2-atk_2.32.0.bb| 2 ++
 meta/recipes-support/gdbm/gdbm_1.18.1.bb  | 2 ++
 11 files changed, 21 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/iproute2/iproute2_5.3.0.bb 
b/meta/recipes-connectivity/iproute2/iproute2_5.3.0.bb
index 8a86cbf78c..75772d4696 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_5.3.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_5.3.0.bb
@@ -9,4 +9,4 @@ SRC_URI[sha256sum] = 
"cb1c1e45993a3bd2438543fd4332d70f1726a6e6ff97dc613a8258c993
 
 # CFLAGS are computed in Makefile and reference CCOPTS
 #
-EXTRA_OEMAKE_append = " CCOPTS='${CFLAGS}'"
+EXTRA_OEMAKE_append = " CCOPTS='${CFLAGS} -fcommon'"
diff --git a/meta/recipes-connectivity/socat/socat_1.7.3.3.bb 
b/meta/recipes-connectivity/socat/socat_1.7.3.3.bb
index 1dbbe5cd55..ee01578c1a 100644
--- a/meta/recipes-connectivity/socat/socat_1.7.3.3.bb
+++ b/meta/recipes-connectivity/socat/socat_1.7.3.3.bb
@@ -44,6 +44,8 @@ PACKAGECONFIG ??= "readline"
 PACKAGECONFIG[tcp-wrappers] = "--enable-libwrap,--disable-libwrap,tcp-wrappers"
 PACKAGECONFIG[readline] = "--enable-readline,--disable-readline,readline"
 
+CFLAGS += "-fcommon"
+
 do_install_prepend () {
 mkdir -p ${D}${bindir}
 install -d ${D}${bindir} ${D}${mandir}/man1
diff --git a/meta/recipes-core/libxcrypt/libxcrypt.inc 
b/meta/recipes-core/libxcrypt/libxcrypt.inc
index 6d6990c3d5..accbdd6361 100644
--- a/meta/recipes-core/libxcrypt/libxcrypt.inc
+++ b/meta/recipes-core/libxcrypt/libxcrypt.inc
@@ -27,6 +27,8 @@ BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}"
 TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${includedir} -Wno-error"
 CPPFLAGS_append_class-nativesdk = " -Wno-error"
 
+CFLAGS += "-fcommon"
+
 API = "--disable-obsolete-api"
 EXTRA_OECONF += "${API}"
 
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index a84e4d21b6..59ab181a73 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -90,6 +90,8 @@ EXTRA_OECMAKE_append_class-nativesdk = "\
   -DLLVM_CONFIG_PATH=${STAGING_BINDIR_NATIVE}/llvm-config${PV} 
\
  "
 
+CFLAGS += "-fcommon"
+
 do_configure_prepend() {
 # Fix paths in llvm-config
sed -i 
"s|sys::path::parent_path(CurrentPath))\.str()|sys::path::parent_path(sys::path::parent_path(CurrentPath))).str()|g"
 ${S}/tools/llvm-config/llvm-config.cpp
diff --git a/meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb 
b/meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb
index a02e35d19a..53ed5e81f7 100644
--- a/meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb
+++ b/meta/recipes-extended/libtirpc/libtirpc_1.1.4.bb
@@ -21,6 +21,8 @@ inherit autotools pkgconfig
 
 EXTRA_OECONF = "--disable-gssapi"
 
+CFLAGS += "-fcommon"
+
 do_install_append() {
chown root:root ${D}${sysconfdir}/netconfig
 }
diff --git a/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb 
b/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb
index b9961c398c..675ee40fa4 100644
--- a/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb
+++ b/meta/recipes-graphics/matchbox-wm/matchbox-wm_1.2.2.bb
@@ -21,6 +21,8 @@ inherit autotools pkgconfig features_check
 # depends on virtual/libx11
 REQUIRED_DISTRO_FEATURES = "x11"
 
+CFLAGS += "-fcommon"
+
 FILES_${PN} = "${bindir}/* \
${datadir}/matchbox \
${sysconfdir}/matchbox \
diff --git a/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb 
b/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb
index ddbbd94066..7a11228ef0 100644
--- a/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb
+++ b/meta/recipes-graphics/menu-cache/menu-cache_1.1.0.bb
@@ -16,3 +16,5 @@ SRC_URI[sha256sum] = 
"ed02eb459dcb398f69b9fa5bf4dd813020405afc84331115469cdf7be9
 UPSTREAM_CHECK_URI = 
"http://sourceforge.net/projects/lxde/files/menu-cache/1.1/;
 
 inherit autotools gettext pkgconfig gtk-doc
+
+CFLAGS += "-fcommon"
diff --git a/meta/recipes-graphics/mesa/mesa_19.2.4.bb 
b/meta/recipes-graphics/mesa/mesa_19.2.4.bb
index 46ecee3a73..115663b066 100644
--- a/meta/recipes-graphics/mesa/mesa_19.2.4.bb
+++ b/meta/recipes-graphics/mesa/mesa_19.2.4.bb
@@ -13,6 +13,8 @@ SRC_URI[sha256sum] = 
"09000a0f7dbbd82e193b81a8f1bf0c118eab7ca975c0329181968596e5
 
 UPSTREAM_CHECK_GITTAGREGEX = 

[OE-core] [PATCH 18/19] xkbcomp: Gcc 10 spits out extra warnings as errors

2019-12-29 Thread Khem Raj
Its better for us to disable these extra warnings, upstream should fix
them correctly in code and we can re-enable it

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb 
b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb
index eaf8eaaf74..ed1eed8662 100644
--- a/meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb
+++ b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb
@@ -13,5 +13,7 @@ DEPENDS += "libxkbfile"
 
 BBCLASSEXTEND = "native"
 
+EXTRA_OECONF += "--disable-selective-werror"
+
 SRC_URI[md5sum] = "12610df19df2af3797f2c130ee2bce97"
 SRC_URI[sha256sum] = 
"6dd8bcb9be7e85bd7294abe261b8c7b0539d2fc93e41b80fb8bd013767ce8424"
-- 
2.24.1

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


[OE-core] [PATCH 16/19] llvm: Upgrade to 9.0.1 release

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc | 2 +-
 meta/recipes-devtools/llvm/llvm_git.bb  | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 8bea58a98e..70ba7d86e9 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -26,7 +26,7 @@ QEMUVERSION ?= "4.1%"
 GOVERSION ?= "1.13%"
 # This can not use wildcards like 8.0.% since it is also used in mesa to denote
 # llvm version being used, so always bump it with llvm recipe version bump
-LLVMVERSION ?= "9.0.0"
+LLVMVERSION ?= "9.0.1"
 
 PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index cb2e1164cf..a84e4d21b6 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -21,7 +21,7 @@ PROVIDES += "llvm${PV}"
 
 MAJOR_VERSION = "9"
 MINOR_VERSION = "0"
-PATCH_VERSION = "0"
+PATCH_VERSION = "1"
 
 PV = "${MAJOR_VERSION}.${MINOR_VERSION}.${PATCH_VERSION}"
 
@@ -29,7 +29,7 @@ LLVM_RELEASE = "${PV}"
 LLVM_DIR = "llvm${LLVM_RELEASE}"
 
 BRANCH = "release/${MAJOR_VERSION}.x"
-SRCREV = "0399d5a9682b3cef71c653373e38890c63c4c365"
+SRCREV = "c1a0a213378a458fbea1a5c77b315c7dce08fd05"
 SRC_URI = "git://github.com/llvm/llvm-project.git;branch=${BRANCH} \

file://0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch;striplevel=2
 \
file://0007-llvm-allow-env-override-of-exe-path.patch;striplevel=2 \
-- 
2.24.1

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


[OE-core] [PATCH 19/19] pango: Disable Wimplicit-fallthrough as error

2019-12-29 Thread Khem Raj
Clang is quite a lot more stricter and ends up finding more cases,
these are code format warnings so its safer to disable them here.

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/pango/pango_1.44.7.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-graphics/pango/pango_1.44.7.bb 
b/meta/recipes-graphics/pango/pango_1.44.7.bb
index afb56a6cde..0ee8abcc09 100644
--- a/meta/recipes-graphics/pango/pango_1.44.7.bb
+++ b/meta/recipes-graphics/pango/pango_1.44.7.bb
@@ -32,6 +32,10 @@ PACKAGECONFIG[thai] = ",,libthai"
 GTKDOC_MESON_OPTION = "gtk_doc"
 GIR_MESON_OPTION = 'introspection'
 
+do_configure_prepend_toolchain-clang() {
+sed -i -e "/Werror=implicit-fallthrough/d" ${S}/meson.build
+}
+
 LEAD_SONAME = "libpango-1.0*"
 
 FILES_${PN} = "${bindir}/* ${libdir}/libpango*${SOLIBS}"
-- 
2.24.1

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


[OE-core] [PATCH 11/19] gcc-sanitizers: Add missing dep on libcrypt

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gcc/gcc-sanitizers.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gcc/gcc-sanitizers.inc 
b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
index 8b1d1c94bf..668e14a59f 100644
--- a/meta/recipes-devtools/gcc/gcc-sanitizers.inc
+++ b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
@@ -43,7 +43,7 @@ do_install () {
 
 INHIBIT_DEFAULT_DEPS = "1"
 ALLOW_EMPTY_${PN} = "1"
-DEPENDS = "gcc-runtime virtual/${TARGET_PREFIX}gcc"
+DEPENDS = "virtual/crypt gcc-runtime virtual/${TARGET_PREFIX}gcc"
 
 # used to fix 
../../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:772:21:
 error: 'st.st_mode' may be used uninitialized in this function 
[-Werror=maybe-uninitialized]
 DEBUG_OPTIMIZATION_append = " -Wno-error"
-- 
2.24.1

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


[OE-core] [PATCH 10/19] strace: Upgrade to 5.4

2019-12-29 Thread Khem Raj
Remove a patch already present upstream
Add a patch to fix build with upcoming glibc 2.31 where
__ptrace_syscall_info definition is added

Signed-off-by: Khem Raj 
---
 ...yscall_info-to-__ptrace_syscall_info.patch | 52 +++
 ...Check-for-mips-and-alpha-before-usin.patch | 32 
 .../strace/strace/Makefile-ptest.patch|  6 +--
 ...st-test-for-m32-mx32-compile-support.patch | 10 ++--
 .../strace/strace/sys_headers.patch   |  2 +-
 .../strace/{strace_5.3.bb => strace_5.4.bb}   |  6 +--
 6 files changed, 62 insertions(+), 46 deletions(-)
 create mode 100644 
meta/recipes-devtools/strace/strace/0001-define-ptrace_syscall_info-to-__ptrace_syscall_info.patch
 delete mode 100644 
meta/recipes-devtools/strace/strace/0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch
 rename meta/recipes-devtools/strace/{strace_5.3.bb => strace_5.4.bb} (89%)

diff --git 
a/meta/recipes-devtools/strace/strace/0001-define-ptrace_syscall_info-to-__ptrace_syscall_info.patch
 
b/meta/recipes-devtools/strace/strace/0001-define-ptrace_syscall_info-to-__ptrace_syscall_info.patch
new file mode 100644
index 00..dd0617a15f
--- /dev/null
+++ 
b/meta/recipes-devtools/strace/strace/0001-define-ptrace_syscall_info-to-__ptrace_syscall_info.patch
@@ -0,0 +1,52 @@
+From 86bbe1135d5d13db1ced64141acfb513c03d2f30 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 21 Dec 2019 10:18:38 -0800
+Subject: [PATCH] define ptrace_syscall_info to __ptrace_syscall_info
+
+glibc 2.31+ has defined __ptrace_syscall_info [1]
+
+[1] 
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d1e411e5c786ce3028d98b4e6fc02c2fcf66ae37;hp=2e4e75727eb05eef4c10470d865bd42962d5fae7
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ get_personality.h | 2 ++
+ ptrace.h  | 2 ++
+ 2 files changed, 4 insertions(+)
+
+--- a/get_personality.h
 b/get_personality.h
+@@ -10,7 +10,9 @@
+ 
+ # include "ptrace.h"
+ 
++# if HAVE_STRUCT___PTRACE_SYSCALL_INFO
+ extern int
+ get_personality_from_syscall_info(const struct ptrace_syscall_info *);
++# endif
+ 
+ #endif /* !STRACE_GET_PERSONALITY_H */
+--- a/ptrace.h
 b/ptrace.h
+@@ -186,6 +186,9 @@ struct ptrace_syscall_info {
+ };
+ # endif
+ 
++# if HAVE_STRUCT___PTRACE_SYSCALL_INFO
++#  define ptrace_syscall_info __ptrace_syscall_info
++# endif
+ # if !HAVE_DECL_PTRACE_PEEKUSER
+ #  define PTRACE_PEEKUSER PTRACE_PEEKUSR
+ # endif
+--- a/configure.ac
 b/configure.ac
+@@ -317,7 +317,8 @@ AC_CHECK_MEMBERS([struct stat.st_mtime_n
+ AC_CHECK_TYPES(m4_normalize([
+   struct pt_all_user_regs,
+   struct ia64_fpreg,
+-  struct ptrace_peeksiginfo_args
++  struct ptrace_peeksiginfo_args,
++  struct __ptrace_syscall_info
+ ]),,, [#include ])
+ 
+ # For kernels that do not have v3.10-rc1~201^2~11
diff --git 
a/meta/recipes-devtools/strace/strace/0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch
 
b/meta/recipes-devtools/strace/strace/0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch
deleted file mode 100644
index 95d85bf34a..00
--- 
a/meta/recipes-devtools/strace/strace/0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 879ae71c472ce522f1b3514d2abf6ad49b4acc07 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Mon, 18 Sep 2017 22:51:32 -0700
-Subject: [PATCH] tests/sigaction: Check for mips and alpha before using
- sa_restorer
-
-local structure does not define restorer member for mips and alpha
-in definition, we need to match that assumption here where they are
-being set
-
-Fixes
-| ../../strace-4.18/tests/sigaction.c:177:36: error: 'struct_set_sa {aka 
struct set_sa}' has no member named 'restorer'
-|  # define SA_RESTORER_ARGS , new_act->restorer
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj 
-

- tests/sigaction.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
 a/tests/sigaction.c
-+++ b/tests/sigaction.c
-@@ -156,7 +156,7 @@ main(void)
-   sigdelset(mask.libc, SIGHUP);
- 
-   memcpy(new_act->mask, mask.old, sizeof(mask.old));
--# ifdef SA_RESTORER
-+#if defined(SA_RESTORER) && !defined(MIPS) && !defined(ALPHA)
-   new_act->flags = SA_RESTORER;
-   new_act->restorer = (unsigned long) 0xdeadfacecafef00dULL;
- #  define SA_RESTORER_FMT ", sa_flags=SA_RESTORER, sa_restorer=%#lx"
diff --git a/meta/recipes-devtools/strace/strace/Makefile-ptest.patch 
b/meta/recipes-devtools/strace/strace/Makefile-ptest.patch
index 08fa5c53b8..2437d1fb6d 100644
--- a/meta/recipes-devtools/strace/strace/Makefile-ptest.patch
+++ b/meta/recipes-devtools/strace/strace/Makefile-ptest.patch
@@ -13,11 +13,9 @@ Signed-off-by: Anuj Mittal 
  tests/Makefile.am | 19 +++
  1 file changed, 19 insertions(+)
 
-diff --git a/tests/Makefile.am b/tests/Makefile.am
-index 825c989..4623c48 100644
 --- a/tests/Makefile.am
 +++ b/tests/Makefile.am
-@@ -14,6 +14,7 @@ SIZEOF_LONG = @SIZEOF_LONG@
+@@ -15,6 +15,7 @@ SIZEOF_LONG = @SIZEOF_LONG@
  

[OE-core] [PATCH 05/19] cmake.bbclass: Define LIB_SUFFIX

2019-12-29 Thread Khem Raj
This variable is used in lot of cmake based packages to denote libdir in
multilib environments, now a days there is a better way to include
GNUInstallDirs module but thats upto these packages to adopt. Defining
this helps compiling a bunch of recipes in extended layers when using
multilibbed builds.

Signed-off-by: Khem Raj 
---
 meta/classes/cmake.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 11ffb0d33f..a046daa6ea 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -174,6 +174,7 @@ cmake_do_configure() {
  -DCMAKE_INSTALL_LIBDIR:PATH=${@os.path.relpath(d.getVar('libdir'), 
d.getVar('prefix') + '/')} \
  
-DCMAKE_INSTALL_INCLUDEDIR:PATH=${@os.path.relpath(d.getVar('includedir'), 
d.getVar('prefix') + '/')} \
  
-DCMAKE_INSTALL_DATAROOTDIR:PATH=${@os.path.relpath(d.getVar('datadir'), 
d.getVar('prefix') + '/')} \
+ -DLIB_SUFFIX=${@d.getVar('baselib').replace('lib', '')} \
  -DCMAKE_INSTALL_SO_NO_EXE=0 \
  -DCMAKE_TOOLCHAIN_FILE=${WORKDIR}/toolchain.cmake \
  -DCMAKE_NO_SYSTEM_FROM_IMPORTED=1 \
-- 
2.24.1

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


[OE-core] [PATCH 08/19] tune-power9: Add power9 tunings

2019-12-29 Thread Khem Raj
Add Little/big Endian, 32bit/64bit

Signed-off-by: Khem Raj 
---
 meta/conf/machine/include/tune-power9.inc | 35 +++
 1 file changed, 35 insertions(+)
 create mode 100644 meta/conf/machine/include/tune-power9.inc

diff --git a/meta/conf/machine/include/tune-power9.inc 
b/meta/conf/machine/include/tune-power9.inc
new file mode 100644
index 00..81d6e8e9bf
--- /dev/null
+++ b/meta/conf/machine/include/tune-power9.inc
@@ -0,0 +1,35 @@
+DEFAULTTUNE ?= "ppc64p9le"
+
+require conf/machine/include/powerpc/arch-powerpc64.inc
+
+TUNEVALID[power9] = "Enable IBM Power9 specific processor optimizations"
+TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'power9', ' 
-mcpu=power9', '', d)}"
+
+AVAILTUNES += "ppcp9 ppc64p9 ppcp9le ppc64p9le"
+
+TUNE_FEATURES_tune-ppcp9 = "m32 fpu-hard power9 altivec bigendian"
+BASE_LIB_tune-ppcp9 = "lib"
+TUNE_PKGARCH_tune-ppcp9 = "ppcp9"
+PACKAGE_EXTRA_ARCHS_tune-ppcp9 = "${PACKAGE_EXTRA_ARCHS_tune-powerpc} ppcp9"
+
+TUNE_FEATURES_tune-ppc64p9 = "m64 fpu-hard power9 altivec bigendian"
+BASE_LIB_tune-ppc64p9 = "lib64"
+TUNE_PKGARCH_tune-ppc64p9 = "ppc64p9"
+PACKAGE_EXTRA_ARCHS_tune-ppc64p9 = "${PACKAGE_EXTRA_ARCHS_tune-powerpc64} 
ppc64p9"
+
+TUNE_FEATURES_tune-ppcp9le = "m32 fpu-hard power9 altivec"
+BASE_LIB_tune-ppcp9le = "lib"
+TUNE_PKGARCH_tune-ppcp9le = "ppcp9le"
+PACKAGE_EXTRA_ARCHS_tune-ppcp9le = "${PACKAGE_EXTRA_ARCHS_tune-powerpcle} 
ppcp9le"
+
+TUNE_FEATURES_tune-ppc64p9le = "m64 fpu-hard power9 altivec"
+BASE_LIB_tune-ppc64p9le = "lib64"
+TUNE_PKGARCH_tune-ppc64p9le = "ppc64p9le"
+PACKAGE_EXTRA_ARCHS_tune-ppc64p9le = "${PACKAGE_EXTRA_ARCHS_tune-powerpc64le} 
ppc64p9le"
+
+# glibc configure options to get power9 specific library
+GLIBC_EXTRA_OECONF_powerpc64 += "${@bb.utils.contains('TUNE_FEATURES', 
'power9', '--with-cpu=power9', '', d)}"
+GLIBC_EXTRA_OECONF_powerpc += "${@bb.utils.contains('TUNE_FEATURES', 'power9', 
'--with-cpu=power9', '', d)}"
+
+# QEMU usermode fails with invalid instruction error
+MACHINE_FEATURES_BACKFILL_CONSIDERED_append = 
"${@bb.utils.contains('TUNE_FEATURES', 'power9', ' qemu-usermode', '', d)}"
-- 
2.24.1

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


[OE-core] [PATCH 09/19] busybox: Replace obsolete stime API with clock_settime

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 .../0001-Remove-stime-function-calls.patch| 85 +++
 meta/recipes-core/busybox/busybox_1.31.1.bb   |  1 +
 2 files changed, 86 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-Remove-stime-function-calls.patch

diff --git 
a/meta/recipes-core/busybox/busybox/0001-Remove-stime-function-calls.patch 
b/meta/recipes-core/busybox/busybox/0001-Remove-stime-function-calls.patch
new file mode 100644
index 00..9b9432844c
--- /dev/null
+++ b/meta/recipes-core/busybox/busybox/0001-Remove-stime-function-calls.patch
@@ -0,0 +1,85 @@
+From d3539be8f27b8cbfdfee460fe08299158f08bcd9 Mon Sep 17 00:00:00 2001
+From: Alistair Francis 
+Date: Tue, 19 Nov 2019 13:06:40 +0100
+Subject: [PATCH] Remove stime() function calls
+
+stime() has been deprecated in glibc 2.31 and replaced with
+clock_settime(). Let's replace the stime() function calls with
+clock_settime() in preperation.
+
+function old new   delta
+rdate_main   197 224 +27
+clock_settime  -  27 +27
+date_main926 941 +15
+stime 37   - -37
+--
+(add/remove: 2/2 grow/shrink: 2/0 up/down: 69/-37) Total: 32 bytes
+
+Upstream-Status: Backport 
[https://git.busybox.net/busybox/commit/?id=d3539be8f27b8cbfdfee460fe08299158f08bcd9]
 
+Signed-off-by: Alistair Francis 
+Signed-off-by: Denys Vlasenko 
+---
+ coreutils/date.c | 6 +-
+ libbb/missing_syscalls.c | 8 
+ util-linux/rdate.c   | 8 ++--
+ 3 files changed, 11 insertions(+), 11 deletions(-)
+
+--- a/coreutils/date.c
 b/coreutils/date.c
+@@ -279,6 +279,9 @@ int date_main(int argc UNUSED_PARAM, cha
+   time(_sec);
+ #endif
+   }
++#if !ENABLE_FEATURE_DATE_NANO
++  ts.tv_nsec = 0;
++#endif
+   localtime_r(_sec, _time);
+ 
+   /* If date string is given, update tm_time, and maybe set date */
+@@ -301,9 +304,10 @@ int date_main(int argc UNUSED_PARAM, cha
+   if (date_str[0] != '@')
+   tm_time.tm_isdst = -1;
+   ts.tv_sec = validate_tm_time(date_str, _time);
++  ts.tv_nsec = 0;
+ 
+   /* if setting time, set it */
+-  if ((opt & OPT_SET) && stime(_sec) < 0) {
++  if ((opt & OPT_SET) && clock_settime(CLOCK_REALTIME, ) < 0) {
+   bb_perror_msg("can't set date");
+   }
+   }
+--- a/libbb/missing_syscalls.c
 b/libbb/missing_syscalls.c
+@@ -15,14 +15,6 @@ pid_t getsid(pid_t pid)
+   return syscall(__NR_getsid, pid);
+ }
+ 
+-int stime(const time_t *t)
+-{
+-  struct timeval tv;
+-  tv.tv_sec = *t;
+-  tv.tv_usec = 0;
+-  return settimeofday(, NULL);
+-}
+-
+ int sethostname(const char *name, size_t len)
+ {
+   return syscall(__NR_sethostname, name, len);
+--- a/util-linux/rdate.c
 b/util-linux/rdate.c
+@@ -95,9 +95,13 @@ int rdate_main(int argc UNUSED_PARAM, ch
+   if (!(flags & 2)) { /* no -p (-s may be present) */
+   if (time(NULL) == remote_time)
+   bb_error_msg("current time matches remote time");
+-  else
+-  if (stime(_time) < 0)
++  else {
++  struct timespec ts;
++  ts.tv_sec = remote_time;
++  ts.tv_nsec = 0;
++  if (clock_settime(CLOCK_REALTIME, ) < 0)
+   bb_perror_msg_and_die("can't set time of day");
++  }
+   }
+ 
+   if (flags != 1) /* not lone -s */
diff --git a/meta/recipes-core/busybox/busybox_1.31.1.bb 
b/meta/recipes-core/busybox/busybox_1.31.1.bb
index e7618e5bfe..1d0102eb2b 100644
--- a/meta/recipes-core/busybox/busybox_1.31.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.31.1.bb
@@ -42,6 +42,7 @@ SRC_URI = 
"https://busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://0001-testsuite-check-uudecode-before-using-it.patch \
file://0001-testsuite-use-www.example.org-for-wget-test-cases.patch 
\
file://0001-du-l-works-fix-to-use-145-instead-of-144.patch \
+   file://0001-Remove-stime-function-calls.patch \
 "
 SRC_URI_append_libc-musl = " file://musl.cfg "
 
-- 
2.24.1

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


[OE-core] [PATCH 12/19] gcc-sanitizers: Fix build with glibc 2.31

2019-12-29 Thread Khem Raj
Backport a patch from latest gcc-9-branch to fix an API change in glibc
2.31, this patch wont be needed when upgrading to 9.3 or 10.x

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gcc/gcc-9.2.inc |  1 +
 ...libsanitizer-build-with-master-glibc.patch | 70 +++
 2 files changed, 71 insertions(+)
 create mode 100644 
meta/recipes-devtools/gcc/gcc-9.2/0037-Fix-up-libsanitizer-build-with-master-glibc.patch

diff --git a/meta/recipes-devtools/gcc/gcc-9.2.inc 
b/meta/recipes-devtools/gcc/gcc-9.2.inc
index c6395998d5..926df11c27 100644
--- a/meta/recipes-devtools/gcc/gcc-9.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-9.2.inc
@@ -64,6 +64,7 @@ SRC_URI = "\

file://0034-fix-segmentation-fault-in-precompiled-header-generat.patch \
file://0035-Fix-for-testsuite-failure.patch \
file://0036-Re-introduce-spe-commandline-options.patch \
+   file://0037-Fix-up-libsanitizer-build-with-master-glibc.patch \
file://CVE-2019-14250.patch \
   file://CVE-2019-15847_1.patch \
   file://CVE-2019-15847_2.patch \
diff --git 
a/meta/recipes-devtools/gcc/gcc-9.2/0037-Fix-up-libsanitizer-build-with-master-glibc.patch
 
b/meta/recipes-devtools/gcc/gcc-9.2/0037-Fix-up-libsanitizer-build-with-master-glibc.patch
new file mode 100644
index 00..abe074c289
--- /dev/null
+++ 
b/meta/recipes-devtools/gcc/gcc-9.2/0037-Fix-up-libsanitizer-build-with-master-glibc.patch
@@ -0,0 +1,70 @@
+From 7ed24d12664319f34625a12fd8c0f729a0e71f5c Mon Sep 17 00:00:00 2001
+From: Auto Builder 
+Date: Sun, 22 Dec 2019 02:58:24 +
+Subject: [PATCH] Fix up libsanitizer build with master glibc
+
+2019-11-26  Jakub Jelinek  
+
+   PR sanitizer/92154
+   * sanitizer_common/sanitizer_platform_limits_posix.h: Cherry-pick
+   llvm-project revision 947f9692440836dcb8d88b74b69dd379d85974ce.
+   * sanitizer_common/sanitizer_platform_limits_posix.cpp: Likewise.
+
+Upstream-Status: Backport 
[https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=b02486e0951bc0ed38310a03be73e479fc6f3e7a;hp=3feeac76ffc38427de2d7d086e2928e63eee2d44]
+Signed-off-by: Auto Builder 
+---
+ .../sanitizer_platform_limits_posix.cc|  5 +++--
+ .../sanitizer_platform_limits_posix.h | 15 +--
+ 2 files changed, 4 insertions(+), 16 deletions(-)
+
+diff --git a/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc 
b/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
+index 6cd4a5bac..d823a1219 100644
+--- a/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
 b/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
+@@ -1156,8 +1156,9 @@ CHECK_SIZE_AND_OFFSET(ipc_perm, uid);
+ CHECK_SIZE_AND_OFFSET(ipc_perm, gid);
+ CHECK_SIZE_AND_OFFSET(ipc_perm, cuid);
+ CHECK_SIZE_AND_OFFSET(ipc_perm, cgid);
+-#if !defined(__aarch64__) || !SANITIZER_LINUX || __GLIBC_PREREQ (2, 21)
+-/* On aarch64 glibc 2.20 and earlier provided incorrect mode field.  */
++#if !SANITIZER_LINUX || __GLIBC_PREREQ (2, 31)
++/* glibc 2.30 and earlier provided 16-bit mode field instead of 32-bit
++   on many architectures.  */
+ CHECK_SIZE_AND_OFFSET(ipc_perm, mode);
+ #endif
+ 
+diff --git a/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h 
b/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h
+index 73af92af1..6a673a7c9 100644
+--- a/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h
 b/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h
+@@ -211,26 +211,13 @@ namespace __sanitizer {
+ u64 __unused1;
+ u64 __unused2;
+ #elif defined(__sparc__)
+-#if defined(__arch64__)
+ unsigned mode;
+-unsigned short __pad1;
+-#else
+-unsigned short __pad1;
+-unsigned short mode;
+ unsigned short __pad2;
+-#endif
+ unsigned short __seq;
+ unsigned long long __unused1;
+ unsigned long long __unused2;
+-#elif defined(__mips__) || defined(__aarch64__) || defined(__s390x__)
+-unsigned int mode;
+-unsigned short __seq;
+-unsigned short __pad1;
+-unsigned long __unused1;
+-unsigned long __unused2;
+ #else
+-unsigned short mode;
+-unsigned short __pad1;
++unsigned int mode;
+ unsigned short __seq;
+ unsigned short __pad2;
+ #if defined(__x86_64__) && !defined(_LP64)
+-- 
+2.17.1
+
-- 
2.24.1

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


[OE-core] [PATCH 06/19] siteinfo: Recognize 64bit PPC LE

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/classes/siteinfo.bbclass | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/classes/siteinfo.bbclass b/meta/classes/siteinfo.bbclass
index 411e70478e..d62aaac0f0 100644
--- a/meta/classes/siteinfo.bbclass
+++ b/meta/classes/siteinfo.bbclass
@@ -48,6 +48,7 @@ def siteinfo_data_for_machine(arch, os, d):
 "powerpc": "endian-big bit-32 powerpc-common",
 "nios2": "endian-little bit-32 nios2-common",
 "powerpc64": "endian-big bit-64 powerpc-common",
+"powerpc64le": "endian-little bit-64 powerpc-common",
 "ppc": "endian-big bit-32 powerpc-common",
 "ppc64": "endian-big bit-64 powerpc-common",
 "ppc64le" : "endian-little bit-64 powerpc-common",
@@ -106,8 +107,10 @@ def siteinfo_data_for_machine(arch, os, d):
 "powerpc-linux-muslspe": "powerpc-linux powerpc32-linux",
 "powerpc64-linux-gnuspe": "powerpc-linux powerpc64-linux",
 "powerpc64-linux-muslspe": "powerpc-linux powerpc64-linux",
-"powerpc64-linux": "powerpc-linux",
-"powerpc64-linux-musl": "powerpc-linux",
+"powerpc64-linux": "powerpc-linux powerpc64-linux",
+"powerpc64-linux-musl": "powerpc-linux powerpc64-linux",
+"powerpc64le-linux": "powerpc-linux powerpc64-linux",
+"powerpc64le-linux-musl": "powerpc-linux powerpc64-linux",
 "riscv32-linux": "riscv32-linux",
 "riscv32-linux-musl": "riscv32-linux",
 "riscv64-linux": "riscv64-linux",
-- 
2.24.1

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


[OE-core] [PATCH 07/19] powerpc, powerpc64: Append little-endianness to tune arch

2019-12-29 Thread Khem Raj
This helps in constructing right arch for target tuple name for
Little-endian ppc

Signed-off-by: Khem Raj 
---
 meta/conf/machine/include/powerpc/arch-powerpc.inc   | 3 ++-
 meta/conf/machine/include/powerpc/arch-powerpc64.inc | 2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/conf/machine/include/powerpc/arch-powerpc.inc 
b/meta/conf/machine/include/powerpc/arch-powerpc.inc
index 8c0c943044..ef18e9ac8b 100644
--- a/meta/conf/machine/include/powerpc/arch-powerpc.inc
+++ b/meta/conf/machine/include/powerpc/arch-powerpc.inc
@@ -15,7 +15,8 @@ TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", 
"bigendian", " -mbig-endia
 
 TUNEVALID[m32] = "Power ELF32 standard ABI"
 TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'm32', ' -m32', '', d)}"
-TUNE_ARCH .= "${@bb.utils.contains('TUNE_FEATURES', 'm32', 'powerpc', '', d)}"
+TUNE_ARCH .= "${@bb.utils.contains('TUNE_FEATURES', 'm32', 
'powerpc${ENDIAN_SFX}', '', d)}"
+ENDIAN_SFX = "${@bb.utils.contains('TUNE_FEATURES', 'bigendian', '', 'le', d)}"
 
 TUNEVALID[fpu-hard] = "Use hardware FPU."
 TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'fpu-hard', ' 
-mhard-float', '', d)}"
diff --git a/meta/conf/machine/include/powerpc/arch-powerpc64.inc 
b/meta/conf/machine/include/powerpc/arch-powerpc64.inc
index 4bc5983087..cf5c3ef8e6 100644
--- a/meta/conf/machine/include/powerpc/arch-powerpc64.inc
+++ b/meta/conf/machine/include/powerpc/arch-powerpc64.inc
@@ -5,7 +5,7 @@ require conf/machine/include/powerpc/arch-powerpc.inc
 TUNEVALID[m64] = "Power ELF64 standard ABI"
 TUNECONFLICTS[m64] = "m32 nf"
 TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'm64', ' -m64', '', d)}"
-TUNE_ARCH .= "${@bb.utils.contains('TUNE_FEATURES', [ 'm64' ], 'powerpc64', 
'', d)}"
+TUNE_ARCH .= "${@bb.utils.contains('TUNE_FEATURES', [ 'm64' ], 
'powerpc64${ENDIAN_SFX}', '', d)}"
 
 # musl only supports elfv2 ABI for ppc64
 TUNE_CCARGS .= "${@['', ' -mabi=elfv2']['libc-musl' in 
d.getVar('OVERRIDES').split(':')]}"
-- 
2.24.1

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


[OE-core] [PATCH 02/19] systemd: Fix time_t size assumptions

2019-12-29 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 ...ead-of-TIME_T_MAX-for-timerfd_settim.patch | 31 +++
 meta/recipes-core/systemd/systemd_243.2.bb|  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch
 
b/meta/recipes-core/systemd/systemd/0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch
new file mode 100644
index 00..76a1c7364d
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch
@@ -0,0 +1,31 @@
+From 6bcf562bd1e541c7aa46923d9a14201c7f785261 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 16 Dec 2019 12:49:07 -0800
+Subject: [PATCH] Use INT_MAX instead of TIME_T_MAX for timerfd_settime timeout
+
+kernel prior to 64bit time_t support might not entertain such large
+timeout therefore reduce it to INT_MAX which would set timer expiration
+event after 68 years of uptime, should be good for all practical
+purposes
+
+Signed-off-by: Khem Raj 
+---
+ src/basic/time-util.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/basic/time-util.c b/src/basic/time-util.c
+index bfe2c60da1..8cf682b36a 100644
+--- a/src/basic/time-util.c
 b/src/basic/time-util.c
+@@ -1486,7 +1486,7 @@ int time_change_fd(void) {
+ 
+ /* We only care for the cancellation event, hence we set the timeout 
to the latest possible value. */
+ static const struct itimerspec its = {
+-.it_value.tv_sec = TIME_T_MAX,
++.it_value.tv_sec = INT_MAX,
+ };
+ 
+ _cleanup_close_ int fd;
+-- 
+2.24.1
+
diff --git a/meta/recipes-core/systemd/systemd_243.2.bb 
b/meta/recipes-core/systemd/systemd_243.2.bb
index ac7a5f86b3..3f68604a5c 100644
--- a/meta/recipes-core/systemd/systemd_243.2.bb
+++ b/meta/recipes-core/systemd/systemd_243.2.bb
@@ -46,6 +46,7 @@ SRC_URI_MUSL = "\

file://0019-Hide-__start_BUS_ERROR_MAP-and-__stop_BUS_ERROR_MAP.patch \
file://0020-missing_type.h-add-__compar_d_fn_t-definition.patch 
\
file://0021-avoid-redefinition-of-prctl_mm_map-structure.patch \
+   
file://0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch \
file://0024-test-json.c-define-M_PIl.patch \
file://0001-do-not-disable-buffer-in-writing-files.patch \
file://0002-src-login-brightness.c-include-sys-wait.h.patch \
-- 
2.24.1

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


[OE-core] [PATCH 01/19] util-linux: Use PCRE for hardlink

2019-12-29 Thread Khem Raj
Use PCRE, this enables using posix extended Regexps on cmdline

Signed-off-by: Khem Raj 
---
 meta/recipes-core/util-linux/util-linux.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index 1fa82363b1..8262217fc1 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -106,6 +106,7 @@ EXTRA_OECONF_append_class-target = " --enable-setpriv"
 EXTRA_OECONF_append_class-native = " --without-cap-ng --disable-setpriv"
 EXTRA_OECONF_append_class-nativesdk = " --without-cap-ng --disable-setpriv"
 
+PACKAGECONFIG ?= "pcre2"
 PACKAGECONFIG_class-target ?= "${@bb.utils.filter('DISTRO_FEATURES', 'pam', 
d)}"
 # inherit manpages requires this to be present, however util-linux does not 
have 
 # configuration options, and installs manpages always
@@ -117,6 +118,8 @@ PACKAGECONFIG[systemd] = "--with-systemd 
--with-systemdsystemunitdir=${systemd_s
 PACKAGECONFIG[pylibmount] = "--with-python=3 
--enable-pylibmount,--without-python --disable-pylibmount,python3"
 # Readline support
 PACKAGECONFIG[readline] = "--with-readline,--without-readline,readline"
+# PCRE support in hardlink
+PACKAGECONFIG[pcre2] = ",,libpcre2"
 
 EXTRA_OEMAKE = "ARCH=${TARGET_ARCH} CPU= CPUOPT= 'OPT=${CFLAGS}'"
 
-- 
2.24.1

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


[OE-core] [PATCH 03/19] goarch: Dont use -fno-PIE on mips

2019-12-29 Thread Khem Raj
This was added with

98b24e9268 goarch.bbclass: set SECURITY_CFLAGS for mips64

to overcome a problem that was inherent in go linker which has been now
fixed in golang compiler upstream

https://github.com/golang/go/issues/20243
https://github.com/golang/go/commit/39c07ce9e5311c94880789f19f2f8b49bf1b5241

Signed-off-by: Khem Raj 
Cc: Kai Kang 
---
 meta/classes/goarch.bbclass | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass
index 1147b6d233..33d1a13acb 100644
--- a/meta/classes/goarch.bbclass
+++ b/meta/classes/goarch.bbclass
@@ -53,7 +53,6 @@ ARM_INSTRUCTION_SET_armv5 = "arm"
 ARM_INSTRUCTION_SET_armv6 = "arm"
 
 TUNE_CCARGS_remove = "-march=mips32r2"
-SECURITY_CFLAGS_mipsarch = "${SECURITY_NOPIE_CFLAGS}"
 SECURITY_NOPIE_CFLAGS ??= ""
 
 # go can't be built with ccache:
-- 
2.24.1

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


[OE-core] [PATCH 04/19] cmake: Add a knob for cmake VERBOSE settings

2019-12-29 Thread Khem Raj
Setting VERBOSE always, while is fine on one hand for debugging, its
coming at an expense of creating lots and lots of logs, e.g. qtwebkit
compile logs alone with VERBOSE is 163MB, there are many other large
packages which use cmake e.g. WPE, webkitgtk etc which are in same range
with out this option on, the logs reduce to 861K and also speeds up
build a notch

If user needs to disable these logs for a recipe or globally

CMAKE_VERBOSE = ""

in recipe or in global metadata e.g. local.conf

Signed-off-by: Khem Raj 
Cc: Ross Burton 
Cc: Andre McCurdy 
---
 meta/classes/cmake.bbclass | 13 +++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 8ccb1eefc7..11ffb0d33f 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -181,9 +181,18 @@ cmake_do_configure() {
  -Wno-dev
 }
 
+# To disable verbose cmake logs for a given recipe or globally config metadata 
e.g. local.conf
+# add following
+#
+# CMAKE_VERBOSE = ""
+#
+
+CMAKE_VERBOSE ??= "VERBOSE=1"
+
+# Then run do_compile again
 cmake_runcmake_build() {
-   bbnote ${DESTDIR:+DESTDIR=${DESTDIR} }VERBOSE=1 cmake --build '${B}' 
"$@" -- ${EXTRA_OECMAKE_BUILD}
-   eval ${DESTDIR:+DESTDIR=${DESTDIR} }VERBOSE=1 cmake --build '${B}' "$@" 
-- ${EXTRA_OECMAKE_BUILD}
+   bbnote ${DESTDIR:+DESTDIR=${DESTDIR} }${CMAKE_VERBOSE} cmake --build 
'${B}' "$@" -- ${EXTRA_OECMAKE_BUILD}
+   eval ${DESTDIR:+DESTDIR=${DESTDIR} }${CMAKE_VERBOSE} cmake --build 
'${B}' "$@" -- ${EXTRA_OECMAKE_BUILD}
 }
 
 cmake_do_compile()  {
-- 
2.24.1

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


Re: [OE-core] [PATCH] u-boot: Update to v2020.01-rc5

2019-12-29 Thread Tom Rini
On Sun, Dec 29, 2019 at 10:18:54AM -0800, Khem Raj wrote:
> On Sun, Dec 29, 2019 at 5:46 AM Tom Rini  wrote:
> >
> > On Sun, Dec 29, 2019 at 09:23:47AM +, Richard Purdie wrote:
> > > On Tue, 2019-12-24 at 14:41 -0800, Alistair Francis wrote:
> > > > Signed-off-by: Alistair Francis 
> > > > ---
> > > >  meta/recipes-bsp/u-boot/u-boot-common.inc | 4 ++--
> > > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > > >
> > > > diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > > b/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > > index a0f9c41469..4799948bb1 100644
> > > > --- a/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > > +++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > > @@ -11,11 +11,11 @@ LIC_FILES_CHKSUM = "
> > > > file://Licenses/README;md5=30503fd321432fc713238f582193b78e"
> > > >  PE = "1"
> > > >
> > > >  # Drop this line when updating to 2020.01 final
> > > > -PV = "2020.01~rc3"
> > > > +PV = "2020.01~rc5"
> > > >
> > > >  # We use the revision in order to avoid having to fetch it from the
> > > >  # repo during parse
> > > > -SRCREV = "d4a31e8ee5592072d8d5208b3e950cba2d89b6bd"
> > > > +SRCREV = "ef7c2af65966a57c98d3c47e6c2fe1ce2103b7f6"
> > > >
> > > >  SRC_URI = "git://git.denx.de/u-boot.git \
> > >
> > > Seems to break on musl:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1392
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1396
> >
> > Looks like the Gentoo folks hit this as well:
> > http://patchwork.ozlabs.org/patch/1211367/
> >
> > Can someone review/ack that please if that's the best way (rather than
> > reworking include/u-boot/crc.h) to deal with the problem?  Thanks!
> >
> 
> this patch looks ok to me 

Would you mind following up with a Reviewed-by?

> but I do have one question
> Include should be "compiler.h" and not  which would be for
> system includes, is there a reason to not do so.

We're not consistent about "" vs <> for headers U-Boot provides for
system tools, a follow-up patch would be appreciated.  Thanks!

-- 
Tom


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


Re: [OE-core] [PATCH] u-boot: Update to v2020.01-rc5

2019-12-29 Thread Khem Raj
On Sun, Dec 29, 2019 at 5:46 AM Tom Rini  wrote:
>
> On Sun, Dec 29, 2019 at 09:23:47AM +, Richard Purdie wrote:
> > On Tue, 2019-12-24 at 14:41 -0800, Alistair Francis wrote:
> > > Signed-off-by: Alistair Francis 
> > > ---
> > >  meta/recipes-bsp/u-boot/u-boot-common.inc | 4 ++--
> > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > b/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > index a0f9c41469..4799948bb1 100644
> > > --- a/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > +++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
> > > @@ -11,11 +11,11 @@ LIC_FILES_CHKSUM = "
> > > file://Licenses/README;md5=30503fd321432fc713238f582193b78e"
> > >  PE = "1"
> > >
> > >  # Drop this line when updating to 2020.01 final
> > > -PV = "2020.01~rc3"
> > > +PV = "2020.01~rc5"
> > >
> > >  # We use the revision in order to avoid having to fetch it from the
> > >  # repo during parse
> > > -SRCREV = "d4a31e8ee5592072d8d5208b3e950cba2d89b6bd"
> > > +SRCREV = "ef7c2af65966a57c98d3c47e6c2fe1ce2103b7f6"
> > >
> > >  SRC_URI = "git://git.denx.de/u-boot.git \
> >
> > Seems to break on musl:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1392
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1396
>
> Looks like the Gentoo folks hit this as well:
> http://patchwork.ozlabs.org/patch/1211367/
>
> Can someone review/ack that please if that's the best way (rather than
> reworking include/u-boot/crc.h) to deal with the problem?  Thanks!
>

this patch looks ok to me but I do have one question
Include should be "compiler.h" and not  which would be for
system includes, is there a reason to not do so.

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


Re: [OE-core] [PATCH 01/11] elfutils: upgrade 0.177 -> 0.178

2019-12-29 Thread Richard Purdie
On Fri, 2019-12-20 at 17:23 +0100, Alexander Kanavin wrote:
> Remove 0007-Fix-control-path-where-we-have-str-as-uninitialized-
> .patch
> as issue fixed upstream.
> 
> Rebase other patches.
> 
> Adjust ptests, pass rate is now 100% again:
> 
> ==
> All 206 tests passed
> (6 tests were not run)
> ==
> 
> Signed-off-by: Alexander Kanavin 

I'm guessing a bit but I think somehow this is breaking rpm on musl:

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1395

(the libdebuginfod.so reference which is new in this version of
elfutils)

Cheers,

Richard

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


[OE-core] [OE-Core][PATCH] linuxloader: Correct loader for glibc on armhf

2019-12-29 Thread Alex Kiernan
Fix the naming of the loader on armhf to match what glibc expects:

  #define GLIBC_DYNAMIC_LINKER_SOFT_FLOAT SYSTEMLIBS_DIR "ld-linux.so.3"
  #define GLIBC_DYNAMIC_LINKER_HARD_FLOAT SYSTEMLIBS_DIR "ld-linux-armhf.so.3"

Signed-off-by: Alex Kiernan 
---

 meta/classes/linuxloader.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/linuxloader.bbclass b/meta/classes/linuxloader.bbclass
index c0fbf2683634..e2876cec7aad 100644
--- a/meta/classes/linuxloader.bbclass
+++ b/meta/classes/linuxloader.bbclass
@@ -41,7 +41,7 @@ def get_glibc_loader(d):
 elif re.search("i.86", targetarch):
 dynamic_loader = "${base_libdir}/ld-linux.so.2"
 elif targetarch == "arm":
-dynamic_loader = "${base_libdir}/ld-linux.so.3"
+dynamic_loader = "${base_libdir}/ld-linux${@['-armhf', 
''][d.getVar('TARGET_FPU') == 'soft']}.so.3"
 elif targetarch.startswith("aarch64"):
 dynamic_loader = 
"${base_libdir}/ld-linux-aarch64${ARMPKGSFX_ENDIAN_64}.so.1"
 elif targetarch.startswith("riscv64"):
-- 
2.17.1

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


Re: [OE-core] [PATCH] u-boot: Update to v2020.01-rc5

2019-12-29 Thread Tom Rini
On Sun, Dec 29, 2019 at 09:23:47AM +, Richard Purdie wrote:
> On Tue, 2019-12-24 at 14:41 -0800, Alistair Francis wrote:
> > Signed-off-by: Alistair Francis 
> > ---
> >  meta/recipes-bsp/u-boot/u-boot-common.inc | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> > 
> > diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc
> > b/meta/recipes-bsp/u-boot/u-boot-common.inc
> > index a0f9c41469..4799948bb1 100644
> > --- a/meta/recipes-bsp/u-boot/u-boot-common.inc
> > +++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
> > @@ -11,11 +11,11 @@ LIC_FILES_CHKSUM = "
> > file://Licenses/README;md5=30503fd321432fc713238f582193b78e"
> >  PE = "1"
> >  
> >  # Drop this line when updating to 2020.01 final
> > -PV = "2020.01~rc3"
> > +PV = "2020.01~rc5"
> >  
> >  # We use the revision in order to avoid having to fetch it from the
> >  # repo during parse
> > -SRCREV = "d4a31e8ee5592072d8d5208b3e950cba2d89b6bd"
> > +SRCREV = "ef7c2af65966a57c98d3c47e6c2fe1ce2103b7f6"
> >  
> >  SRC_URI = "git://git.denx.de/u-boot.git \
> 
> Seems to break on musl:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1392
> https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1396

Looks like the Gentoo folks hit this as well:
http://patchwork.ozlabs.org/patch/1211367/

Can someone review/ack that please if that's the best way (rather than
reworking include/u-boot/crc.h) to deal with the problem?  Thanks!

-- 
Tom


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


Re: [OE-core] [OE-Core][PATCH] lib/oe/qa: handle missing data attribute in __exit__

2019-12-29 Thread Richard Purdie
On Sun, 2019-12-29 at 09:31 +, Alex Kiernan wrote:
> If mmap fails in open, we don't have a data attribute so when we
> execute
> as a context manager the call to self.data.close needs to handle the
> missing attribute:
> 
>   File:
> '/home/akiernan/nanohub/build/../poky/meta/classes/chrpath.bbclass',
> lineno: 11, function: process_file_linux
>0007:with oe.qa.ELFFile(fpath) as elf:
>0008:try:
>0009:elf.open()
>0010:except oe.qa.NotELFFileError:
>*** 0011:return
>0012:
>0013:p = sub.Popen([cmd, '-l',
> fpath],stdout=sub.PIPE,stderr=sub.PIPE)
>0014:out, err = p.communicate()
>0015:# If returned successfully, process stdout for
> results
>   File: '/home/akiernan/nanohub/build/../poky/meta/lib/oe/qa.py',
> lineno: 50, function: __exit__
>0046:def __enter__(self):
>0047:return self
>0048:
>0049:def __exit__(self, exc_type, exc_value, traceback):
>*** 0050:self.data.close()
>0051:
>0052:def open(self):
>0053:with open(self.name, "rb") as f:
>0054:try:
>   Exception: AttributeError: 'ELFFile' object has no attribute 'data'
> 
> Fixes: 7785c41d0b95 ("chrpath: do less work")
> Signed-off-by: Alex Kiernan 
> ---
> 
>  meta/lib/oe/qa.py | 6 +-
>  1 file changed, 5 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/lib/oe/qa.py b/meta/lib/oe/qa.py
> index 21066c4dc3b3..d85206f155f0 100644
> --- a/meta/lib/oe/qa.py
> +++ b/meta/lib/oe/qa.py
> @@ -47,7 +47,11 @@ class ELFFile:
>  return self
>  
>  def __exit__(self, exc_type, exc_value, traceback):
> -self.data.close()
> +try:
> +self.data.close()
> +except AttributeError:
> +# If we failed to mmap in open then the data attribute
> won't exist
> +pass
>  
>  def open(self):
>  with open(self.name, "rb") as f:

Thanks, there was a patch in master-next which was being held for
various reasons but I fixed the commit message and I merged it early on
to resolve this in master.

Cheers,

Richard

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


[OE-core] βœ— patchtest: failure for lib/oe/qa: handle missing data attribute in __exit__

2019-12-29 Thread Patchwork
== Series Details ==

Series: lib/oe/qa: handle missing data attribute in __exit__
Revision: 1
URL   : https://patchwork.openembedded.org/series/21782/
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
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at 39825cba47)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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


Re: [OE-core] [PATCH 10/11] libcap: update to 2.28

2019-12-29 Thread Alexander Kanavin
On Sun, 29 Dec 2019 at 12:22, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

>
> Looks like there may be a native gcc version issue:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/575
>
> (our friend Centos)
>

Thanks, this should be relatively easy to fix (when I get back to the build
box after new years):
| psx.c:239:5: error: β€˜for’ loop initial declarations are only allowed in
C99 mode
|  for (int i = 0; i < 7; i++) {

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


[OE-core] [OE-Core][PATCH] lib/oe/qa: handle missing data attribute in __exit__

2019-12-29 Thread Alex Kiernan
If mmap fails in open, we don't have a data attribute so when we execute
as a context manager the call to self.data.close needs to handle the
missing attribute:

  File: '/home/akiernan/nanohub/build/../poky/meta/classes/chrpath.bbclass', 
lineno: 11, function: process_file_linux
   0007:with oe.qa.ELFFile(fpath) as elf:
   0008:try:
   0009:elf.open()
   0010:except oe.qa.NotELFFileError:
   *** 0011:return
   0012:
   0013:p = sub.Popen([cmd, '-l', 
fpath],stdout=sub.PIPE,stderr=sub.PIPE)
   0014:out, err = p.communicate()
   0015:# If returned successfully, process stdout for results
  File: '/home/akiernan/nanohub/build/../poky/meta/lib/oe/qa.py', lineno: 50, 
function: __exit__
   0046:def __enter__(self):
   0047:return self
   0048:
   0049:def __exit__(self, exc_type, exc_value, traceback):
   *** 0050:self.data.close()
   0051:
   0052:def open(self):
   0053:with open(self.name, "rb") as f:
   0054:try:
  Exception: AttributeError: 'ELFFile' object has no attribute 'data'

Fixes: 7785c41d0b95 ("chrpath: do less work")
Signed-off-by: Alex Kiernan 
---

 meta/lib/oe/qa.py | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/qa.py b/meta/lib/oe/qa.py
index 21066c4dc3b3..d85206f155f0 100644
--- a/meta/lib/oe/qa.py
+++ b/meta/lib/oe/qa.py
@@ -47,7 +47,11 @@ class ELFFile:
 return self
 
 def __exit__(self, exc_type, exc_value, traceback):
-self.data.close()
+try:
+self.data.close()
+except AttributeError:
+# If we failed to mmap in open then the data attribute won't exist
+pass
 
 def open(self):
 with open(self.name, "rb") as f:
-- 
2.17.1

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


Re: [OE-core] [PATCH] u-boot: Update to v2020.01-rc5

2019-12-29 Thread Richard Purdie
On Tue, 2019-12-24 at 14:41 -0800, Alistair Francis wrote:
> Signed-off-by: Alistair Francis 
> ---
>  meta/recipes-bsp/u-boot/u-boot-common.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc
> b/meta/recipes-bsp/u-boot/u-boot-common.inc
> index a0f9c41469..4799948bb1 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
> @@ -11,11 +11,11 @@ LIC_FILES_CHKSUM = "
> file://Licenses/README;md5=30503fd321432fc713238f582193b78e"
>  PE = "1"
>  
>  # Drop this line when updating to 2020.01 final
> -PV = "2020.01~rc3"
> +PV = "2020.01~rc5"
>  
>  # We use the revision in order to avoid having to fetch it from the
>  # repo during parse
> -SRCREV = "d4a31e8ee5592072d8d5208b3e950cba2d89b6bd"
> +SRCREV = "ef7c2af65966a57c98d3c47e6c2fe1ce2103b7f6"
>  
>  SRC_URI = "git://git.denx.de/u-boot.git \

Seems to break on musl:

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1392
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/1396

Cheers,

Richard

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


Re: [OE-core] [PATCH 10/11] libcap: update to 2.28

2019-12-29 Thread Richard Purdie
On Fri, 2019-12-20 at 17:23 +0100, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin 
> ---
>  ...-tests-do-not-run-target-executables.patch | 32
> +++
>  .../libcap/{libcap_2.27.bb => libcap_2.28.bb} |  5 +--
>  2 files changed, 35 insertions(+), 2 deletions(-)
>  create mode 100644 meta/recipes-support/libcap/files/0002-tests-do-
> not-run-target-executables.patch
>  rename meta/recipes-support/libcap/{libcap_2.27.bb => libcap_2.28.bb
> 

Looks like there may be a native gcc version issue:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/575

(our friend Centos)

Cheers,

Richard

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