On 24-02-23, Richard Purdie wrote:
> On Fri, 2024-02-23 at 14:01 +0100, Marco Felsch wrote:
> > On 24-02-23, Richard Purdie wrote:
> > > On Fri, 2024-02-23 at 13:10 +0100, Marco Felsch wrote:
> > > > The fetch stage should always start with a clean ${S} directory
>
On 24-02-23, Marco Felsch wrote:
> On 24-02-23, Richard Purdie wrote:
> > On Fri, 2024-02-23 at 13:10 +0100, Marco Felsch wrote:
> > > The fetch stage should always start with a clean ${S} directory to
> > > not
> > > try to compile leftovers from previous build
On 24-02-23, Richard Purdie wrote:
> On Fri, 2024-02-23 at 13:10 +0100, Marco Felsch wrote:
> > The fetch stage should always start with a clean ${S} directory to
> > not
> > try to compile leftovers from previous builds.
> >
> > Signed-off-by: Marco Felsch
The fetch stage should always start with a clean ${S} directory to not
try to compile leftovers from previous builds.
Signed-off-by: Marco Felsch
---
meta/classes-recipe/devicetree.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes-recipe/devicetree.bbclass
b/meta
On 23-11-29, Alexander Kanavin wrote:
> On Wed, 29 Nov 2023 at 10:36, Marco Felsch wrote:
> > > I don't like removing WERROR unconditionally which decreases quality
> > > checks.
> > > Can we do it only in case ICECC is used?
> > &g
On 23-11-29, Marko, Peter wrote:
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Marco Felsch via
> lists.openembedded.org
> Sent: Tuesday, November 28, 2023 23:48
> To: openembedded-core@lists.openembedded.org
> Cc: yo
pdate 0.13.1 - > 0.14")
Signed-off-by: Marco Felsch
---
Hi,
I'm not familar with the stable material but IMHO this would be somthing
for kirkstone.
Regards,
Marco
meta/recipes-devtools/json-c/json-c_0.17.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-devtools/json-
. This will be added later on as separate recipe.
[1] https://github.com/pengutronix/meta-ptx/tree/master/recipes-bsp/barebox
Signed-off-by: Marco Felsch
---
meta/conf/documentation.conf | 7 +
meta/recipes-bsp/barebox/barebox.inc | 123 ++
meta/recipes-bsp
Add initial support to build the barebox tools for the host and the
target.
Signed-off-by: Marco Felsch
---
.../barebox/barebox-tools_2023.01.0.bb| 56 +++
1 file changed, 56 insertions(+)
create mode 100644 meta/recipes-bsp/barebox/barebox-tools_2023.01.0.bb
diff
On 20-10-06 15:27, Richard Purdie wrote:
> On Tue, 2020-10-06 at 16:26 +0200, Marco Felsch wrote:
> > On 20-10-06 14:27, Richard Purdie wrote:
> > > On Mon, 2020-10-05 at 16:18 +0200, Marco Felsch wrote:
> > > > This reverts commit 1217ddf070
On 20-10-06 14:27, Richard Purdie wrote:
> On Mon, 2020-10-05 at 16:18 +0200, Marco Felsch wrote:
> > This reverts commit 1217ddf070261c5fe523729b2a833bd38f1e4ccd.
> >
> > This commit breaks compiling if no initramfs is used because the
> > kernel image can be compres
This reverts commit 1217ddf070261c5fe523729b2a833bd38f1e4ccd.
This commit breaks compiling if no initramfs is used because the kernel
image can be compressed too using lzo.
Signed-off-by: Marco Felsch
---
meta/classes/kernel.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff
info is on the wiki page.
There is no set agenda, so bring some projects to talk about with the
community.
Philip
https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+Happy+Hour+May+27=20200527T21=%3A=1
--
Marco
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent
This tool can be turned on in busybox which lead into a error during
do_rootfs.
Signed-off-by: Marco Felsch
---
meta/recipes-core/util-linux/util-linux.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util
This tool can be turned on in busybox which lead into a error during
do_rootfs.
Signed-off-by: Marco Felsch
---
Hi,
it seems that the patch get lost in the www if not please ignore this
patch.
Regards,
Marco
meta/recipes-core/util-linux/util-linux.inc | 1 +
1 file changed, 1 insertion
On 19-10-21 13:24, Adrian Bunk wrote:
> On Mon, Oct 21, 2019 at 11:41:49AM +0200, Marco Felsch wrote:
> > Hi,
> >
> > during a initial system-setup script the mke2fs tools complains about
> > the missin
cision?
Regards,
Marco
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686
t?
Sorry but I can not see an agreement how we can change this in a 'good'
way for all parties.
My point of view is that it should not be enabled per default. Of course
I should fix the qemu config but I don't wanna fix each meta-layer.
Becuase I think that is the work of meta
On 19-06-14 13:11, richard.pur...@linuxfoundation.org wrote:
> On Fri, 2019-06-14 at 14:04 +0200, Marco Felsch wrote:
> > On 19-06-14 11:55, Richard Purdie wrote:
> > > On Thu, 2019-06-13 at 19:54 +0200, Marco Felsch wrote:
> > > > Most of the time we are compiling f
Hi Richard,
On 19-06-14 11:55, Richard Purdie wrote:
> On Thu, 2019-06-13 at 19:54 +0200, Marco Felsch wrote:
> > Most of the time we are compiling for embedded targets which have
> > dedicated hardware combinations. Enabling swrast by default isn't a
> > good
> >
ers with or without
> using gallium-llvm as well.
As I wrote above we should address this by a seperate patch to keep the
diff as small as possible :)
Regards,
Marco
>
>
> On Thu, Jun 13, 2019 at 7:54 PM Marco Felsch
> wrote:
>
> > Most of the time we are comp
On 19-06-13 18:00, Patchwork wrote:
> == Series Details ==
>
> Series: kernel: install modules.builtin.modinfo file
> Revision: 1
> URL : https://patchwork.openembedded.org/series/18144/
> State : failure
Sorry for the noise, didn't recognized that it is already fixed.
-rc4=898490c010b5d2e499e03b7e815fc214209ac583
Signed-off-by: Marco Felsch
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 9da9818962..037a0c6896 100644
--- a/meta/classes
Just as for the swrast target it isn't a good solution to enable the
target per default since we are compiling for embedded targets most of
the time. Make this target optional for all hardware targets except
qemu to save resources.
Signed-off-by: Marco Felsch
---
v3:
- rebased on current master
renderer. This will make it harder to debug performance
issues.
A better way is to let the user decide if a software renderer is
needed e.g. if the system has no hardware renderer or to have such a
fallback device. This way the user knows that the software renderer is
enabled.
Signed-off-by: Marco
ch/159665/ and
rebased them. Unfortunately the patch state is wrong, it isn't in
master-next. Let me check who I can switch the toolchain and fix the
error.
Regards,
Marco
>
> Alex
>
> On Thu, 2 May 2019 at 20:10, Marco Felsch wrote:
> >
> > From: Fabio Berton
> >
>
On 19-05-03 12:17, Alexander Kanavin wrote:
> On Thu, 2 May 2019 at 20:09, Marco Felsch wrote:
> > Same as for the swrast target it isn't a good solution to enable the
> > target per default since we compiling for embedded targets most the
> > time. Make this target optiona
-by: Fabio Berton
[m.fel...@pengutronix.de: rebased on top of oe-core master-next]
[m.fel...@pengutronix.de: add upstream-status line]
Signed-off-by: Marco Felsch
---
Changelog:
v2:
- new patch
...0001-Simplify-wayland-scanner-lookup.patch | 44 --
...k-for-all-linux-host_os
):
mesa: Convert recipe to use meson build system
Marco Felsch (3):
mesa: fix imx gallium driver PACKAGECONFIG option
mesa: make gallium swrast target optional
mesa: make gallium virgl optional
...0001-Simplify-wayland-scanner-lookup.patch | 44 --
...k-for-all-linux-host_os
Since commit [1] the imx-drm driver is covered by the generic kmsro
driver.
[1] https://gitlab.freedesktop.org/mesa/mesa/commit/ \
41a0acd6a149ec9f47ea527ad08a2b29bf1ee6b2
Upstream-Status: Submitted [openembedded-core@lists.openembedded.org]
Signed-off-by: Marco Felsch
---
Changelog
Same as for the swrast target it isn't a good solution to enable the
target per default since we compiling for embedded targets most the
time. Make this target optional to save some memory.
Upstream-Status: Submitted [openembedded-core@lists.openembedded.org]
Signed-off-by: Marco Felsch
[openembedded-core@lists.openembedded.org]
Signed-off-by: Marco Felsch
---
Changelog:
v2:
- added Upstream-Status line
- fix leading comma
meta/recipes-graphics/mesa/mesa.inc | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/meta/recipes-graphics/mesa
On 19-04-30 15:56, Alexander Kanavin wrote:
> On Tue, 30 Apr 2019 at 14:10, Marco Felsch wrote:
> > -GALLIUMDRIVERS = "swrast"
> > +GALLIUMDRIVERS = ""
> > +GALLIUMDRIVERS_append ="${@bb.utils.contains('PACKAGECONFIG', 'swrast',
>
On 19-04-30 15:11, Richard Purdie wrote:
> On Tue, 2019-04-30 at 13:53 +0200, Marco Felsch wrote:
> > Since commit [1] the imx-drm driver is covered by the generic kmsro
> > driver. Unfortunatly we need to patch the autotools path too since
> > the
> > switch commit [
urse, let me see if I have some time this week. I know that the
autotools path is deprecated but can you apply this patch since it is
broken in yocto since switching to 19.0.0.
Regards,
Marco
> Alex
>
>
> On Tue, 30 Apr 2019 at 14:10, Marco Felsch wrote:
> >
> >
. This will make it harder to debug performace issues.
A better way is to let the user deciced if a software renderer is
needed e.g. if the system has no hardware renderer or to have such a
fallback device. This way the user knows that the software renderer is
enabled.
Signed-off-by: Marco Felsch
-off-by: Marco Felsch
---
...Fix-imx-autotools-build-dependencies.patch | 46 +++
meta/recipes-graphics/mesa/mesa.inc | 4 +-
meta/recipes-graphics/mesa/mesa_19.0.1.bb | 1 +
3 files changed, 49 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-graphics
On 28/08/2018 14:02, Alexander Kanavin wrote:
2018-08-28 13:44 GMT+02:00 Marco Oman via Openembedded-core
:
So I gave the command
devtool add https://github.com/Unitech/pm2.git
and then
bitbake pm2
Then added a patch. Everything is OK. At the end I moved the recipe under my
layer (sources
Hi to all,
I am trying to build a recipe for pm2 (process manager for nodejs
tasks). I have followed what described here:
https://wiki.yoctoproject.org/wiki/TipsAndTricks/NPM, section "NPM
projects in Development" (projects under git)
So I gave the command
devtool add
95/sigtask._nk80whe'
ERROR: Task
(/home/devel/yocto-pyro-qemuarm2/poky/meta/recipes-core/images/core-image-minimal.bb:do_image_ext4)
failed with exit code '1'
NOTE: Tasks Summary: Attempted 2254 tasks of which 2063 didn't need to
be rerun and 1 failed.
Summary: 1 task failed:
/
* Update gst-fluendo-mpegdemux recipe from 0.10.72 to 0.10.85.
* Provide a more descriptive SUMMARY.
* Fix broken link in parent file gst-fluendo.inc.
Signed-off-by: Marco Trillo mar...@arantia.com
---
.../gstreamer/gst-fluendo-mpegdemux_0.10.72.bb | 12
://core.fluendo.com/gstreamer/trac/browser/tags/gst-fluendo-mpegdemux-0.10.85/ChangeLog?rev=2667
A second patch follows with cosmetic updates to the recipe description
and a broken link fixed in included file `gst-fluendo.inc'.
Signed-off-by: Marco Trillo mar...@arantia.com
---
.../gstreamer/gst
---
.../gstreamer/gst-fluendo-mpegdemux_0.10.85.bb |2 +-
meta/recipes-multimedia/gstreamer/gst-fluendo.inc |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.85.bb
Il 05/05/2014 17:29, Paul Barker ha scritto:
On Mon, May 05, 2014 at 04:16:46PM +0200, Marco wrote:
Hello,
I need to be able to upgrade to a package with all its dependency chain on a
target system that does not have access to the network.
I'm trying to understand what may be the best and also
in a dedicated
directory to be moved on the target for the update.
For now I'm just analyzing what may be the possibilities and I'd love to
have any comments or advice from someone more experienced than me on
this topic.
Thanks
--
Marco Cavallini | KOAN sas | Bergamo - Italia
embedded and real-time
. Launching compilation into QTcreator I get this final message
http://pastebin.com/NVWCb4yq
2. Moreover if I enter a wrong command I get this message instead of the
usual Ubuntu error message Command not found
http://pastebin.com/QLcZWFxc
Any hint would be greatly appreciated
TIA
--
Marco
Il 16/05/2013 15:32, Marco ha scritto:
Host development machine
- Ubuntu 12.04 (native and into In WmWare virtual machine)
OE/Yocto version
- Yocto Dylan 1.4 (and master)
Machine
- imx53-qsb (and at91sam9263)
After setting /opt/poky/1.4/environment-setup-arm..
I can successfully make
the Example: Importing fro Elsewhere Unmodified (and modified)
It's a good idea to list where it came from the commit.. that way if the
original location is ever changed, people can track what changes may
need to be merged in.
OK
thank you Mark
--
Marco
Il 11/04/2013 00:53, Denys Dmytriyenko ha scritto:
On Wed, Apr 10, 2013 at 06:44:21PM -0400, Trevor Woerner wrote:
On Wed, Apr 10, 2013 at 2:10 PM, Marco koansoftw...@gmail.com wrote:
Yes, it is copied from meta-openembedded into oe-core
I'm sorry, I thought the [meta-oe] in the subject line
Yes, it is copied from meta-openembedded into oe-core
--
Marco
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
* Taken from oe-classic
* This patch includes pointercal-xinput
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
.../pointercal-xinput/pointercal.xinput| 1 +
.../xinput-calibrator/pointercal-xinput_0.0.bb | 19 +
.../xinput-calibrator/xinput
* Recipe from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
meta/recipes-graphics/xorg-lib/libxaw_1.0.10.bb | 31 +
1 file changed, 31 insertions(+)
create mode 100644 meta/recipes-graphics/xorg-lib
* Recipe taken from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
meta/recipes-graphics/xorg-app/xterm_277.bb | 23 +++
1 file changed, 23 insertions(+)
create mode 100644 meta/recipes-graphics/xorg-app/xterm_277
* Recipe from oe-classic
* Required by xinput-calibrator
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
---
.../xmlto/xmlto-0.0.25/obsolete_automake_macros.patch | 12
meta/recipes-support/xmlto/xmlto_0.0.25.bb | 18 ++
2 files changed, 30
* old 2.6.x kernels don't have $kerneldir/tools directory
* so we got this error:
* sed: can't read
...SNIP...linux/2.6.30-r0/image/usr/src/kernel/tools/perf/Makefile: No such
file or directory
* ERROR: Function failed: do_install
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
Il 07/01/2013 17:11, Darren Hart ha scritto:
Hi Marco,
On 01/07/2013 05:39 AM, Marco Cavallini wrote:
* old 2.6.x kernels don't have $kerneldir/tools directory
* so we got this error:
* sed: can't read
...SNIP...linux/2.6.30-r0/image/usr/src/kernel/tools/perf/Makefile: No such
file
* kernels 2.6.30 don't have $kerneldir/tools directory
* so we got this error:
* sed: can't read
...SNIP...linux/2.6.30-r0/image/usr/src/kernel/tools/perf/Makefile: No such
file or directory
* ERROR: Function failed: do_install
Signed-off-by: Marco Cavallini m.cavall...@koansoftware.com
57 matches
Mail list logo