Date   

Help regarding yocto receipe (bluez5)

chandumail05@...
 

Hi 

After board boot up , we are editing vi /etc/systemd/system/dbus-org.bluez.service these file as ExecStart=/usr/lib/bluetooth/bluetoothd -C (here we are adding -C means bluetooth running in compact mode).

but these is not good practice , so how we can change these service at compiling time itself , any idea ? main agenda is Run bluetoothd daemon in compatibility mode while building yocto image.


Re: Module.symvers failed with error: No such file or directory:

jjvazha@...
 

Are you able to resolve this issue ? I am seeing the similar issue
p: cannot stat ‘Module.symvers’: No such file or directory
WARNING: /home/jojan.vazhaeparampil/workspace/distro/build/tmp/work/cyclone5-poky-linux-gnueabi/linux-altera/5.8+gitAUTOINC+eb446787ab-r0/temp/run.do_shared_workdir.21085:1 exit 1 from 'cp Module.symvers $kerneldir/'


M+ & H bugs with Milestone Movements WW52

Stephen Jolley
 

All,

YP M+ or high bugs which moved to a new milestone in WW52 are listed below:

Priority

Bug ID

Short Description

Changer

Owner

Was

Became

Medium+

11766

nobody group added by systemd sysusers.d

randy.macleod@...

yi.zhao@...

3.3 M3

3.3 M2

 

 

yi.zhao@...

yi.zhao@...

3.3

3.3 M3

 

 

 

 

3.3 M1

3.3

 

13320

Update license files to match current SPDX names and license contents

randy.macleod@...

idadelm@...

3.3 M1

3.3 M2

 

13520

many valgrind tests fail for arm64

randy.macleod@...

stacygaikovaia@...

3.3 M1

3.3 M2

 

13527

Add SPDX license headers to all source files for layerindex-web

randy.macleod@...

idadelm@...

3.3 M1

3.3 M2

 

13529

Add SPDX license headers to all source files for prelink-cross

randy.macleod@...

idadelm@...

3.3 M1

3.3 M2

 

13589

Document sstate cache mirror best practices

randy.macleod@...

mark.morton@...

3.3 M1

3.3 M2

 

14117

When ifupdown ist configured for DHCP with IPv6 the system boot hangs

yi.zhao@...

yi.zhao@...

3.3 M1

3.3 M2

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Enhancements/Bugs closed WW52!

Stephen Jolley
 

All,

The below were the owners of enhancements or bugs closed during the last week!

Who

Count

mhalstead@...

1

akuster808@...

1

Grand Total

2

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Current high bug count owners for Yocto Project 3.3

Stephen Jolley
 

All,

Below is the list as of top 48 bug owners as of the end of WW52 of who have open medium or higher bugs and enhancements against YP 3.3.   There are 85 possible work days left until the final release candidates for YP 3.3 needs to be released.

Who

Count

richard.purdie@...

36

ross@...

27

david.reyna@...

21

bluelightning@...

19

bruce.ashfield@...

14

timothy.t.orling@...

12

JPEWhacker@...

11

mark.morton@...

11

sakib.sajal@...

10

kai.kang@...

10

trevor.gamblin@...

9

akuster808@...

9

Qi.Chen@...

6

hongxu.jia@...

4

stacygaikovaia@...

4

randy.macleod@...

4

raj.khem@...

4

yi.zhao@...

4

idadelm@...

4

mingli.yu@...

4

mostthingsweb@...

3

chee.yang.lee@...

3

alejandro@...

3

jeanmarie.lemetayer@...

2

saul.wold@...

2

matthewzmd@...

2

pokylinux@...

2

jaewon@...

2

ydirson@...

2

anuj.mittal@...

2

jon.mason@...

2

shachar@...

1

kergoth@...

1

aehs29@...

1

akuster@...

1

mark.hatle@...

1

pbarker@...

1

kamensky@...

1

dl9pf@...

1

joe.slater@...

1

twoerner@...

1

apoorvsangal@...

1

liezhi.yang@...

1

mhalstead@...

1

maxime.roussinbelanger@...

1

kexin.hao@...

1

Martin.Jansa@...

1

matt.ranostay@...

1

Grand Total

265

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Yocto Project Newcomer & Unassigned Bugs - Help Needed

Stephen Jolley
 

All,

 

