Re: [yocto] [meta-security][PATCH 3/3] linux-stable/5.2: add stable bbappend

2019-08-20 Thread akuster808 


On 8/20/19 8:11 PM, Hongzhi, Song wrote:
> Hi Armin,
>
> Do you know where is linux-stable_5.2.bb?

yes. in meta-odroid.

I suspect we could just use linux-%_5.2.bb

- armin
>
> Thanks,
>
> --Hongzhi
>
>
> On 8/14/19 7:54 AM, Armin Kuster wrote:
>> Signed-off-by: Armin Kuster 
>> ---
>>   recipes-kernel/linux/linux-stable_5.2.bbappend | 4 
>>   1 file changed, 4 insertions(+)
>>   create mode 100644 recipes-kernel/linux/linux-stable_5.2.bbappend
>>
>> diff --git a/recipes-kernel/linux/linux-stable_5.2.bbappend
>> b/recipes-kernel/linux/linux-stable_5.2.bbappend
>> new file mode 100644
>> index 000..76b5df5
>> --- /dev/null
>> +++ b/recipes-kernel/linux/linux-stable_5.2.bbappend
>> @@ -0,0 +1,4 @@
>> +KERNEL_FEATURES_append = " ${@bb.utils.contains("DISTRO_FEATURES",
>> "apparmor", " features/apparmor/apparmor.scc", "" ,d)}"
>> +KERNEL_FEATURES_append = " ${@bb.utils.contains("DISTRO_FEATURES",
>> "smack", " features/smack/smack.scc", "" ,d)}"
>> +KERNEL_FEATURES_append = " ${@bb.utils.contains("DISTRO_FEATURES",
>> "yama", " features/yama/yama.scc", "" ,d)}"
>> +

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-security][PATCH 3/3] linux-stable/5.2: add stable bbappend

2019-08-20 Thread Hongzhi, Song 

Hi Armin,

Do you know where is linux-stable_5.2.bb?

Thanks,

--Hongzhi


On 8/14/19 7:54 AM, Armin Kuster wrote:

Signed-off-by: Armin Kuster 
---
  recipes-kernel/linux/linux-stable_5.2.bbappend | 4 
  1 file changed, 4 insertions(+)
  create mode 100644 recipes-kernel/linux/linux-stable_5.2.bbappend

diff --git a/recipes-kernel/linux/linux-stable_5.2.bbappend 
b/recipes-kernel/linux/linux-stable_5.2.bbappend
new file mode 100644
index 000..76b5df5
--- /dev/null
+++ b/recipes-kernel/linux/linux-stable_5.2.bbappend
@@ -0,0 +1,4 @@
+KERNEL_FEATURES_append = " ${@bb.utils.contains("DISTRO_FEATURES", "apparmor", " 
features/apparmor/apparmor.scc", "" ,d)}"
+KERNEL_FEATURES_append = " ${@bb.utils.contains("DISTRO_FEATURES", "smack", " 
features/smack/smack.scc", "" ,d)}"
+KERNEL_FEATURES_append = " ${@bb.utils.contains("DISTRO_FEATURES", "yama", " 
features/yama/yama.scc", "" ,d)}"
+

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][PATCH 1/1] mcstrans: specify SBINDIR

2019-08-20 Thread Joe Slater 
We need SBINDIR to be compatible with the usrmerge distro feature.
The update to version 2.8 (commit c55c0aca...) removed the definition,
perhaps because the "${D}/" prefix broke the build.

Signed-off-by: Joe Slater 
---
 recipes-security/selinux/mcstrans.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/recipes-security/selinux/mcstrans.inc 
b/recipes-security/selinux/mcstrans.inc
index 2568c8d..e66633d 100644
--- a/recipes-security/selinux/mcstrans.inc
+++ b/recipes-security/selinux/mcstrans.inc
@@ -14,6 +14,9 @@ inherit systemd update-rc.d
 
 DEPENDS += "libsepol libselinux libcap"
 
