Date   

Re: Standard library header bug when compiling x32 application

Paul D. DeRocco
 

From: Paul D. DeRocco

Using Yocto 3.2.1 on an Intel target, trying to use the x32 model. I'm
getting this compile error when I use the SDK to separately compile my
application. I get no such errors when I build Linux, or the SDK.

In file included from
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/sys/cdefs.h:453
,
from
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/features.h:465,
from
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/dirent.h:25,
from ../my_header_file.h:7,
from ../my_source_file.cpp:3:
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/bits/long-doubl
e.h:23:10: fatal error: bits/long-double-32.h: No such file
or directory
etc., etc.

I solved this myself by building an SDK specific to the x32 configuration,
rather than trying to use the plain 64-bit SDK. What led me to believe that
the 64-bit SDK should work is that the host sysroot includes
/usr/bin/x86_64-poky-linux and /usr/bin/x86_64-poky-linux-gnux32
subdirectories. The latter contains symlinks into the former, which is no
surprise, since one toolchain should be able to do 32, 64, and 64x32, but
the target sysroot include files don't quite work. The only reason I care is
that each SDK is about 2.4GB. So I'm not sure if this is a bug, or whose bug
it is, but 2.4GB seems awfully large for an SDK, especially since this is
the standard SDK, not the ESDK.

--

Ciao, Paul D. DeRocco
Paul mailto:pderocco@...


How do I build an x32 Intel system?

Paul D. DeRocco
 

I've been resurrecting an old Pyro project under Gatesgarth. It's an Intel
32-bit system that needs maximum speed, so I decided to try to build the
system and application as 64-bit, for more registers. It pretty much worked
on the first try, and is about 8% faster. Now I'm trying to do it as x32, to
see if that speeds it up even more.

Unable to find any specific instructions, I set the DEFAULTTUNE to
"core2-64-x32" in my BSP conf file. Also, in the old project I had tinkered
around with this a bit, and had found some kernel config settings somewhere,
so I tried using them again:

CONFIG_X86_X32=y
CONFIG_COMPAT=y
CONFIG_COMPAT_FOR_U64_ALIGNMENT=y
CONFIG_SYSVIPC_COMPAT=y
CONFIG_KEYS_COMPAT=y
CONFIG_HAVE_ARCH_MMAP_RND_COMPAT_BITS=y
CONFIG_ARCH_MMAP_RND_COMPAT_BITS=8
CONFIG_BLOCK_COMPAT=y

Other than the first one, I don't know whether these are correct, or where I
originally got them, or if there's a stock .cfg file that does all this.

The system built fine, the SDK built fine, and my application built fine,
but when I boot, I get a kernel panic, preceded by some message about "kmod
busy with 50 threads for more than 5 seconds now".

Is there some instruction on how to do a proper x32 build? I couldn't find
one Googling. Barring that, do any of those kernel configs look bogus?

--

Ciao, Paul D. DeRocco
Paul mailto:pderocco@...


Standard library header bug when compiling x32 application

Paul D. DeRocco
 

Using Yocto 3.2.1 on an Intel target, trying to use the x32 model. I'm
getting this compile error when I use the SDK to separately compile my
application. I get no such errors when I build Linux, or the SDK.

In file included from
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/sys/cdefs.h:453
,
from
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/features.h:465,
from
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/dirent.h:25,
from ../my_header_file.h:7,
from ../my_source_file.cpp:3:
/opt/poky/3.2.1/i64/sysroots/core2-64-poky-linux/usr/include/bits/long-doubl
e.h:23:10: fatal error: bits/long-double-32.h: No such file or directory

long-double.h includes either long-double-32.h or long-double-64.h based on
the __WORDSIZE macro, which is 32. This works fine when compiling straight
32-bit or 64-bit code, but fails in x32 code because only long-double-64.h
exists. I don't see why the characteristics of a long double should have
anything to do with the "word size" of a pointer or long int. And indeed,
the two headers it chooses from are basically empty, except for defining
__LDOUBLE_REDIRECTS_TO_FLOAT128_ABI. I'm also not sure why it would be
harmful for both of these files to exist always.