The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please review: https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and how to create a bugzilla account at: https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work on who doesn't have deep experience with the project.  If anyone can help, please take ownership of the bug and send patches!  If anyone needs help/advice there are people on irc who can likely do so, or some of the more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs reported into the Bugzilla. The number of people attending that meeting has fallen, as have the number of people available to help fix bugs. One of the things we hear users report is they don't know how to help. We (the triage team) are therefore going to start reporting out the currently 343 unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out with these.  Bugs are split into two types, "true bugs" where things don't work as they should and "enhancements" which are features we'd want to add to the system.  There are also roughly four different "priority" classes right now, “3.2”, “3.3, "3.99" and "Future", the more pressing/urgent issues being in "3.2" and then “3.3”.

 

Please review this link and if a bug is something you would be able to help with either take ownership of the bug, or send me (sjolley.yp.pm@...) an e-mail with the bug number you would like and I will assign it to you (please make sure you have a Bugzilla account).  The list is at: https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Re: Prevent WIC image from being built?

Bruce Ashfield
 

On Mon, Dec 28, 2020 at 7:12 PM Howard <howard.egan@...> wrote:

Hi:

Was wondering if there was a way to exclude wic image from being built.
If you remove "wic" from the IMAGE_TYPES, it won't be built.

https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-IMAGE_TYPES

Bruce

Many thanks, and Happy New year.
Howard


--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II


Re: How to develop kernel modules on the target?

Bruce Ashfield
 

On Mon, Dec 28, 2020 at 2:06 PM p32 via lists.yoctoproject.org
<p32=tuta.io@...> wrote:

Hello,

The execution of "make scripts prepare" did actually solve the issue, thank you very much for your help!

However, the need to manually execute this command on the target platform made me look into the kernel-devsrc recipe (https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-kernel/linux/kernel-devsrc.bb?h=zeus) to see if it is possible to let the build host execute this step. Some comments imply that this is the case. Consider, for instance, the one in line 257:

Ensure we don't race against "make scripts" during cpio

Unfortunately, I was unable to figure out how to do this. Is there a way to let the recipe trigger this step automatically?
Nope. There is no way to do this on the build host. Not without
complex use of qemu-user to generate and package for the target
architecture. We cannot package the output of scripts in the target
package, since it matches the host architecture and this will trigger
a QA error.

If you happen to be x86 build host and x86 target (or ARM/ARM), you
can partially get away with just invoking the steps .. but this needs
to be in your own layer and is a hack, and not appropriate for core.

About 4 years ago, we were partially through doing this work, when the
person doing the qemu parts stopped working on the project. The
partial work is captured in bugzilla.

Cheers,

Bruce

Thanks!


--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II


Prevent WIC image from being built?

Howard
 

Hi:

Was wondering if there was a way to exclude wic image from being built.  

Many thanks, and Happy New year.
Howard


recommendations for (YP-based) linux-powered drones?

Robert P. J. Day
 

friend recently asked me for recommendations for entry-level,
linux-based drones whose software is generated by yocto project, so it
could be used as a learning experience. as in, the fun would be in
the creation and customization of the software, not just playing with
the drone.

i didn't have an immediate answer ... i recall that qualcomm has
linux-based drone components:

https://developer.qualcomm.com/hardware/qualcomm-flight-pro

and i'm aware of https://www.dronecode.org/, focused on OSS drone
projects.

any thoughts on linux-based drones where one would build the
software using yocto project?

rday


Re: How to develop kernel modules on the target?

p32@...
 

Hello,

The execution of "make scripts prepare" did actually solve the issue, thank you very much for your help!

However, the need to manually execute this command on the target platform made me look into the kernel-devsrc recipe (https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-kernel/linux/kernel-devsrc.bb?h=zeus) to see if it is possible to let the build host execute this step. Some comments imply that this is the case. Consider, for instance, the one in line 257:
Ensure we don't race against "make scripts" during cpio
Unfortunately, I was unable to figure out how to do this. Is there a way to let the recipe trigger this step automatically?

Thanks!


Re: chpasswd not working in yocto-2019

Philip Balister
 

On 12/28/20 7:33 AM, Raghu Icecraft Software Trainings wrote:
Paul,
Thanks for the reply.
I am using Xilinx-SDK based : Linux version 4.19.0-rt1-xilinx-v2019.1

Can you please let me know how to verify the yocto version running on
target.
You might have better luck on the meta-xilinx mailing list. They should
know the details for their BSP.

More info on Xilnx layers and a pointer to subscribe info to the mailing
list is here:

https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841883/Yocto

Philip


Thanks,
Raghu

On Mon, Dec 28, 2020 at 5:31 PM Paul Barker <pbarker@...> wrote:

On Mon, 28 Dec 2020 at 09:44, Raghu Icecraft Software Trainings
<raghu.icecraft@...> wrote:

Hello,
I have upgraded my kernel poky to 2019.1 version, here i am unable to
find chpasswd utility because of which i am unable to set password to my
root-user.
Can you please let me know if the chpasswd utility has been changed or
modified please.

Yocto Project doesn't have a version "2019.1", see
https://wiki.yoctoproject.org/wiki/Releases.

I guess you're using a vendor supplied BSP or SDK with that version
number. Could you provide the Yocto Project version number and the
layers in use, or at least give some more info on where your "2019.1"
release is from.

Thanks,

--
Paul Barker
Konsulko Group




Re: How to develop kernel modules on the target?

Ovidiu Panait
 

On 28.12.2020 15:40, p32 via lists.yoctoproject.org wrote:

Hello everyone,

I am using the Yocto-based build system provided by NXP (primarily via the meta-freescale layer) to create Linux images for an i.MX 8M board and would like to develop small kernel modules without going through the build process of the entire image after each modification. Therefore, I would prefer to compile the kernel modules on the target architecture and have added the following items to the IMAGE_INSTALL variable via my local.conf:
 - packagegroup-core-buildessential
 - kernel-modules
 - kernel-dev
 - kernel-devsrc