+# We do not need "${D}/" as a prefix anymore.
+EXTRA_OEMAKE += "SBINDIR=${base_sbindir}"
+
 do_install_append() {
 install -d ${D}${sbindir}
 install -m 755 utils/untranscon ${D}${sbindir}/
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Yocto 2.7 SDK Eclipse

2019-08-20 Thread Alexander Kanavin 
On Tue, 20 Aug 2019 at 17:34, Bert Böhne  wrote:

> I am using Yocto 2.7 and I want to use the SDK to build applications(or
> give the SDK to my colleagues to let them build applications). I have read
> in the documentation that there are plugins for Eclipse. But for Yocto
> 2.7(or maybe earlier) the support for this plugin was removed. So if we
> want to use Eclipse (and CMake), is this still possible? I am a little
> confused about this.
>
>
>
> If anybody could give me a hint, I would appreciate it very much.
>

It is possible, but you have to maintain it. The project couldn't find
anyone to take care of the plugins, and so the only remaining option was to
disable them.

Alex
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto 2.7 SDK Eclipse

2019-08-20 Thread Bert Böhne 
Hi,

I am using Yocto 2.7 and I want to use the SDK to build applications(or give 
the SDK to my colleagues to let them build applications). I have read in the 
documentation that there are plugins for Eclipse. But for Yocto 2.7(or maybe 
earlier) the support for this plugin was removed. So if we want to use Eclipse 
(and CMake), is this still possible? I am a little confused about this.

If anybody could give me a hint, I would appreciate it very much.

Thanks,

Bert
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto Project Status WW34'19

2019-08-20 Thread sjolley.yp.pm 
Current Dev Position: YP 2.8 M3

Next Deadline: YP 2.8 Milestone M3 Cutoff (Feature Freeze) Aug 25, 2019

 

SWAT Team Rotation:

*   SWAT lead is currently: Chen
*   SWAT team rotation: Chen -> Anuj on Aug. 23, 2019
*   SWAT team rotation: Anuj -> Armin on Aug. 30, 2019
*
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

 

Next Team Meetings:

*   Bug Triage meeting Thursday August 22nd at 7:30am PDT (
 https://zoom.us/j/454367603)
*   Monthly Project Meeting Tuesday Sept. 3rd at 8am PDT (
 https://zoom.us/j/990892712) 
*   Twitch - Next event is Tuesday Sept. 10th at 8am PDT (
 https://www.twitch.tv/yocto_project)

 

Key Status/Updates:

*   YP 2.6.3 has been released.
*   This release which was 2.8 will now become 3.0.
*   The sstate hash equivalency continues to have challenges:

*   performance of the hash server is not able to scale to the
autibuilder's load
*   there are some bugs in the code the autobuilder continues to expose
*   we have cases where its not 100% clear what the correct behaviour
should be
*   test cases are proving to be problematic to write in a maintainable
way

*   On a more positive note, some of the key performance issues were
identified and fixed so performance doesn't regress for usage without hash
equivalence. Several corruption issues and other key fixes to runqueue also
merged.
*   Jason Wessel finally tracked down our mystery glibc-locale bug,
which was not a pseudo issue. Thanks and kudos to Jason!
*   General patch merging is currently delayed along with patch feedback
due to the hash equivalence issues and lack of bandwidth to progress
everything at once.
*   We still need to make a decision on systemd or sysvinit defaults as
the init system.
*   We are a week away from the 3.0 feature freeze.

 

Planned Releases for YP 3.0 {2.8}:

*   M3 Cutoff (Feature Freeze) 25th Aug
*   M3 Release 6th Sept
*   M4 Cutoff 30th Sept - this will be YP 3.0.
*   YP 3.0 {2.8 (M4)} Final Release 25th Oct

 

Planned upcoming dot releases:

*   YP 2.7.2 (Warrior) is planned for after YP 3.0 release.
*   YP 2.6.4 (Thud) is planned for after YP 2.7.2  release.

 

Tracking Metrics:

*   WDD 2495 (last week 2482) (

https://wiki.yoctoproject.org/charts/combo.html)
*   Poky Patch Metrics  

*   Total patches found: 1491 (last week 1489)
*   Patches in the Pending State: 616 (41%) [last week 617 (41%)]

 

Key Status Links for YP:

 
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.8_Status

 
https://wiki.yoctoproject.org/wiki/Yocto_2.8_Schedule

 
https://wiki.yoctoproject.org/wiki/Yocto_2.8_Features

 

The Yocto Project's technical governance is through its Technical Steering
Committee, more information is available at:

 
https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at:

https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you'd like to see on this
weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Project Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[linux-yocto] [kernel-cache master] bsp: Add the support for the marvell-cn96xx BSP

2019-08-20 Thread Kevin Hao 
This adds the cfg files to support the Marvell OCTEON TX2
CN96XX multicore arm64 SoC.

Signed-off-by: Kevin Hao 
---
 bsp/marvell-cn96xx/marvell-cn96xx-standard.scc |   7 ++
 bsp/marvell-cn96xx/marvell-cn96xx.cfg  | 104 +
 bsp/marvell-cn96xx/marvell-cn96xx.scc  |   6 ++
 3 files changed, 117 insertions(+)
 create mode 100644 bsp/marvell-cn96xx/marvell-cn96xx-standard.scc
 create mode 100644 bsp/marvell-cn96xx/marvell-cn96xx.cfg
 create mode 100644 bsp/marvell-cn96xx/marvell-cn96xx.scc

diff --git a/bsp/marvell-cn96xx/marvell-cn96xx-standard.scc 
b/bsp/marvell-cn96xx/marvell-cn96xx-standard.scc
new file mode 100644
index ..8d92dc15f87b
--- /dev/null
+++ b/bsp/marvell-cn96xx/marvell-cn96xx-standard.scc
@@ -0,0 +1,7 @@
+define KMACHINE marvell-cn96xx
+define KTYPE standard
+define KARCH arm64
+
+include ktypes/standard
+
+include marvell-cn96xx.scc
diff --git a/bsp/marvell-cn96xx/marvell-cn96xx.cfg 
b/bsp/marvell-cn96xx/marvell-cn96xx.cfg
new file mode 100644
index ..6b83cd0659aa
--- /dev/null
+++ b/bsp/marvell-cn96xx/marvell-cn96xx.cfg
@@ -0,0 +1,104 @@
+..
+.WARNING
+.
+. This file is a kernel configuration fragment, and not a full kernel
+. configuration file.  The final kernel configuration is made up of
+. an assembly of processed fragments, each of which is designed to
+. capture a specific part of the final configuration (e.g. platform
+. configuration, feature configuration, and board specific hardware
+. configuration).  For more information on kernel configuration, please
+. consult the product documentation.
+.
+..
+
+CONFIG_ARM64=y
+CONFIG_ARM64_VA_BITS_48=y
+CONFIG_ARM_SMMU_V3=y
+CONFIG_NR_CPUS=24
+CONFIG_ARCH_THUNDER=y
+
+# uboot set "coherent_pool=16M" kernel parameter by default, so we need to
+# make sure CONFIG_FORCE_MAX_ZONEORDER is big enough
+CONFIG_ARM64_64K_PAGES=y
+CONFIG_TRANSPARENT_HUGEPAGE=y
+
+# PCIe
+CONFIG_PCI=y
+CONFIG_PCIEPORTBUS=y
+CONFIG_HOTPLUG_PCI=y
+CONFIG_HOTPLUG_PCI_PCIE=y
+CONFIG_PCI_IOV=y
+
+CONFIG_PCI_HOST_GENERIC=y
+CONFIG_PCI_HOST_THUNDER_PEM=y
+CONFIG_PCI_HOST_OCTEONTX2_PEM=y
+
+# Ethernet
+CONFIG_OCTEONTX2_AF=y
+CONFIG_OCTEONTX2_PF=y
+CONFIG_OCTEONTX2_VF=y
+CONFIG_USB_USBNET=y
+CONFIG_USB_NET_AX88179_178A=y
+
+# NVMe
+CONFIG_BLK_DEV_NVME=y
+
+# DMA
+CONFIG_OCTEONTX2_DPI_PF=y
+
+# MTD
+CONFIG_MTD=y
+CONFIG_MTD_SPI_NOR=y
+CONFIG_MTD_M25P80=y
+CONFIG_MTD_BLOCK=y
+
+# USB
+CONFIG_USB=y
+CONFIG_USB_XHCI_HCD=y
+
+# SPI
+CONFIG_SPI=y
+CONFIG_SPI_OCTEONTX2=y
+
+# I2C
+CONFIG_I2C=y
+CONFIG_I2C_THUNDERX=y
+
+# Serial
+CONFIG_SERIAL_AMBA_PL011=y
+CONFIG_SERIAL_AMBA_PL011_CONSOLE=y
+
+# Watchdog
+CONFIG_ARM_SBSA_WATCHDOG=y
+
+# SD
+CONFIG_MMC=y
+CONFIG_MMC_CAVIUM_THUNDERX=y
+
+# GPIO
+CONFIG_GPIOLIB=y
+CONFIG_GPIO_THUNDERX=y
+
+# HWMON
+CONFIG_SENSORS_MAX6697=y
+CONFIG_SENSORS_JC42=y
+
+# RTC
+CONFIG_RTC_CLASS=y
+CONFIG_RTC_DRV_DS1307=y
+
+# Regulator
+CONFIG_REGULATOR=y
+CONFIG_REGULATOR_FIXED_VOLTAGE=y
+CONFIG_REGULATOR_GPIO=y
+
+# VFIO
+CONFIG_VFIO=y
+CONFIG_VFIO_PCI=y
+
+# Misc
+CONFIG_EEPROM_AT24=y
+CONFIG_HW_RANDOM=y
+CONFIG_HW_RANDOM_CAVIUM=y
+CONFIG_OCTEONTX2_RM=y
+CONFIG_OCTEONTX2_RM_DOM_SYSFS=y
diff --git a/bsp/marvell-cn96xx/marvell-cn96xx.scc 
b/bsp/marvell-cn96xx/marvell-cn96xx.scc
new file mode 100644
index ..0d104fad583b
--- /dev/null
+++ b/bsp/marvell-cn96xx/marvell-cn96xx.scc
@@ -0,0 +1,6 @@
+kconf hardware marvell-cn96xx.cfg
+kconf hardware features/edac/edac.cfg
+
+include cfg/usb-mass-storage.scc
+
+include features/hugetlb/hugetlb.scc
-- 
2.14.4

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[linux-yocto] [linux-yocto-dev] Add the support for the Marvell cn96xx SoC

2019-08-20 Thread Kevin Hao 
Hi Bruce,

This patch series adds the support for the Marvell cn96xx SoC. The OCTEON TX2
cn96xx SoC is a scalable architecture that integrates high performance 64-bit
Armv8.2 processors, a cache-coherent interconnect, hardware accelerators,
virtualized networking, and scalable I/O. It support the following
industry-standard I/O interfaces:
DDR4 DRAM
PCI Express 4.0 version 1.0
SGMII
QSGMII
XAUI
XFI
CAUI

Most of the patches are for the Marvell specific drivers. So in theory, it
should be safe to merge these patches to the standard/base branch. But I
prefer to stage them to the specific standard/cn96xx branch. The reason is
that we plan to support other Marvell SoCs, and the SDK for them may be
based on different SDK versions. They will definitely touch some common
files affect by this patch series. So it would be a nightmare for us to
support them if these patches are merged to the standard/base branch.

The following changes since commit ce4ec6ff9589e3b1dcc4e3a0b192b02823631c3e:

  Merge tag 'v5.3-rc5' into standard/base (2019-08-18 22:40:47 -0400)

are available in the Git repository at:

  git://github.com/haokexin/linux standard/cn96xx

for you to fetch changes up to 4fae437f7ea88d2aab10cac684e11d94b12114bd:

  octeontx2-af: Fix the using of variable length arrays (2019-08-20 11:25:36 
+0800)


Aleksey Makarov (6):
  octeontx2-pf: Set irq affinity hints for CQ interrupts
  octeontx2-pf: Implement ndo_tx_timeout callback
  octeontx2-pf: Support queue interrupts
  octeontx2-pf: Add reset count to stats
  octeontx2-af: Add low level support for Marvell PTP coprocessor
  octeontx2-pf: Add support for PTP clock

Angela Czubak (2):
  octeontx2-af: fix rvu_sso_ggrp_taq_flush
  octeontx2-af: fix cgx_lmac_rx_tx_enable

Chandrakala Chavva (1):
  mmc: cavium_thunderx: Use proper register to clear interrupts

Christina Jacob (21):
  octeontx2-pf: BQL support.
  octeontx2-pf: IRQ coalescing config and tuning via ethtool
  octeontx2-af: Dump current resource provisioning status
  octeontx2-pf: Adding ethtool support for link status information.
  octeontx2-af: Patch to prevent redundant message from pf to af.
  octeontx2-pf: Fix redundant message from AF to PF
  octeontx2-af: Support to get link info like current speed, fec etc
  octeontx2-pf: Ethtool support for fec configuration
  octeontx2-pf: Fix smmuv3 messages while deferring pf driver probe.
  octeontx2-af: Move to rvu_fwdata version 1.
  octeontx2-pf: Add ethtool -m option support.
  octeontx2-af: Extend fwdata structure with additional information.
  octeontx2-af: Update fwadata structure with few more reserved fields.
  octeontx2-af: Fetch FEC stats of the physical link
  octeontx2-pf: Support to display fec counters also in ethtool stats.
  octeontx2-af: sync ATF and Kernel firmware data structure.
  octeontx2-pf: Support to display current settings of a vf network 
interface via ethtool
  net:thunderx: fix memory leak in nicvf driver.
  soc: octeontx2: Add mdio command interface using debugfs
  octeontx2-af: Introduce SET_LINK_MODE command to change various 
configurations of a network interface.
  octeontx2-pf: support to change link speed and autoneg

Felix Manlunas (2):
  octeontx2-af: Add new CGX_CMDs to set and get PHY modulation type
  octeontx2-pf: Add ethtool priv flag to control PAM4 on/off

Geetha sowjanya (26):
  octeontx2-af: Sync hw mbox with bounce buffer.
  octeontx2-pf: Add mailbox bounce buffer
  octeontx2-pf: Add interface stats to ndo_get_stats64
  octeontx2-af: Config receive and transmission of pause frames
  octeontx2-af: Add mbox message to enable/disable pause frames.
  octeontx2-af: Add mbox messages to configure backpressure for an 
interface.
  octeontx2-pf: Add ethtool support to enable/disable pause frames
  octeontx2-pf: Configure RED drop levels for packet reception.
  octeontx2-pf: Configure backpressure level for packet reception
  octeontx2-pf: Skip CQ_STATUS read if pending CQEs greater than budget
  octeontx2-pf: Set RVU PF/VF watchdog timeout
  octeontx2-af: Check SQ counters to detect the deadlock
  octeontx2-af: Enable pci bus mastering
  octeontx2-af: Fix rvu probe on cgx disable
  octeontx2-pf: Add VF function level reset (FLR) support
  octeontx2-vf: Configure backpressure level for packet reception
  octeontx2-af: Support configurable NDC cache way_mask
  octeontx2: Fix mbox driver compilation dependency.
  octeontx2-pf: Set minimum MTU size to 64 bytes
  octeontx2-pf: Schedule work to refill RQ if buffer alloc fails in atomic 
context.
  octeontx2-pf: Free HW resources on PF/VF initialization failure
  octeontx2-af: Update hardware workarounds for 95xx A1 silicon

Re: [yocto] Building SDK for macOS

2019-08-20 Thread Ross Burton 

On 20/08/2019 10:13, Ross Burton wrote:

On 20/08/2019 09:53, Andy Pont wrote:
This may be a really dumb question but is it possible to generate an 
SDK from a Yocto build that will allow cross compilation of an 
application to be done on a machine running macOS?


Yes, with caveats: http://git.yoctoproject.org/cgit/cgit.cgi/meta-darwin

The caveats are that it's not especially pretty as you can't just 
download macOS headers, and hasn't been used since 2015 so might need a 
little updating.


Did a little poking.

The need to build a SDK tarball on an existing macOS could probably be 
removed by using one of the convenient tarballs from 
https://github.com/phracker/MacOSX-SDKs/releases.


The SDK is 32-bit, which is going to be an issue on modern macOS systems.

The layer has several versioned bbappends which need updating to work 
with recent releases.


None of this is insurmountable, meta-darwin has been used for products 
in the past and with a little effort can be made to do so again.


Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Building SDK for macOS

2019-08-20 Thread Ross Burton 

On 20/08/2019 09:53, Andy Pont wrote:
This may be a really dumb question but is it possible to generate an SDK 
from a Yocto build that will allow cross compilation of an application 
to be done on a machine running macOS?


Yes, with caveats: http://git.yoctoproject.org/cgit/cgit.cgi/meta-darwin

The caveats are that it's not especially pretty as you can't just 
download macOS headers, and hasn't been used since 2015 so might need a 
little updating.


I do wonder if https://github.com/darlinghq/darling has sufficient 
headers/libraries to build what we need, instead of asking you to copy 
pieces from a macOS install.


Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Building SDK for macOS

2019-08-20 Thread Andy Pont 
This may be a really dumb question but is it possible to generate an SDK 
from a Yocto build that will allow cross compilation of an application 
to be done on a machine running macOS?


-Andy.


--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-anaconda][PATCH] packagegroup-installer-x11-anaconda: use libsdl2 instead of libsdl

2019-08-20 Thread Yi Zhao 
The libsdl had been moved out of oe-core because it is obsolete. Switch
to libsdl2.

Signed-off-by: Yi Zhao 
---
 recipes-installer/packagegroups/packagegroup-installer-x11-anaconda.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/recipes-installer/packagegroups/packagegroup-installer-x11-anaconda.bb 
b/recipes-installer/packagegroups/packagegroup-installer-x11-anaconda.bb
index 87c57c9..aa53809 100644
--- a/recipes-installer/packagegroups/packagegroup-installer-x11-anaconda.bb
+++ b/recipes-installer/packagegroups/packagegroup-installer-x11-anaconda.bb
@@ -18,7 +18,7 @@ RDEPENDS_packagegroup-installer-x11-anaconda = "\
 xset \
 settings-daemon \
 xrandr \
-libsdl \
+libsdl2 \
 metacity \
 adwaita-icon-theme \
 pango \
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto