Without your recipe source code, no one can tell for sure, but I suspect you
have something like a "DATE" in there that evaulates to a different value if
you run it a second later.
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4
Hi,
In U-Boot I found some generic memory tests commands like mtest and post
tests. But I need complete DDR4 memory test with below algorithms:
* Checkerboard Test
* March C- Test
* Neighborhood Pattern Sensitive Fault
Can I get any reference code for these algorithms in U-Boot ?
Implementati
Hello All,
So I am having a little problem in understanding why I am unable to
autoload a module in my image.
So I made modifications to
1. KCONFIG, MAKEFILE
2. Added a source and header file to driver/input/touchscreen
3. Added a file in /boot/arm/dts/overlays
4. Created a patch and added that p
All,
I have device which has following configuration:
- Chipset architecture - `Intel NM10 express`
- Processor - `Atom D2550 Dual Core`
- Display - `DVI`
- Volatile Memory - `2GB DDR3`
- Storage - `16GB`
**Objective**: Device should run yocto embededded OS successfully
What I have done,
- Dow
Hello,
I am a lead engineer on project where we run a well-known Linux distribution
on-top of a SBC (Intel Quad Pentium processor based) driving a 27" display. We
have a 32GB SSD to run from, which we partition with multiple EXT4 partitions
to help with potential corruption mitigation if the de
The window for the mailing list move has shifted forward to November 21st
from 4pm to 8pm Pacific Standard Time. (2019-11-22 00:00-04:00 UTC)
Moderators please tend to all pending requests today.
Thank you,
--
Michael Halstead
Linux Foundation / Yocto Project
Systems Operations Engineer
On Fri,
ping
On 9/17/19 4:04 PM, changqing...@windriver.com wrote:
From: Changqing Li
remove core-image-cgl.bb and core-image-cgl-initramfs.bb
* They require core-image-lsb.bb which has been removed by oe-core
* Even before LSB support is dropped by oe-core, core-image-cgl
and core-image-cgl-init
hey,
On Thu, Nov 21, 2019 at 10:16 AM Richard Barrass
wrote:
>
> Hello,
>
>
>
> I am a lead engineer on project where we run a well-known Linux distribution
> on-top of a SBC (Intel Quad Pentium processor based) driving a 27” display.
> We have a 32GB SSD to run from, which we partition with mu
Howdy!
On Wed, Nov 20, 2019 at 01:12:52PM +, Richard Barrass wrote:
> Hello,
>
> I am a lead engineer on project where we run a well-known Linux distribution
> on-top of a SBC (Intel Quad Pentium processor based) driving a 27" display.
> We have a 32GB SSD to run from, which we partition wi
On Wed, Nov 20, 2019 at 01:12:52PM +, Richard Barrass wrote:
> Hello,
>
> I am a lead engineer on project where we run a well-known Linux distribution
> on-top of a SBC (Intel Quad Pentium processor based) driving a 27" display.
> We have a 32GB SSD to run from, which we partition with multi
Hello,
Yocto is a must for your project, regarding the project evolution.
I made a project starting from an intel platform, then I port it on
raspberry, now on imx6 dual lite.
My application never change, the system services never change.
I need to change only the parts which driver the har
musl (like uclibc) doesn't define __mempcpy.
This patch will replace __mempcpy with mempcpy in the internal regex.c and
getopt.c implementation (similar to what is done in grep in this same repo
with the uclibc-fix.patch
This also render the line:
EXTRA_OECONF_libc-uclibc = "--without-included-
musl (like uclibc) doesn't define __mempcpy.
This patch will replace __mempcpy with mempcpy in the internal regex.c and
getopt.c implementation (similar to what is done in grep in this same repo
with the uclibc-fix.patch
This also render the line:
EXTRA_OECONF_libc-uclibc = "--without-included-
Thanks,
The cause of the error comes from the cache of the yocto project.
Thanks,
Byron
At 2019-11-21 17:13:54, "Mike Looijmans"
wrote:
>Without your recipe source code, no one can tell for sure, but I suspect you
>have something like a "DATE" in there that evaulates to a different val
Anybody?
Thanks,
Yair
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
I've been trying to find time to look into it, but I've not had any so far.
I'd suggest trying it on more full Linux system first to see if that resolves
the issue. If it does, then it's simply a configuration and you can use the
audit messages to help figure it out.. but the fact it's rebooting
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=
Hi all.
I have a recipe for my image with depends from Qt/Qml recipes
When I do
bitbake -c populate_sdk myimage.bb
the sdk doesn't contains the dev version of the Qt/Qml libraries
installed in the final image
I managing the bitbake variables TOOLCHAIN_TARGET_TASK and
TOOLCHAIN_HOST_TASK
populate_sdk uses the same configuration as the regular image, as well as adding
"dev-pkgs dbg-pkgs src-pkgs" and optionally doc-pkgs.
See:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/populate_sdk_base.bbclass
Lines 3-11, and 22.
If dev-pkgs/src-pkgs isn't inclyding your Qt/
Thanks.
This is true for a Krogoth based project?
Il 21/11/19 17:40, Mark Hatle ha scritto:
populate_sdk uses the same configuration as the regular image, as well as adding
"dev-pkgs dbg-pkgs src-pkgs" and optionally doc-pkgs.
See:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/class
On 11/21/19 12:00 PM, Mauro Ziliani wrote:
> Thanks.
>
> This is true for a Krogoth based project?
Same class, slightly different semantics. I don't believe src-pkgs existed yet
at that point, but dev-pkgs would have.
You will have to investigate the class for the parameters.. but general be
don't get me wrong, i have no problem with that, but a colleague
asked me what the reason was for using sysvinit as the *default*. i
hemmed and hawed and suggested it was for simplicity and reliability,
and that a lot of embedded systems didn't need the flashy features of
systemd, and so on.
On Thu, 2019-11-21 at 14:02 -0500, Robert P. J. Day wrote:
> don't get me wrong, i have no problem with that, but a colleague
> asked me what the reason was for using sysvinit as the *default*. i
> hemmed and hawed and suggested it was for simplicity and reliability,
> and that a lot of embedded
On Friday, 22 November 2019 9:40:35 AM NZDT Richard Purdie wrote:
> On Thu, 2019-11-21 at 14:02 -0500, Robert P. J. Day wrote:
> > don't get me wrong, i have no problem with that, but a colleague
> > asked me what the reason was for using sysvinit as the *default*. i
> > hemmed and hawed and sugg
We are proud to announce the inaugural OpenEmbedded Workshop. It is
being held on 03 February 2020 in Brussels, Belgium. The day after
FOSDEM.
The Call for Participation is open now. For more information, go to
https://pretalx.com/oe-workshop-2020/cfp
Early-bird tickets coming soon!
Thank you,
T
On Fri, 2019-11-22 at 10:08 +1300, Paul Eggleton wrote:
> On Friday, 22 November 2019 9:40:35 AM NZDT Richard Purdie wrote:
> > On Thu, 2019-11-21 at 14:02 -0500, Robert P. J. Day wrote:
> > > don't get me wrong, i have no problem with that, but a
> > > colleague
> > > asked me what the reason wa
On Thu, 21 Nov 2019 at 22:18, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> We got so far and after looking at the position we ended up I decided
> it was easier to switch poky-altcfg rather than change poky and/or OE
> defaults. I resolved that bug as "complete" as we now had test
27 matches
Mail list logo
