[linux-yocto][yocto-kernel-cache yocto-5.10][PATCH 2/2] nxp-imx6: Enable hdmi and LVDS config

Enable hdmi and LVDS config for HDMI display interface and LCD expansion Signed-off-by: Xiaolei Wang --- bsp/nxp-imx6/nxp-imx6.cfg | 5 + 1 file changed, 5 insertions(+) diff --git a/bsp/nxp-imx6/nxp-imx6.cfg b/bsp/nxp-imx6/nxp-imx6.cfg index ed843ca4..f3617331 100644 ---

[linux-yocto][yocto-kernel-cache yocto-5.10][PATCH 1/2] nxp-imx6: Enable imx6q machine config

Enable imx6q machine config for imx6qsabresd board Signed-off-by: Xiaolei Wang --- bsp/nxp-imx6/nxp-imx6.cfg | 1 + 1 file changed, 1 insertion(+) diff --git a/bsp/nxp-imx6/nxp-imx6.cfg b/bsp/nxp-imx6/nxp-imx6.cfg index 76d7811b..ed843ca4 100644 --- a/bsp/nxp-imx6/nxp-imx6.cfg +++

Re: [linux-yocto] [linux-yocto standard kernel]: nxp-s32g2xx: update linux-yocto to NXP bsp32 rc1

In message: [linux-yocto] [linux-yocto standard kernel]: nxp-s32g2xx: update linux-yocto to NXP bsp32 rc1 on 04/01/2022 Zhantao Tang wrote: > Hi Bruce, > > There are 88 patches from bsp32 rc1 for updating the following branch > > v5.10/standard/nxp-sdk-5.10/nxp-s32g2xx > > ould you

Re: [linux-yocto] [linux-yocto preempt-rt kernel]: nxp-s32g2xx: update linux-yocto to NXP bsp32 rc1

In message: [linux-yocto] [linux-yocto preempt-rt kernel]: nxp-s32g2xx: update linux-yocto to NXP bsp32 rc1 on 04/01/2022 Zhantao Tang wrote: > Hi Bruce, > > There are 88 patches from bsp32 rc1 for updating the following branch > > v5.10/standard/preempt-rt/nxp-sdk-5.10/nxp-s32g2xx >

Re: [linux-yocto] [yocto-kernel-cache][PATCH 1/1] cfg/debug: add kcov kernel configs

Staged on 5.10+ Bruce In message: [yocto-kernel-cache][PATCH 1/1] cfg/debug: add kcov kernel configs on 02/01/2022 Ovidiu Panait wrote: > KCOV exposes kernel code coverage information in a form suitable for > coverage-guided fuzzing. This debug feature can be enabled to add support for > kernel

Re: [linux-yocto][yocto-kernel-cache][yocto-5.10][PATCH] ti-j72xx: add video decoder and encoder support

merged Bruce In message: [linux-yocto][yocto-kernel-cache][yocto-5.10][PATCH] ti-j72xx: add video decoder and encoder support on 31/12/2021 Xulin Sun wrote: > J721E on TI SDK 8.1 adds Video Decoder (DECODER) based on D5520MP2 > and Video Encoder (ENCODER) based on VXE384MP2, here the related

Re: [linux-yocto][linux-yocto v5.10] kernel code for marvell octeon [RT]

In message: [linux-yocto][linux-yocto v5.10] kernel code for marvell octeon [RT] on 30/12/2021 Ruiqiang Hao wrote: > Hi Bruce, > > Please help to merge code into our linux-yocto repo. > > repo: > linux-yocto > branch: > v5.10/standard/preempt-rt/cn-sdkv5.4/octeon

Re: [linux-yocto][linux-yocto v5.10] kernel code for marvell octeon

In message: [linux-yocto][linux-yocto v5.10] kernel code for marvell octeon on 30/12/2021 Ruiqiang Hao wrote: > Hi Bruce, > > Please help to merge code into our linux-yocto repo. > > repo: > linux-yocto > branch: > v5.10/standard/cn-sdkv5.4/octeon merged. Bruce

Re: [linux-yocto][linux-yocto v5.10/standard/ti-sdk-5.10/ti-j72xx][PATCH] ti-j72xx kernel for upgrading BSP to TI SDK 8.1 version

In message: [linux-yocto][linux-yocto v5.10/standard/ti-sdk-5.10/ti-j72xx][PATCH] ti-j72xx kernel for upgrading BSP to TI SDK 8.1 version on 29/12/2021 Xulin Sun wrote: > Hi Bruce, > > Could you please help to merge below kernel patches to branch > "v5.10/standard/ti-sdk-5.10/ti-j72xx" ?

