Hello Alexander,
On Wed, Jun 22, 2022 at 12:33 PM Alexander Kanavin
wrote:
>
> There's been a recent discussion about how we can make the Yocto SDK
> experience better [1]. One of the ideas was to eliminate the SDK
> as a separate artefact altogether and simply provide everything
> that the SDK
such recipe for reasonably recent releases.
Regards,
Leon.
--
Leon Woestenberg
l...@sidebranch.com
T: +31 40 711 42 76
M: +31 6 472 30 372
Sidebranch Embedded Systems
Eindhoven, The Netherlands
http://www.sidebranch.com
On Fri, Dec 10, 2021 at 9:58 PM Alex Stewart wrote:
>
> He
Hi Konrad,
On Thu, Aug 19, 2021 at 4:51 PM Konrad Weihmann wrote:
>
> I mean this is the second hard cut in the project within just weeks and
> this time it was host related, which is even harder to fix in a timely
> manner in a corporate environment (basically rolling out changes to all
> dev
>
> > Let me know if I must replicate a specific set of commits.
>
> Don't know what you mean by that, can you explain?
>
I mean I could try to reproduce your build locally, but I would want
the specific commits of the layers you are testing against, and the
local.conf settings that trigger your
Hello Mike,
At first sight, this does sound like memory corruption in one specific
memory area (DIMM?) to me.
Check dmesg for tripping temperatures etc.
I would reduce both the amount of bitbake tasks and Makefile parallelism to
1 on a fresh run to reduce memory pressure.
Not seen anything
?
>
That would make the workaround a initial build-time dependency. As I
understand the proposed solution was a run-time check.
What if the kernel is upgraded in the field?
>
>
> --
--
Leon Woestenberg
l...@sidebranch.com
T: +31 40 711 42 76
M: +31 6 472 30 372
Sidebranch
d-off-by: Khem Raj
> Cc: Leon Woestenberg
> ---
> v2: Delete file before creating wrapper
>
Thanks, v2 works and solves [YOCTO #13459]. We already independently
had the same v1->v2 fix locally, while we tested your v1 approach
(and ignored the mailing list...)
Tested-by: Leon
With the rm -f $d/$p added, the links generated earlier are first
removed, then replaced by the wrapper, as expected.
We have tested this to work correctly.
(This fixes the bug where the first echo ... > would write to the
softlink target, the actual gcc binary.)
This is what I have locally in
Hi Khem,
Thanks for looking into this. I applied your patch on top of our zeus
branch (I think the issue is in zeus, dunfell, master).
On Thu, Aug 20, 2020 at 8:57 AM Khem Raj wrote:
>
> gcc needs -mmusl option to be passed in SDK since we ship crossdk compiler
> configured for glibc by
Hello Fred,
> This append at the top of toolchain-script.bbclass is thus without effect:
> TARGET_CC_ARCH_append_libc-musl = " -mmusl"
>
> This works:
>
> TARGET_CC_ARCH_append_linux-musl = " -mmusl"
>
> FYI,
> Sounds like you ran into the SDK / musl problem
>
Thanks, I have updated
inimal) test case here. Run make in the cloned repo.
https://github.com/likewise/oe-musl-sdk-cmake
Regards,
--
Leon
p.s. sorry for the HTML sig earlier.
--
Leon Woestenberg
l...@sidebranch.com
T: +31 40 711 42 76
M: +31 6 472 30 372
Sidebranch Embedded Systems
Eindhoven, The Netherlands
http://www.
Hello Adrian, all,
On Sat, Aug 15, 2020 at 9:55 AM Adrian Bunk wrote:
> On Fri, Aug 14, 2020 at 11:44:17PM +0200, Alexander Kanavin wrote:
> > This needs to go to master first probably?
>
> Better for master might be moving zstd from meta-openembedded,
> and then DEPENDS on zstd-native?
>
>
ke and SDK approach:
https://github.com/likewise/oe-musl-sdk-cmake
Has something to do with TARGET_CC_ARCH not propagating, investigation
further...
Regards,
Leon.
--
--
Leon Woestenberg
l...@sidebranch.com
T: +31 40 711 42 76
M: +31 6 472 30 372
Sidebranch Embedded Systems
Eindhoven, The N
Hello Alexander,
On Fri, Aug 14, 2020 at 11:44 PM Alexander Kanavin
wrote:
>
> This needs to go to master first probably?
> Alex
>
> On Fri, 14 Aug 2020 at 22:46, Leon Woestenberg wrote:
>>
>> cmake-native uses the system provided libraries due to:
>> &
ibrary check is not checking the library version
or features.
This fix is to not depend on the system library and use the zstd library
provided with cmake.
CMAKE_EXTRACONF = "\
<...>
-DCMAKE_USE_SYSTEM_LIBRARY_ZSTD=0 \
<...>
Signed-off-by: Leon Woestenberg
---
meta/reci
led, cmake-native will
build, configured without zstd archive support.
I will come back with the result, if it is preferable to wait for that
result, disregard this patch.
>
> Ross
>
> On Thu, 13 Aug 2020 at 12:52, Leon Woestenberg
> wrote:
> >
> > On Mint 19.2 (based on
d zstd library:
-DCMAKE_USE_SYSTEM_LIBRARY_ZSTD=0 \
so that on supported distributions, we do not depend on the system zstd library
(version).
Signed-off-by: Leon Woestenberg
---
meta/recipes-devtools/cmake/cmake-native_3.15.3.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/r
Hello all,
On Tue, Mar 3, 2020 at 6:42 PM Jacob Kroon wrote:
>
> On 3/1/20 12:47 AM, Matt Ranostay wrote:
> > Add pixmap to PACKAGECONFIG defaults to allow consumers to
> > render color emojis without distro changes.
> >
> > Signed-off-by: Matt Ranostay
> > ---
> > -PACKAGECONFIG ??= "zlib"
>
Hi Adrian,
On Thu, Mar 7, 2019 at 4:18 PM Adrian Bunk wrote:
>
> On Thu, Mar 07, 2019 at 03:56:33PM +0100, Leon Woestenberg wrote:
> > On Thu, Mar 7, 2019 at 3:27 PM Adrian Bunk wrote:
> > >
> > > From: André Draszik
> > >
> > > It looks li
On Thu, Mar 7, 2019 at 3:27 PM Adrian Bunk wrote:
>
> From: André Draszik
>
> It looks like there is an implicit dependency on util-linux'
> umount - as otherwise when using busybox' umount we see a
> long delay on shutdown / reboot.
>
> [YOCTO #13058]
>
That bug number is wrong, seems only
Hello Mike, all,
On Wed, Feb 20, 2019 at 11:42 AM Mike Looijmans wrote:
>
> On 19-02-19 21:45, Leon Woestenberg wrote:
> > Hello all,
> >
> > On Tue, Feb 19, 2019 at 8:28 PM Andre McCurdy wrote:
> >> On Tue, Feb 19, 2019 at 9:13 AM Leon Woestenberg
&
Hello all,
On Tue, Feb 19, 2019 at 8:28 PM Andre McCurdy wrote:
> On Tue, Feb 19, 2019 at 9:13 AM Leon Woestenberg wrote:
>>
>> Hello Mike,
>>
>> sounds familiar.
>>
>> On Tue, 19 Feb 2019 at 17:55, Mike Looijmans wrote:
>>>
>>> T
I am aware of two fixes for U-Boot. I will look them up, and reply again to
this thread.
Regards, Leon
--
Leon Woestenberg
l...@sidebranch.com
T: +31 40 711 42 76
M: +31 6 472 30 372
Sidebranch
Embedded Systems
Eindhoven, The Netherlands
http://www.sidebranch.com
--
__
On Tue, Jan 29, 2019 at 9:01 PM Alexey Brodkin
wrote:
> --->8--
> /dev/console is missing or not a character device!
> Please ensure your rootfs is properly configured
> --->8--
I thought /dev/console could
very tool out there. I rather would
have a single switch to include tools like these.
I disagree that devmem(2) should be included for purposes such as
pin-muxing. Yes, I use it weekly for that during bring-up, but the
released result should be in DTS or DTS overlays, or boot loader cod
Hi all,
On Wed, Jan 30, 2019 at 11:32 PM Richard Purdie
wrote:
>
> One reason I'm a little nervous of devmem in busybox is security attack
> surface.
> It is useful so I am torn but its worth keeping this in mind...
>
I agree with this reasoning.
devmem(2) really is a development tool, and
Hi Marek, Alex,
On Tue, Sep 18, 2018 at 1:19 PM Marek Vasut wrote:
> On 09/18/2018 12:59 PM, Leon Woestenberg wrote:
> > On Tue, Sep 18, 2018 at 12:38 PM Marek Vasut wrote:
> >> On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
> >>>
> >>> There
Hi Marek,
On Tue, Sep 18, 2018 at 12:38 PM Marek Vasut wrote:
> On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
> >
> > There is no exception for INITRAMFS_IMAGE_BUNDLE in
> > kernel-fitimage.bbclass. The initramfs will be packed inside the FIT,
> > in addition
Hi Marek,
On Tue, Sep 18, 2018 at 12:12 PM Marek Vasut wrote:
>
> On 09/18/2018 12:01 PM, Leon Woestenberg wrote:
> > Hi Marek,
> Could you _please_ stop top-posting ?
Yes.
>
> > one of the issues I saw was that both kernel.bbclass and
> > kernel-fitImage.
Hello Marek,
On Tue, Sep 18, 2018 at 12:01 PM Leon Woestenberg wrote:
> On Tue, Sep 18, 2018 at 11:44 AM Marek Vasut wrote:
>> On 09/18/2018 11:40 AM, Leon Woestenberg wrote:
>> What bug is it that you're seeing ?
>>
>> > Whilst cleani
11:44 AM Marek Vasut wrote:
> On 09/18/2018 11:40 AM, Leon Woestenberg wrote:
> > Hi Alex,
>
> Hi,
>
> > Adding Marek Vasut, original author of kernel-fitimage.bbclass.
> >
> >> I guess the reason that the deployment happens in kernel.bbclass is
rted and the
> "fitImage" deployed here:
>
>
> http://git.openembedded.org/openembedded-core/tree/meta/classes/kernel-fitimage.bbclass#n495
>
> is the one which we should remove?
> On Mon, Sep 17, 2018 at 7:05 PM Leon Woestenberg
> wrote:
> >
> > Hi Alex
Hi Alex,
I expected it to be kernel-fitimage.bbclass’s responsibility to deploy the
fitImage.
Regards, Leon
> On 16 Sep 2018, at 16:22, Alex Kiernan wrote:
>
>> On Sun, Sep 16, 2018 at 11:41 AM Alex Kiernan wrote:
>>
>> Hi Leon
>>
>>> On Sun, Se
Hi Alex,
> On 15 Sep 2018, at 19:45, Alex Kiernan wrote:
>
>> On Mon, Sep 10, 2018 at 10:57 PM Leon Woestenberg
>> wrote:
>>
>> kernel-fitimage.bbclass replaces an occurance of "fitImage" in
>> KERNEL_IMAGETYPE_FOR_MAKE by an image
th a set of symlinks.
The solution chosen is to have fitImage deployment be handled by
kernel-fitimage.bbclass, and have kernel.bbclass ignore fitImage
types during deployment.
Signed-off-by: Leon Woestenberg
---
meta/classes/kernel.bbclass | 18 --
1 file changed, 12 insert
Hi Andre,
thanks for reviewing.
On Sat, Sep 8, 2018 at 12:10 AM, Andre McCurdy wrote:
> On Thu, Sep 6, 2018 at 2:06 PM, Leon Woestenberg wrote:
>> + if [ "$imageType" != "fitImage" ]; then
>> + for imageType in ${KERNEL_
th a set of symlinks.
The solution chosen is to have fitImage deployment be handled by
kernel-fitimage.bbclass, and have kernel.bbclass ignore fitImage
types during deployment.
Signed-off-by: Leon Woestenberg
---
meta/classes/kernel.bbclass | 21 +
1 file changed, 13 insert
From: Walter Goossens
If an initramfs was used, the fitImage link will point to the FIT containing
the initramfs. Otherwise it will link to the FIT without initramfs.
This ensures the user can depend on "fitImage" to point to the desired
FIT image.
Signed-off-by: Leon Woestenberg
.)
Signed-off-by: Leon Woestenberg
---
meta/classes/kernel-fitimage.bbclass | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 88d8022..8bda644 100644
--- a/meta/classes/kernel
From: Walter Goossens
If an initramfs was used, the fitImage link will point to the FIT containing
the initramfs. Otherwise it will link to the FIT without initramfs.
This ensures the user can depend on "fitImage" to point to the desired
FIT image.
Signed-off-by: Leon Woestenberg
.)
Signed-off-by: Leon Woestenberg
---
meta/classes/kernel-fitimage.bbclass | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 16499c8..6d02d74 100644
--- a/meta/classes/kernel
th a set of symlinks.
The solution chosen is to have fitImage deployment be handled by
kernel-fitimage.bbclass, and have kernel.bbclass ignore fitImage
types during deployment.
Signed-off-by: Leon Woestenberg
---
meta/classes/kernel.bbclass | 30 ++
1 file changed,
The kernel-fitimage.bbclass always outputs one FIT image without initramfs.
This variant did deploy the kernel image itself rather than the FIT image.
(The FIT with initramfs was correctly deployed.)
Signed-off-by: Leon Woestenberg
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file
Hello Otavio, all,
On Sun, Nov 18, 2012 at 9:00 PM, Otavio Salvador ota...@ossystems.com.brwrote:
On Thu, Nov 15, 2012 at 3:02 PM, Otavio Salvador
ota...@ossystems.com.brwrote:
On Thu, Nov 15, 2012 at 1:36 PM, Philip Balister phi...@balister.orgwrote:
On 11/14/2012 11:58 AM, McClintock
Hello Saul,
On Wed, Jul 25, 2012 at 9:19 AM, Saul Wold s...@linux.intel.com wrote:
+ # Necessary for building modules like compat-wireless.
+ cp include/generated/bounds.h $kerneldir/include/generated/bounds.h
+
Thanks, can we get this merged into the Denzil branch as well?
In
Hello Richard,
On Sun, Feb 26, 2012 at 2:06 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Mon, 2012-02-20 at 23:00 +0100, Leon Woestenberg wrote:
bitbake can really braindump on us when we insert typo's. The result
of bitbake 1.14 parsing this one wasn't pleasant
Hello all,
bitbake can really braindump on us when we insert typo's. The result of
bitbake 1.14 parsing this one wasn't pleasant:
IMAGE_INSTALL += # tslib mtd-utils
(Yes, it's a typo. No, I wouldn't expect bitbake to give me that much
output :) )
Regards,
Leon.
Hello,
do we already have support for the ARM armhf ABI in OpenEmbedded? (A
quick search on the ML didn't get me hits).
Basically,armhf is built with -mfloat-abi=hard, and tuned for armv7-a
CPUs.
http://wiki.debian.org/ArmHardFloatPort
Hello,
On Mon, Feb 6, 2012 at 10:22 PM, Mark Hatle mark.ha...@windriver.comwrote:
On 2/6/12 3:17 PM, Koen Kooi wrote:
Op 6 feb. 2012, om 22:01 heeft Leon Woestenberg het volgende geschreven:
do we already have support for the ARM armhf ABI in OpenEmbedded? (A
quick search on the ML
Hello,
On Wed, Jan 4, 2012 at 11:38 PM, Khem Raj raj.k...@gmail.com wrote:
On Wed, Jan 4, 2012 at 1:26 PM, Leon Woestenberg
sidebranch.openembed...@gmail.com wrote:
I cannot spot the error, other than that the patch exists in oe-core,
but it
required from meta-oe. That should work
Hello,
avahi-ui-0.6.30 recipe appears in both openembedded-core and
meta-openembedded, is this intended and if so why? I do not see it doing
things differently.
The first one seems better maintained, the one in meta-openembedded has
MD5/SHA sums.
With todays GIT pull of both layers (meta-oe on
Lauri en Luo,
On Fri, Dec 16, 2011 at 9:13 AM, Lauri Hintsala lauri.hints...@bluegiga.com
wrote:
Sorry, this workflow will clean all your changes. How about that:
bitbake projectname -c compile -f
bitbake projectname
Thank you. This works.
Regards
Leon.
Hello all,
after modifying source code in the work directory, what is the set of
commands to rebuild the package (from the compile stage and further)?
Under classic OpenEmbedded, I removed the compile, install, package stages
stamp files and ran bitbake. However, shared staging broke that
Hello all,
meta-openembedded uses .bbappend to change the package-split-up of
kexec-tools (as in openembedded-core) into kexec and kdump packages
(this was classic OE behaviour).
Kumar,
On Thu, Jul 21, 2011 at 2:17 PM, Kumar Gala ga...@kernel.crashing.org wrote:
Why do we have a split between powerpc-common powerpc-linux?
I assume powerpc-linux is used and picked up for powerpc-linux-uclibc in
addition to normal powerpc-linux.
I'm looking at adding powerpc64
Hello Khem,
On Sun, May 22, 2011 at 7:12 AM, Khem Raj raj.k...@gmail.com wrote:
Andreas Mueller today reported that this commit breaks his perl build.
See http://article.gmane.org/gmane.comp.handhelds.openembedded/45640
Hello,
On Mon, May 16, 2011 at 11:44 PM, Saul Wold s...@linux.intel.com wrote:
From: Tom Rini tom_r...@mentor.com
perl${PV} becomes hostperl when building for the target so we need a wrapper
on that too.
This is 1e255fbd296e95ff178d66c4a1fe4875a988d7e1 in OE.
Signed-off-by: Tom Rini
Hello,
On Wed, May 18, 2011 at 7:29 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 18 mei 2011, om 19:08 heeft Phil Blundell het volgende geschreven:
On Wed, 2011-05-18 at 09:40 -0700, Khem Raj wrote:
Problem I have is, I dont want udev in RDEPENDS which is added by
task-core-boot
and
Hello Mark,
On Thu, May 12, 2011 at 9:57 PM, Mark Hatle mark.ha...@windriver.com wrote:
... Let the code
tell the story of the mechanics of the change (as much as possible), and let
your comment tell the other details -- i.e. what the problem was, how it
manifested itself (symptoms), and if
From: Leon Woestenberg l...@sidebranch.com
(Re-)add powerpc-linux-gnuspe support, as from OpenEmbedded.
Pull URL: git://git.openembedded.org/openembedded-core-contrib
Branch: likewise/gnuspe
Browse:
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=likewise/gnuspe
From: Leon Woestenberg l...@sidebranch.com
Re-add powerpc-linux-gnuspe, from OpenEmbedded. Also adds support
to poky.conf so that minimal-core-image builds with DISTRO=poky,
Signed-off-by: Leon Woestenberg l...@sidebranch.com
---
meta/classes/siteinfo.bbclass |1 +
meta/conf/distro
Hello,
how does the master branch of openembedded-core-contrib relate to the
master branch of openembedded-core?
Is -core-contrib tracking -core 1-to-1?
The reason I ask is that user contribution go into feature branches
(name/feature) of -core-contrib, but should ideally be based against
core
Hello Richard,
On Wed, May 11, 2011 at 3:41 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2011-05-11 at 14:37 +0200, Leon Woestenberg wrote:
how does the master branch of openembedded-core-contrib relate to the
master branch of openembedded-core?
Is -core-contrib
Hello Mark,
thanks for your response.
On Wed, May 4, 2011 at 12:31 AM, Mark Hatle mark.ha...@windriver.com wrote:
On 5/3/11 5:19 PM, Leon Woestenberg wrote:
on oe-core I'm testing the addition of powerpc-linux-gnuspe targets.
| error: LOOP:
| error: removing udev-164-r1.ppce500v2 Requires
Hello,
on oe-core I'm testing the addition of powerpc-linux-gnuspe targets.
Everything runs fine up to do_rootfs where I hit this LOOP error
which I found rather cryptic:
Seems a cyclic loop dependency. I have never seen this error, does
this ring a bell with someone?
| error: LOOP:
| error:
65 matches
Mail list logo