So this is an obvious bug. But my question is: what's the cleanest way to
get over this hump? Patch cdefs.h when building the SDK? Use a bbappend on
some SDK recipe to copy long-double-64.h to long-double-32.h? I have no idea
where this recipe would be.

--

Ciao, Paul D. DeRocco
Paul mailto:pderocco@...


Re: Making partitions in .hddimg image

Howard
 

Hi Nikhil:

I searched for a solution to this for a very long time.  I never did find a solution.  However I also learned I really did not need this for my .hddimg.  

For early development booting from a USB stick, I simply used a WIC image partitioned in the way that I wanted my target's flash to be partitioned.   I referenced this thread for the clues I needed to create the partitions I needed on the wic image.

https://stackoverflow.com/questions/56187209/yocto-create-and-populate-a-separate-home-partition

Of course on the WIC boot menu, there is no install option, so that doesn't quite get you to a standalone target running from internal storage.

Then I figured out that if I only use the .hddimage for installation to internal storage rather than for operation, you can modify (by using a bbappend) the installation script to create the partitions you want during installation.  

For us that script was located at meta/recipes-core/initrdscripts/files/init-install-efi.sh .  Its actually unusually well commented so you can probably follow along after a few re-reads and understand what it is doing.  

Getting a software update scheme working (that's a whole other subject) while you are still working on the wic image will allow you to basically install from the .hddimg once (or whenever you trash your target drive :) ) and then use your update scheme to install a new image, and skip the USB stick step altogether.

Sorry to be so wordy, but hope this helps.
Howard


Re: chpasswd not working in yocto-2019

Raghu Icecraft Software Trainings
 

Hello,
Thanks for the reply.
I mailed to 
meta-xilinx@...
But no response yet, can you please let me know where else can i find some information.

Thanks,
Raghu

On Mon, Dec 28, 2020 at 7:28 PM Philip Balister <philip@...> wrote:
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: Need to disable IPV6 completely from the yocto image for Raspberrypi

md.sadiq@...
 

Hi,

To remove completely ipv6 from distro disable all the kernel configurations related to ipv6, add the the below line in the local.conf file
DISTRO_FEATURES_remove = "ipv6".

If above doesnot help create your own distro file owndistro.conf and add below lines to remove unwanted features as follows

DISTRO_FEATURES_remove = " ipv6 x11 wayland"

and change local.conf as follows

DISTRO ?= "owndistro"



Regards,
Sadiq


Re: Help regarding yocto receipe (bluez5)

chandra naik <chandumail05@...>
 

Hi

can we get obexpush open source package for yocto build ? we are not able to find . kernel version - 4.14 DISTRO_VERSION = "2.5.1"


On Tue, Dec 29, 2020 at 3:40 PM Konrad Weihmann <kweihmann@...> wrote:
I would recommend that you go for a systemd drop-in file [1].
That would be something like a small snippet placed to
/etc/systemd/system/dbus-org.bluez.service/override.conf

In that file place something like
[Service]
ExecStart=
ExecStart=<new command line with your custom options>

this way you don't need to alter the upstream recipe with weird sed
hacks or similar.

This drop-in file could be packaged by any recipe or bbappend.

[1] https://coreos.com/os/docs/latest/using-systemd-drop-in-units.html

On 29.12.20 07:48, chandra naik wrote:
> 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.
>
>
>
>


Issue regarding with .wic image

chandra naik <chandumail05@...>
 

Hi ,
we are a .wic (production image) image for ostree , in these core-image-sato.wic image everything is read only , Here when i am trying to edit something it will show file is readonly. so how we can edit a file or service in .wic image ?


#yocto #gstreamer #gstreamer1.0-plugins-bad #yocto #gstreamer #aom #av1

safouane maaloul
 

Bonjour, j'essaye d'ajouter le aom plugin au niveau de la gstreamer1.0-plugins-bad. J'ai basculé sur gatesgarth version. Je commence à faire lebuild. J'avais un problème de lisence. Je l'ai résolu. Et maintenant j'ai un problème "no such file or directory automake-native yocto" et j'arrive pas à la résoudre ? Est-ce que vous pouvez m'aider ?
 
Cordialement,
 
Safouane.Maalou


Making partitions in .hddimg image

NIKHIL PATIL <nikhilvp29@...>
 

Hi,
   For .wic image partiotions ( EFI , OTAROOT ) are already created  likewise ; How to create a partiotions in core-image-intel.hddimg image  ? in .hddimg only one partition ( boot ) is there .
 



Re: quit-native issue #yocto

Michael Nazzareno Trimarchi
 

Hi



On Wed, Dec 30, 2020, 7:46 AM sateesh m <sateesh0457@...> wrote:
Hi Guys,

        I am trying to build core-image-sato using dunfell sources. i am facing bug quilt-native configure issue. its present in meta/recipes-devtools.

Below i am attaching  my issue odt file. can please check it . help me to solve this issue.

mktemp -d seems to fail so you could have a broken permission on your temp directory

Can you run it manually?

Michael




quit-native issue #yocto

sateesh m
 

Hi Guys,

        I am trying to build core-image-sato using dunfell sources. i am facing bug quilt-native configure issue. its present in meta/recipes-devtools.

Below i am attaching  my issue odt file. can please check it . help me to solve this issue.


What to do when a patch isn't needed?

Paul D. DeRocco
 

I'm upgrading a project from Pyro to Gatesgarth. Building the toolchain, it
barfs on a patch which isn't needed. Here's one of the error messages:

ERROR: binutils-native-2.35-r0 do_patch: Command Error: 'quilt --quiltrc
/home/pauld/yocto-gatesgarth/build-intel32/tmp/work/x86_64-linux/binutils-na
tive/2.35-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output:
Applying patch gas_as.h.patch
patching file gas/as.h
Hunk #1 FAILED at 486.
1 out of 1 hunk FAILED -- rejects in file gas/as.h
Patch gas_as.h.patch can be reverse-applied

There are two more just like it, for the cross and target versions. All it
is is a patch to add one external function definition, but it's already
there.

Is there a preferred way to fix this with a bbappend? Perhaps replacing the
patch file with an empty one?

--

Ciao, Paul D. DeRocco
Paul mailto:pderocco@...


Re: Prevent WIC image from being built?

Robert P. J. Day
 

On Tue, 29 Dec 2020, Howard wrote:

Yup, thank you Bruce:

Using
IMAGE_FSTYPES_remove += "wic"

Didn't do it for me, but

IMAGE_TYPES_remove += "wic"

did the trick. 
pedantry, but i'm fairly sure "=" would have sufficed; there was no
need to use "+=" here.

rday


Re: Prevent WIC image from being built?

Howard
 

Yup, thank you Bruce:

Using
IMAGE_FSTYPES_remove += "wic"

Didn't do it for me, but

IMAGE_TYPES_remove += "wic"

did the trick. 


Re: Help regarding yocto receipe (bluez5)

Konrad Weihmann <kweihmann@...>
 

I would recommend that you go for a systemd drop-in file [1].
That would be something like a small snippet placed to /etc/systemd/system/dbus-org.bluez.service/override.conf

In that file place something like
[Service]
ExecStart=
ExecStart=<new command line with your custom options>

this way you don't need to alter the upstream recipe with weird sed hacks or similar.

This drop-in file could be packaged by any recipe or bbappend.

[1] https://coreos.com/os/docs/latest/using-systemd-drop-in-units.html

On 29.12.20 07:48, chandra naik wrote:
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.


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@...

 

5541 - 5560 of 57385