I then tried to follow the the official build instructions (https://www.kernel.org/doc/html/latest/kbuild/modules.html) on the target but was unable to create a kernel module:
imx8mqevk:~# make -C /lib/modules/$(uname -r)/build M=$PWD
make: Entering directory '/lib/modules/5.4.47-2.2.0+g5ec03d06f54e/build'
  CC [M]  /root/hello.o
In file included from ./include/linux/types.h:6,
                 from ./include/linux/list.h:5,
                 from ./include/linux/module.h:9,
                 from /root/hello.c:1:
./include/uapi/linux/types.h:5:10: fatal error: asm/types.h: No such file or directory
    [...]
compilation terminated.

Hi,


You need to run "make scripts prepare" in /usr/src/kernel before trying to compile kernel modules on target.


Ovidiu

What am I missing here? Is there something else I have to do on the target before I can compile kernel modules on the target?

For the sake of completeness: The build is based on the Zeus release and the following repo manifest file:
https://source.codeaurora.org/external/imx/imx-manifest/tree/imx-5.4.47-2.2.0.xml?h=imx-linux-zeus

Thanks!



How to develop kernel modules on the target?

p32@...
 

Hello everyone,

I am using the Yocto-based build system provided by NXP (primarily via the meta-freescale layer) to create Linux images for an i.MX 8M board and would like to develop small kernel modules without going through the build process of the entire image after each modification. Therefore, I would prefer to compile the kernel modules on the target architecture and have added the following items to the IMAGE_INSTALL variable via my local.conf:
 - packagegroup-core-buildessential
 - kernel-modules
 - kernel-dev
 - kernel-devsrc

I then tried to follow the the official build instructions (https://www.kernel.org/doc/html/latest/kbuild/modules.html) on the target but was unable to create a kernel module:
imx8mqevk:~# make -C /lib/modules/$(uname -r)/build M=$PWD
make: Entering directory '/lib/modules/5.4.47-2.2.0+g5ec03d06f54e/build'
  CC [M]  /root/hello.o
In file included from ./include/linux/types.h:6,
                 from ./include/linux/list.h:5,
                 from ./include/linux/module.h:9,
                 from /root/hello.c:1:
./include/uapi/linux/types.h:5:10: fatal error: asm/types.h: No such file or directory
    [...]
compilation terminated.

What am I missing here? Is there something else I have to do on the target before I can compile kernel modules on the target?

For the sake of completeness: The build is based on the Zeus release and the following repo manifest file:
https://source.codeaurora.org/external/imx/imx-manifest/tree/imx-5.4.47-2.2.0.xml?h=imx-linux-zeus

Thanks!


Re: chpasswd not working in yocto-2019

Raghu Icecraft Software Trainings
 

Paul,
Thanks for the reply.
I am using Xilinx-SDK based : Linux version 4.19.0-rt1-xilinx-v2019.1

Can you please let me know how to verify the yocto version running on target.

Thanks,
Raghu 

On Mon, Dec 28, 2020 at 5:31 PM Paul Barker <pbarker@...> wrote:
On Mon, 28 Dec 2020 at 09:44, Raghu Icecraft Software Trainings
<raghu.icecraft@...> wrote:
>
> Hello,
> I have upgraded my kernel poky to 2019.1 version, here i am unable to find chpasswd utility because of which i am unable to set password to my root-user.
> Can you please let me know if the chpasswd utility has been changed or modified please.

Yocto Project doesn't have a version "2019.1", see
https://wiki.yoctoproject.org/wiki/Releases.

I guess you're using a vendor supplied BSP or SDK with that version
number. Could you provide the Yocto Project version number and the
layers in use, or at least give some more info on where your "2019.1"
release is from.

Thanks,

--
Paul Barker
Konsulko Group


Re: chpasswd not working in yocto-2019

 

On Mon, 28 Dec 2020 at 09:44, Raghu Icecraft Software Trainings
<raghu.icecraft@...> wrote:

Hello,
I have upgraded my kernel poky to 2019.1 version, here i am unable to find chpasswd utility because of which i am unable to set password to my root-user.
Can you please let me know if the chpasswd utility has been changed or modified please.
Yocto Project doesn't have a version "2019.1", see
https://wiki.yoctoproject.org/wiki/Releases.

I guess you're using a vendor supplied BSP or SDK with that version
number. Could you provide the Yocto Project version number and the
layers in use, or at least give some more info on where your "2019.1"
release is from.

Thanks,

--
Paul Barker
Konsulko Group


chpasswd not working in yocto-2019

Raghu Icecraft Software Trainings
 

Hello,
I have upgraded my kernel poky to 2019.1 version, here i am unable to find chpasswd utility because of which i am unable to set password to my root-user.
Can you please let me know if the chpasswd utility has been changed or modified please.


Re: Error during do_install for linux-libc-headers_5.8 recipe during 'bitbake core-image-minimal'

Matthias Rampke
 

Bisect points at the commit that introduced the hard pseudo abort:

84e0642ed6aba422583871fc153bbd94380074de is the first bad commit
commit 84e0642ed6aba422583871fc153bbd94380074de
Author: Richard Purdie <richard.purdie@...>
Date:   Tue Sep 29 17:57:38 2020 +0100

    pseudo: Abort on mismatch patch

    Rather than doing what turns out to be a rather dangerous "fixup" if
    we see a file with a different path but the same inode as another file
    we've previously seen, throw and abort. Direct the user to a wiki page
    where we can maintain information about what this error means.

    (From OE-Core rev: 2db491d97da08d44ebd257f98489550a82a7935c)

    Signed-off-by: Richard Purdie <richard.purdie@...>

:040000 040000 265627b814038c0cc19248bbb885ab7536202e1c acfc4fbeb04a887f2ceeaa029a63a4dd82f7767d M      meta
bisect run success


/MR


On Sun, Dec 27, 2020 at 8:43 PM matthias.rampke via lists.yoctoproject.org <matthias.rampke=googlemail.com@...> wrote:
One more thing: I tried reverting the linux-libc-headers version change (57d5f4ad410d4e9d55bdd9734bf5ab8fa6667a53) and that fails in the same way, so it's not that.

I also realized that the yocto-3.2 tag does not include the 3.2.1 updates; however the same issue happens on 3.2.1 as well.

I will try to bisect this but it seems like it will take a long time since I need to wipe the tmp directory at every step.

/MR



Re: Error during do_install for linux-libc-headers_5.8 recipe during 'bitbake core-image-minimal'

Matthias Rampke
 

One more thing: I tried reverting the linux-libc-headers version change (57d5f4ad410d4e9d55bdd9734bf5ab8fa6667a53) and that fails in the same way, so it's not that.

I also realized that the yocto-3.2 tag does not include the 3.2.1 updates; however the same issue happens on 3.2.1 as well.

I will try to bisect this but it seems like it will take a long time since I need to wipe the tmp directory at every step.

/MR


Re: Error during do_install for linux-libc-headers_5.8 recipe during 'bitbake core-image-minimal'

Matthias Rampke
 

Hi,

I hit the same issue, also while trying things out on WSL2 (not committed enough to build a dedicated workstation/VM). I found a few more things:

This seems to be a pseudo abort with:
path mismatch [2 links]: ino 409763 db '/run/shm/sem.mp-bzdlrxrj' req '/run/shm/tGpqeT'.
I tried to follow the instructions to collect as many logs as possible. Logs are attached as far as I could find them; the strace is too big and you can find it here.

This is a regression: poky-3.1 (which uses linux-libc-headers 5.4) works. It seems we are not the only ones with this issue, and others have already given up on Yocto-on-WSL2.

Hope this is useful,
Matthias

5961 - 5980 of 57789