Signed-off-by: Stefano Babic
---
Changes since V1:
- added missing dependency to libyaml
.../u-boot/{libubootenv_0.3.3.bb => libubootenv_0.3.4.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-bsp/u-boot/{libubootenv_0.3.3.bb => libubootenv_0.3.4.bb
Hi Alexandre,
On 04.06.23 22:33, Alexandre Belloni via lists.openembedded.org wrote:
Hello Stefano,
This caused the following failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/7124/steps/12/logs/stdio
Thanks and sorry, my fault, I send a V2 to fix it.
Regards
Hi Richard,
On 02.06.23 14:02, Richard Purdie wrote:
On Fri, 2023-06-02 at 13:24 +0200, Stefano Babic wrote:
Mtd-utils has internal libraries (libmtd and libubi) that simplify the
usage and access, and they can be used by applications to access MTD
devices without reinventing the code.
Does
Signed-off-by: Stefano Babic
---
.../u-boot/{libubootenv_0.3.3.bb => libubootenv_0.3.4.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-bsp/u-boot/{libubootenv_0.3.3.bb => libubootenv_0.3.4.bb}
(93%)
diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.
Mtd-utils has internal libraries (libmtd and libubi) that simplify the
usage and access, and they can be used by applications to access MTD
devices without reinventing the code.
Signed-off-by: Stefano Babic
---
meta/recipes-devtools/mtd/mtd-utils_git.bb | 8
1 file changed, 8
le name to fw_setenv.
42f919e main: Check libuboot_set_env() result.
1bc91d1 CI: add gitlab config
Signed-off-by: Stefano Babic
---
.../u-boot/{libubootenv_0.3.2.bb => libubootenv_0.3.3.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-bsp/u-boot/{libuboo
On 27.04.22 12:22, Richard Purdie wrote:
On Wed, 2022-04-27 at 08:47 +0200, Stefano Babic wrote:
Hi Mike, Richard,
On 26.04.22 11:08, Mike Looijmans wrote:
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The
ta_git_revision / base_get_metadata_git_branch do not
work anymore (in this context, of course). So should we create
/etc/build in a task before do_rootfs ?
Bad is also that this affects older versions (dunfell for example),
because it depends on an external package (git) to OE.
Be
Drop also --enable-install-tests from configuration options because this
was removed in 2.1.3.
Signed-off-by: Stefano Babic
CC: David Oberhollenzer
CC: Alexandre Belloni
---
Changes since V1:
- remove obsolete option enable-install-tests
meta/recipes-devtools/mtd/mtd-utils_git.bb
Hi Alexandre,
On 27.07.21 01:02, Alexandre Belloni wrote:
Hello Stefano,
On 26/07/2021 09:44:40+0200, Stefano Babic wrote:
Signed-off-by: Stefano Babic
---
meta/recipes-devtools/mtd/mtd-utils_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes
Signed-off-by: Stefano Babic
---
meta/recipes-devtools/mtd/mtd-utils_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
index 105a68dad8..66c27e0ce1 100644
--- a/meta/recipes
sations in libuboot_configure
20d1ec7 Force writing of environment if default is used
5ca11bd libuboot_env: correct length to usable env size length
cd4a8f1 libuboot_env_store: fix env double-null termination
9510164 uboot_env: fix infinite loop on short read (EOF)
Signed-off-by: Stefano Babic
---
consider the environment before printing this e-mail
On 15-03-2021 14:47, Stefano Babic wrote:
Hi Mike,
On 15.03.21 14:13, Mike Looijmans wrote:
For software updates, I want to have what would have gone into the
boot partition of the WIC image as a separate file.
If I want to have the contents of
case of
unexpected failure (power loss for example), the device remains bootable.
This does not seem to be atomic. It remains the risk that partition
table gets corrupted and then even the first bootloader cannot run. If
you want to have a power-cut safe way to update is not enough.
492f2ee46a52fbc607ad0b96414"
+SRCREV = "824551ac77bab1d0f7ae34d7a7c77b155240e754"
S = "${WORKDIR}/git"
Reviewed-by: Stefano Babic
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
nt is in EEPROM
- Fix regression in UBI volume support
Please update to this version, thanks !
Best regards,
Stefano Babic
> ```
> 1efed83 Increase max length for device name
> 6f4fc1c uboot_env: Use canonicalized pathname when reading device
> 23b3086 Fix bug introduced by commit 52
TYPE=Release"
>
> +DEPENDS = "zlib"
> PROVIDES += "u-boot-fw-utils"
> RPROVIDES_${PN}-bin += "u-boot-fw-utils"
>
>
Acked-by: Stefano Babic
Best regards,
Stefano Babic
--
=
>>
>>>> The libubootenv depends on zlib as it calls at least crc32() from
>>>> there and links against it. Add the DEPENDS entry.
>>>>
>>>> Signed-off-by: Marek Vasut
>>>> Cc: Stefano Babic
>>>> Signed-off-by: Richard
Hi Khem,
On 19.05.20 17:56, Khem Raj wrote:
> On Mon, May 18, 2020 at 1:28 AM Marek Vasut wrote:
>>
>> The libubootenv depends on zlib as it calls at least crc32() from
>> there and links against it. Add the DEPENDS entry.
>>
>> Signed-off-by: Marek Vasut
>
E} to the files following other binaries
> - Change commit log
>
> Changes in v2:
> - Fix wrong path on do_install
> - Change virtual/bootloader-env to u-boot-default-env (RP)
> - Add Tom Rini and Stefano Babic to Cc
>
> meta/recipes-bsp/u-boot/u-boot.inc | 62
Hi Otavio,
On 31.03.20 18:44, Otavio Salvador wrote:
> Hello Stefano,
>
> On Tue, Mar 31, 2020 at 12:32 PM Stefano Babic wrote:
>> On 31.03.20 17:16, Otavio Salvador wrote:
> ...
>>> - u-boot-initial-env on deploy
>>> - fw_env.config on deploy
>>
>
for the
> tool is a regression from the previous release and this mitigates it.
>
> Changes in v2:
> - Fix wrong path on do_install
> - Change virtual/bootloader-env to u-boot-default-env (RP)
> - Add Tom Rini and Stefano Babic to Cc
>
> meta/recipe
gt; "file://Licenses/lgpl-2.1.txt;md5=4fbd65380cdd255951079008b36
> SECTION = "libs"
>
> SRC_URI = "git://github.com/sbabic/libubootenv;protocol=https"
> -SRCREV = "879c0731fa0725785b9fa4499bbf6aacd04ee4c2"
> +SRCREV = "ba952d05ec9
the
commit with the fix.
Signed-off-by: Stefano Babic
Reported-by: ChenQi
---
meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
index 23230d132e
On 14/01/20 11:24, Ross Burton wrote:
> On 14/01/2020 10:00, Stefano Babic wrote:
>> Thanks for this - I have fixed it, too, fast exactly in the same way you
>> did, but directly into libubootenv. This avoids to track the patch
>> into OE:
>>
>> http://p
Hi Chen,
On 14/01/20 06:57, ChenQi wrote:
> On 01/09/2020 05:31 PM, Stefano Babic wrote:
>> Hi Chen,
>>
>> On 09/01/20 02:29, ChenQi wrote:
>>> Resend as previous email forgets to add Stefano.
>>>
>>> In case of multilib, the do_package fails with
Hi Chen,
On 09/01/20 02:29, ChenQi wrote:
> Resend as previous email forgets to add Stefano.
>
> In case of multilib, the do_package fails with
>
> ERROR: libubootenv-0.2-r0 do_package: QA Issue: libubootenv:
> Files/directories were installed but not shipped in any pac
-Boot's ML at:
http://u-boot.10912.n7.nabble.com/SWUpdate-U-Boot-environment-library-dependency-tt340530.html#none
Signed-off-by: Stefano Babic
---
Changes since V3:
- Update maintainers.inc (R. Purdie)
- Add link to U-Boot's ML in commit message (R. Purdie)
Changes sinc
Hi Richard,
On 03/01/20 12:18, Richard Purdie wrote:
> On Fri, 2020-01-03 at 12:05 +0100, Stefano Babic wrote:
>> On 03/01/20 11:40, Richard Purdie wrote:
>>> On Fri, 2020-01-03 at 11:15 +0100, Stefano Babic wrote:
>>>> libubootenv is a replacement for u-boot
Hi Richard,
On 03/01/20 11:40, Richard Purdie wrote:
> On Fri, 2020-01-03 at 11:15 +0100, Stefano Babic wrote:
>> libubootenv is a replacement for u-boot-fw-utils. It is
>> hardware-independent and provides fw_printenv and fw_setenv tools
>> that
>> are full compatible
the library to proprietary
code. The user of the tools should install the configuration file
"fw_env.config", as he is already used to with u-boot-fw-utils. The
configuration file is compatible with u-boot-fw-utils.
Signed-off-by: Stefano Babic
---
Changes since V2:
- drop .i
Hi Adrian,
On 02/01/20 19:30, Adrian Bunk wrote:
> On Thu, Jan 02, 2020 at 06:52:06PM +0100, Stefano Babic wrote:
>> libubootenv is a replacement for u-boot-fw-utils. It is
>> hardware-independent and provides fw_printenv and fw_setenv tools that
>> are full compatible with t
Hi Ross,
On 02/01/20 19:22, Ross Burton wrote:
> On 02/01/2020 17:52, Stefano Babic wrote:
>> +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
>> @@ -0,0 +1,2 @@
>> +require libubootenv.inc
>> +SRCREV = "bf6ff631c0e38cede67268ceb8bf1383b5f8848e"
>
> I *
the library to proprietary
code. The user of the tools should install the configuration file
"fw_env.config", as he is already used to with u-boot-fw-utils. The
configuration file is compatible with u-boot-fw-utils.
Signed-off-by: Stefano Babic
---
Changes since V1:
- drop PACKA
Hi Martin,
On 02/01/20 16:45, Martin Jansa wrote:
> The summary says it's hardware independent and then the recipe sets:
> PACKAGE_ARCH = "${MACHINE_ARCH}"
>
You're right, this is not needed, I remove it in V2.
Regards,
Stefano
> why is that?
>
> On Thu
the library to proprietary
code. The user of the tools should install the configuration file
"fw_env.config", as he is already used to with u-boot-fw-utils. The
configuration file is compatible with u-boot-fw-utils.
Signed-off-by: Stefano Babic
---
meta/recipes-bsp/u-boot/libubootenv.i
Signed-off-by: Stefano Babic
---
meta/recipes-extended/cronie/cronie_1.5.5.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/cronie/cronie_1.5.5.bb
b/meta/recipes-extended/cronie/cronie_1.5.5.bb
index 82cd4285f6..0def4a187d 100644
--- a/meta/recipes
,--without-pam,libpam,${PAM_DEPS}"
> +PACKAGECONFIG[anacron] = "--enable-anacron,--disable-anacron,anacron"
>
> INITSCRIPT_NAME = "crond"
> INITSCRIPT_PARAMS = "start 90 2 3 4 5 . stop 60 0 1 6 ."
>
Betwe
able SWUpdate (and libubootenv) to
use it. Create specific image to be stored into a .wic seems
overkilling, and it does not help if for some reason the board comes up
without environment in the flash.
Best regards,
Stefano Babic
>
> The UBOOT_ENVS_SIZE must be defined in machine specific c
block restart sysstat.service
fi
fi
Due to the exit statement, systemctl is never called and the service is
never enabled in rootfs.
Invert the logic for the check to let run the rest of postinst script.
Signed-off-by: Stefano Babic
---
Changes since V1:
- rebase on
block restart sysstat.service
fi
fi
Due to the exit statement, systemctl is never called and the service is
never enabled in rootfs.
Invert the logic for the check to let run the rest of postinst script.
Signed-off-by: Stefano Babic
---
meta/recipes-extended/sysstat/sysstat
robably because people
> mostly depends on default U-Boot env settings which are compiled-in
> U-Boot binary with help of CONFIG_EXTRA_ENV_SETTINGS="..."
> but IMHO it is rather useful as we may prepare fine-tuned environment
> setups for a particular use-case from pure text-b
Hi Marek,
On 03/05/2018 18:59, Marek Vasut wrote:
> On 05/03/2018 06:50 PM, Stefano Babic wrote:
>> On 03/05/2018 18:36, Marek Vasut wrote:
>>> On 05/03/2018 06:28 PM, Stefano Babic wrote:
>>>> On 27/04/2018 17:07, Marek Vasut wrote:
>>>>>
On 03/05/2018 18:36, Marek Vasut wrote:
> On 05/03/2018 06:28 PM, Stefano Babic wrote:
>> On 27/04/2018 17:07, Marek Vasut wrote:
>>> On 04/27/2018 04:51 PM, Lukasz Majewski wrote:
>>>> This commit provides the ability to generate u-boot environment(s) as
>>>
irectory"
>> +do_deploy_default_envs () {
>> +install -d ${DEPLOYDIR}
>> +
>> + install ${B}/${UBOOT_ENVS_DEFAULT} ${DEPLOYDIR}/${UBOOT_ENVS_DEFAULT}
>> +install ${B}/${UBOOT_ENVS_DEFAULT}_r
>> ${DEPLOYDIR}/${UBOOT_ENVS_DEFAULT}_r
>
> Does this wo
AULT} ${DEPLOYDIR}/${UBOOT_ENVS_DEFAULT}
> + install ${B}/${UBOOT_ENVS_DEFAULT}_r
> ${DEPLOYDIR}/${UBOOT_ENVS_DEFAULT}_r
> +
> + rm ${B}/${UBOOT_ENVS_DEFAULT}
> + rm ${B}/${UBOOT_ENVS_DEFAULT}_r
> +}
> +
> +addtask deploy_default_envs before do_deploy after do_ge
On 26/04/2017 15:56, Bruce Ashfield wrote:
>
>
> On Wed, Apr 26, 2017 at 9:19 AM, Stefano Babic <mailto:sba...@denx.de>> wrote:
>
> In case the defconfig was created with "make savedefconfig", it is not
> enough to copy it to defconfig as
g one.
The file generated by "make savedefconfig" contains in most cases a
subset of all options that are required for the kernel, and other
options are inserted automatically when make is called.
Signed-off-by: Stefano Babic
---
meta/classes/kernel-yocto.bbclass | 3 ++-
1 file changed
On 20/03/2017 12:29, Manjukumar Harthikote Matha wrote:
>
>
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>> Robert Yang
>> Sent: Monday, M
umber is found. In fact, after cloning the tree I see that all revision
number were changed, just a couple here:
5.25 is now : 789cfc7d727cee1c7cfb7d29c09162e2399285c5
5.30 (this patch) : 3050419355566d2a96c5be97fef0ffae097bbb96
Ok, I fix this in my l
i-utils/include/libubi.h ${D}${includedir}/mtd/
> + oe_libinstall -a -C lib libmtd ${D}${libdir}
> + oe_libinstall -a -C ubi-utils libubi ${D}${libdir}
> }
>
> PACKAGES =+ "mtd-utils-jffs2 mtd-utils-ubif
chine
configuration file. Default values you set here could be wrong in most
cases, depending on the NAND chip.
Is it not better to get the error ? Then I know that I forget to set the
two variables and I can easy fix it. If no error is raised, we get a
ubifs that never run on the machine and
Hi Paul,
On 17/06/2015 19:28, Paul Eggleton wrote:
>> @@ -0,0 +1,35 @@
>> +From 1878e1bfcd116dd3ed9519dd891bf18f860072b7 Mon Sep 17 00:00:00 2001
>> +From: Stefano Babic
>> +Date: Thu, 4 Jun 2015 17:53:30 +0200
>> +Subject: [PATCH] target
>
>
> This
Tools to generate libicudata are not able
to write the library according to the endianess.
Signed-off-by: Stefano Babic
---
Issue was described in a previous:
https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg65155.html
meta/recipes-support/icu/icu/0001-target.patch
f5205c568cb0d29059c4d8c2dc200e435787f5d8
Author: Khem Raj
Date: Sat Feb 15 22:04:05 2014 +
icu: Disable the default LDFLAGSICUDT for target compile
and, as it looks like ARM related, I have already tried to revert it,
without any success. Does anyone have a hint ?
Best regards,
Stefano Babic
Il 15/06/2012 10.18, Eric B?nard ha scritto:
Le Fri, 15 Jun 2012 10:09:25 +0200,
Stefano a ?crit :
The meta-toolchain-qte is bugged and don't work with qt creator. Someone
can works with me to repair that recipe?
what do you mean by "don't work with qt creator" ?
Eric
The meta-toolchain-qte is bugged and don't work with qt creator. Someone
can works with me to repair that recipe?
Thank's
Stefano
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-b
On 14/06/2012 14:58, Philip Balister wrote:
>> meta-oe is the place for this tyoe of recipe. The Yocto Project is not a
> distribution, rather a project to make embedded systems easier :)
Ok, thanks for clarification - I will send V2 for meta-oe.
On 13/06/2012 16:24, Burton, Ross wrote:
> On 13 June 2012 15:22, Stefano Babic wrote:
>> no, there is not yet. I add the libconfig to my image and my apllication
>> make use of it. However, I see it as a general purpose library, that one
>> can decide to add or not to the
On 13/06/2012 16:02, Burton, Ross wrote:
> On 13 June 2012 14:19, Stefano Babic wrote:
>> libconfig can be used to parse a configuration file
>> in a structured language, but still compact and more
>> suitable for embedded devices compared to XML.
>
> Is there a packa
libconfig can be used to parse a configuration file
in a structured language, but still compact and more
suitable for embedded devices compared to XML.
Signed-off-by: Stefano Babic
---
meta/recipes-support/libconfig/libconfig_1.4.8.bb | 15 +++
1 file changed, 15 insertions
ernel/drivers/hid/hid-multitouch.ko): Unknown
symbol in module, or unknown parameter (see dmesg)
How to solve?
--
/Cordiali Saluti/
*Stefano Stucchi
*
*Genesis srl*
Via L. Manara 3/A
25126 Brescia
Tel: (+39) 030 5030499
www.supergenesis.it
Il contenuto di questo messaggio รจ confidenziale e rise
This the result of ldd on libqgfxpvregl.so
ldd libqgfxpvregl.so
libpvrQWSWSEGL.so.1 => /usr/lib/libpvrQWSWSEGL.so.1 (0x4011b000)
libQtOpenGLE.so.4 => /usr/lib/libQtOpenGLE.so.4 (0x40126000)
libQtGuiE.so.4 => /usr/lib/libQtGuiE.so.4 (0x401ac000)
libEGL.so => /usr/lib/libEGL.so (0x40ac6000)
libQtC
Ok, now i'm trying to build the plugin-gfx-powervr but i need a little
help with editing the recipes.
For my test i'm editing the qt4.inc with this lines:
QT_GLFLAGS ?= "-opengl es2 -depths 16,24,32 -plugin-gfx-powervr"
and i add at the end of line of QT_CONFIG_FLAGS
"-DQT_NO_QWS_CURSOR \
-
Il 25/05/2012 17.11, Henning Heinold ha scritto:
On Fri, May 25, 2012 at 04:51:12PM +0200, Stefano wrote:
I see the latest version of qt embedded does not include the
plugin-gfx-powervr. The latest qt4-embedded.inc is configured:
QT_CONFIG_FLAGS += " \
-embedded ${QT_ARCH} \
-qtlib
ing, i have add
-plugin-gfx-powervr -DQT_NO_QWS_CURSOR -DQT_WS_CLIENTBLIT. But this
operation need two patches
https://github.com/prabindh/qt-configs/tree/master/qt4.8
Somebody know a good solution to get the possibility to compile this
plugin?
Thank's for your time.
--
/Cordiali Salu
66 matches
Mail list logo