Re: [linux-yocto] [kernel-cache][PATCH] drivers-zynq.cfg: update CONFIG_NET_CADENCE option

Staged in 5.14+ (even if the commit is older than them, I've kept in on the primary reference version). But I can cherry pick it to other versions if required Bruce In message: [kernel-cache][PATCH] drivers-zynq.cfg: update CONFIG_NET_CADENCE option on 27/12/2021 Alexander Kanavin wrote: > It

Re: [linux-yocto] [kernel-cache][PATCH] preempt-rt.scc: arm should come after ftrace

staged in the 5.14+ meta-data. It will be part of my next consolidated pull request. Bruce In message: [kernel-cache][PATCH] preempt-rt.scc: arm should come after ftrace on 27/12/2021 Alexander Kanavin wrote: > arm.cfg unsets CONFIG_FUNCTION_GRAPH_TRACER and sets > CONFIG_UNWINDER_ARM; this

Re: [yocto] pseudo error building master with kas-container

Hi Trevor, On January 4, 2022 8:25:28 PM GMT+01:00, Trevor Woerner wrote: >Hi, > >I'm seeing a build failure with pseudo performing a qemux86 build using >kas-container. Note that I'm using kas-container, and not using kas inside a >container of my own making. > >build host: openSUSE 15.3

Re: [yocto] building image for Realtek RTS3916N mips SoC using vendor provided prebuilt external uClibc toolchain

On Wed, Dec 29, 2021 at 7:40 PM Davis Roman wrote: > > On Wed, Dec 29, 2021 at 6:15 PM Davis Roman wrote: > > > > On Wed, Dec 29, 2021 at 5:30 PM Khem Raj wrote: > > > > > > > > > > > > On Wed, Dec 29, 2021 at 2:20 PM Davis Roman > > > wrote: > > >> > > >> On Wed, Dec 29, 2021 at 2:21 PM

Re: [yocto] BBLAYERS

You need to set up a separate build directory for each of the layer configurations: the point of the build directory is to actually specify which layers you want. Just make sure they all share sstate cache dir, and downloads dir, and bitbake will reuse what it can. Alex On Tue, 4 Jan 2022 at

Re: [yocto] BBLAYERS

Is it possible to use BBMASK to remove from builds ? From: Monsees, Steven C (US) Sent: Tuesday, January 4, 2022 2:32 PM To: 'yocto@lists.yoctoproject.org' Subject: RE: BBLAYERS Any suggestions... ? From: Monsees, Steven C (US) Sent: Tuesday, January 4, 2022 7:22 AM To:

Re: [yocto] BBLAYERS

Any suggestions... ? From: Monsees, Steven C (US) Sent: Tuesday, January 4, 2022 7:22 AM To: yocto@lists.yoctoproject.org Subject: BBLAYERS Under my Yocto build, I have basically 2 build directories (one for Arm and one for Intel platforms)... each build directory has its own bblayer.conf.

[yocto] pseudo error building master with kas-container

Hi, I'm seeing a build failure with pseudo performing a qemux86 build using kas-container. Note that I'm using kas-container, and not using kas inside a container of my own making. build host: openSUSE 15.3 container tool: podman steps: $ git clone https://github.com/siemens/kas.git

Re: [yocto] updating system with local time

can't write it to /etc/localtime ... it's a read only system. There is an environment variable named TZ, when ever it is changed, local time is changed as well. Is there a way (by script or cron job) to set the way system will update as well? 10x, Arik On Tue, Jan 4, 2022 at 5:46 PM Ross

[yocto] Yocto Project Status WW01`22

Current Dev Position: YP 3.5 M2 Next Deadline: 17th Jan. 2022 YP 3.5 M2 build Next Team Meetings: * Bug Triage meeting Thursday Jan. 6th 7:30 am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09) *

Re: [yocto] updating system with local time

On Tue, 4 Jan 2022 at 14:58, Arik Kleiman wrote: > > I don't have option to add systemd. > > Added alrady tzdata and all time zone folders exist. > The issue is that ntpdate returns time in UTC. > > I found a way to get local time zone (by using ip lookup). Now i looking for > a way to use it to

Re: [yocto] updating system with local time

>From what i read, there is a way to do this using timedatectl (its part of systemd). Anyone knows what recipe i need for that? On Tue, Jan 4, 2022, 16:58 Arik Kleiman via lists.yoctoproject.org wrote: > I don't have option to add systemd. > > Added alrady tzdata and all time zone folders

Re: [yocto] How to add WIFI debug tool to custom image #raspberrypi #ubuntu #yocto #devtool #distro

Hi Mihir, On Sun, Jan 2, 2022 at 07:26 AM, wrote: > > Hello, > > How can I add any generic WiFi debug tool to Yocto imgae? > > Thanks > Mihir You can use NetworkManager recipe (

Re: [yocto] libquadmath

One final update for anyone who might run into this problem. With all of my fiddling/twiddling I failed to get libquadmath to build under the `zeus` branch. Unfortunately, my other layer dependencies only support `zeus` so it seems I will have to wait until they support a branch that can build

Re: [yocto] updating system with local time

I don't have option to add systemd. Added alrady tzdata and all time zone folders exist. The issue is that ntpdate returns time in UTC. I found a way to get local time zone (by using ip lookup). Now i looking for a way to use it to update system time On Tue, Jan 4, 2022, 15:47 Michael

Re: [linux-yocto]: [kernel v5.10/standard/intel-sdk-5.10/intel-socfpga]: driver: fix dead lock issue

No problem, Thanks for the follow up! Bruce On Tue, Jan 4, 2022 at 12:34 AM Li, Meng wrote: > > Hi Bruce, > > Please ignore this pull request. > These 2 patches had been merged some days ago, I forgot that. > > Thanks, > Limeng > > > -Original Message- > > From:

Re: [yocto] updating system with local time

Hi Arik, On 1/4/22 1:15 PM, Arik Kleiman wrote: > The thing is that ntpdate syncs system time to UTC  > > How can i set my system's time according to time zone? If you're using systemd, you could use the timedatectl command:

[yocto] BBLAYERS

Under my Yocto build, I have basically 2 build directories (one for Arm and one for Intel platforms)... each build directory has its own bblayer.conf. Under each of these directories I build multiple images for each platform... If say, on the Intel side, I can build for 3 MACHINES creating 3

Re: [yocto] updating system with local time

The thing is that ntpdate syncs system time to UTC How can i set my system's time according to time zone? On Tue, Jan 4, 2022, 14:05 Ross Burton wrote: > Just use something like NTP to sync the local time. There's a number > of recipes that can do this, such as systemd/ntp/ntpdate. > > Ross >

Re: [yocto] [meta-raspberrypi][PATCH] userland: add dtc dependency

On Thu, 8 Jul 2021, at 09:45, massimo toscanelli via lists.yoctoproject.org wrote: > When using dtparam, dtoverlay converts /proc/device-tree to a .dtb and > loads it. However, if dtc is not installed, this operation cannot be > done and every call to dtparam fails. > > Therefore, dtc needs to be

Re: [yocto] [meta-raspberrypi][PATCH] xserver-xorg: remove xshmfence configure option

On Thu, 9 Dec 2021, at 02:59, Yu, Mingli wrote: > From: Mingli Yu > > After the commit [1] introduced in openembedded-core layer, > some configure options is't carried over include xshmfence > option, so remove the xshmfence configure option to silence > the below warning. > WARNING:

Re: [yocto] updating system with local time

Just use something like NTP to sync the local time. There's a number of recipes that can do this, such as systemd/ntp/ntpdate. Ross On Tue, 4 Jan 2022 at 07:47, Arik Kleiman wrote: > > Hi, > > Is there any way to update my Read Only system (which connected to the world > via cellular) with

[linux-yocto] [linux-yocto standard kernel]: nxp-s32g2xx: update linux-yocto to NXP bsp32 rc1

Hi Bruce, There are 88 patches from bsp32 rc1 for updating the following branch v5.10/standard/nxp-sdk-5.10/nxp-s32g2xx ould you please help to merge these patches? The patch infos as following: The following changes since commit 18be680a4046079450735a25264b349509e32880: Merge

[linux-yocto] [linux-yocto preempt-rt kernel]: nxp-s32g2xx: update linux-yocto to NXP bsp32 rc1

Hi Bruce, There are 88 patches from bsp32 rc1 for updating the following branch v5.10/standard/preempt-rt/nxp-sdk-5.10/nxp-s32g2xx ould you please help to merge these patches? The patch infos as following: The following changes since commit a451e9237dfca4f357cb2f7de7cc984c4bfce461: