xtra/temp/tlo-p700-seval-build/build/../layers/meta-freescale/recipes-kernel/linux/linux-fslc-imx_6.6.bb:do_menuconfig)
failed with exit code '1'
...
--
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E:
Gentle ping, any comments on this patch? Haven't seen it in master-next or
anywhere else...
On 22-05-2024 08:52, Mike Looijmans via lists.openembedded.org wrote:
kernel-fitimage inherited uboot-config, which resulted in failure to
run "menuconfig" on a system that has both
ction side effects.
I have a belief that more configuration files would help this kind of
problem and make classes more specific/focused and usable.
Okay, so what is now the way forward? v1 or v2?
--
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Nether
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topic.nl
W: www.topic.nl
Please consider the environment before printing this e-mail
On 23-05-2024 15:43
ettings, and require that in a
new uboot-config class which contains the Python code to do the U-boot
specific settings. Require only conf/uboot.conf in kernel-fitimage so
that it has what it needs but doesn't break.
Fixes: f9e834e31788 "meta: introduce KCONFIG_CONFIG_ENABLE_MENUCONFIG&
On 22-05-2024 07:39, Richard Purdie wrote:
On Wed, 2024-05-22 at 07:28 +0200, mike.looijm...@topic.nl wrote:
On 21-05-2024 16:51, Richard Purdie wrote:
On Tue, 2024-05-21 at 15:57 +0200, Mike Looijmans via
lists.openembedded.org wrote:
kernel-fitimage inherited uboot-config, which resulted in
On 21-05-2024 16:51, Richard Purdie wrote:
On Tue, 2024-05-21 at 15:57 +0200, Mike Looijmans via lists.openembedded.org
wrote:
kernel-fitimage inherited uboot-config, which resulted in failure to
run "menuconfig" on a system that has both multiple u-boot configs and
wants a fitIm
ettings, and inherit that in a
new uboot-config class which contains the Python code to do the U-boot
specific settings. Inherit only uboot-config-vars in kernel-fitimage
so that it has what it needs but doesn't break.
Fixes: f9e834e31788 "meta: introduce KCONFIG_CONFIG_ENABLE_MENUCONFIG&
On 16-05-2024 13:58, Mike Looijmans via lists.openembedded.org wrote:
On 16-05-2024 13:41, Mike Looijmans via lists.openembedded.org wrote:
On 16-05-2024 13:34, Ross Burton wrote:
On 16 May 2024, at 12:03, Mike Looijmans via lists.openembedded.org
wrote:
Using scartgap branch, trying to
On 16-05-2024 13:41, Mike Looijmans via lists.openembedded.org wrote:
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topic.nl
W: www.topic.nl
Please
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topic.nl
W: www.topic.nl
Please consider the environment before printing this e-mail
On 16-05-2024 13:34
n "menuconfig" a million times by now, for dozens of boards, so
it's not the system).
I tried adding
KCONFIG_CONFIG_ENABLE_MENUCONFIG="true"
to my recipe, but that also had no effect.
The log file also contains no information whatsoever.
What's the real issue?
Ah found it, something symlinks it later on.
Setting "outsuffix=default" in the URI fixed it. For some reason the old
outsuffix didn't get installed.
On 08-05-2024 12:07, Mike Looijmans via lists.openembedded.org wrote:
I'm puzzled.
Migrating from kirkstone to scarthgap,
copy that file from ${B} to the board, psplash works again.
But what really baffles me is that kirkstone already had that line in
do_install:append but somehow /usr/bin/psplash still got created. And I
cannot find the magic that puts it there...
--
Mike Looijmans
System Expert
TOPIC E
match "root".
It's a total mystery to me how "debug-tweaks" has any effect on that.
I'm currently using langdale branch and initscripts.
Any thoughts?
--
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Please consider the environment before printing this e-mail
On 25-04-2022
d safe.directory /home/mike/repository/path
'''
Apart from doing as it says, or even "git config --global --add
safe.directory '*'" anyone have a better idea, especially one that
prevents the system thinking I'm someone else (root in the case of pseudo)
See comment below (our mail server injects signatures, sorry for that)
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Wouldn't "0" be a better default? Setting threads to "0" will make xz use the
CPU count anyway, so it'd be honest too.
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherla
first thing to come to
mind...
Apparently gatesgarth is more power demanding than hardknott :)
Kind regards,
Mike
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
here's a second package named "kernel-module-something-5.4.0-blabla"
(where 5.4.0-blabla appears to be the kernel version) that contains the
actual kernel module, but there's no recommendation in this package at all.
How do I properly make it so that installing "kernel-modu
INE=mach1 bitbake interesting-image interesting-image-dev
So "interesting-image" would be the product, while the "dev" version would
apply debug tweaks that make the rootfs writeable and enable the serial
console for login and things like that.
Met vriendelijke groet / kind
ll.
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Please consider the environment before printing this e-mail
On 22-03-2021 17
Two remarks below...
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Please consider the environment before printing
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topic.nl
Please consider the environment before printing this e-mail
On 15-03-2021
Hi Stefano,
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
partition entry point to the new copy. That way, in case of
unexpected failure (power loss for example), the device remains bootable.
--
Mike Looijmans
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
deploy/licenses/my-image-tdkz15'
First check to see if this is the case before attempting to create
the link.
Signed-off-by: Mike Looijmans
---
v2: Resent, applies to master and gatesgarth
meta/classes/license_image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
di
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
deploy/licenses/my-image-tdkz15'
First check to see if this is the case before attempting to create
the link.
Signed-off-by: Mike Looijmans
---
meta/classes/license_image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/license_image.
far no luck.
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
so run "mprime"
test on my machine (over one hour) just to be confident that the system
itself is really okay.
Ideas to diagnose, fix or reliably reprodruce are more than welcome.
--
Mike Looijmans
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded P
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
gets installed anyway, even though this
config is not set.
Is this something that needs fixing in OE?
Any better pointers at preventing systemd starting a getty on ttyS0?
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681
stall a package providing dropbear-dev
* - do not ask to install a package providing
packagegroup-core-ssh-dropbear-dev
* Solution 2:
* - do not ask to install a package providing openssh-dev
--
Mike Looijmans
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
V
On 19-03-2020 12:37, Adrian Bunk wrote:
On Wed, Mar 18, 2020 at 01:21:56PM +0100, Mike Looijmans wrote:
Building an SDK on a machine with 8GB RAM resulted in excessive swapping
due to the xz compressor using ~20GB of memory. This is because xz is
being called with "-T 0 -9".
To al
essing a few percent more is just not worth it.
Signed-off-by: Mike Looijmans
---
meta/classes/populate_sdk_base.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index d03465b6fc..179
rd
behavior.
Signed-off-by: Mike Looijmans
---
meta/classes/populate_sdk_base.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index d03465b6fc..13247e42e5 100644
--- a/meta/classes/popul
Starting with warrior build, I'm getting build fails due to "File name too
long" in sstate-cache filenames. This is probably related to having long names
for machines, but this did not happen in previous releases. For example:
OSError: [Errno 36] File name too long:
'/mnt/.../sstate-cache/52/si
On 31-07-19 15:29, Ross Burton wrote:
> On 31/07/2019 14:22, Mike Looijmans wrote:
>> Well, that's at least good to know.
>>
>> I'm on the "thud" branch currently, so I hope this isn't something that got
>> fixed only recently.
>>
On 31-07-19 14:37, Ross Burton wrote:
> On 31/07/2019 06:47, Mike Looijmans wrote:
>> I'm trying to get the SDK to work, but no success because the SDK apparently
>> does not install any pkg-config file, resulting in autotools and cmake not
>> being able to find any li
I'm trying to get the SDK to work, but no success because the SDK apparently
does not install any pkg-config file, resulting in autotools and cmake not
being able to find any library.
Built the SDK using "bitbake -c populate_sdk image"
Install the resulting SDK, and source the shell script.
Bu
I think I've done everything, but cannot figure out what step I missed.
I am using yesterday's "thud" branches:
BB_VERSION = "1.40.0"
BUILD_SYS= "x86_64-linux"
meta = "HEAD:fbb688ab3eeca1bbfbffd8c81fd8052bcc68"
meta-oe
meta-multimedia
meta-networking
meta
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 wrote:
>>>
>>> Hello Mike,
>>>
>>> sounds familiar.
>>>
>>> I am aware of two fixes for U-Boot. I will look them up, and reply again to
>>> this thread.
Browsing through u-boot commits, I found this gem that's disabled by default:
CONFIG_BLOCK_CACHE=y
The commit is this one:
commit e40cf34a29f1b248643731a11fb1c6f0520d016c
Author: Eric Nelson
Date:
Took me a while to figure out why my board took 90 seconds to boot suddenly.
The issue turned out to be the ext4 partition created by wic.
On a "wic" created ext4 disk, this is what u-boot does:
ZynqMP> load mmc 0:2 0x10 /lib/firmware/fpga.bin
19311092 bytes read in 85529 ms (219.7 KiB/s)
On 12-10-18 18:24, Joshua Watt wrote:
> Checking the requirements for each volatiles file in the
> populate-volatiles script can be very slow when there are a large number
> of volatiles files, easily consuming over 80% of the processing time.
> These checks don't usually uncover any problems so co
I think this should be solved in the driver actually. It probably "knows"
which variant is there (or could be taught using devicetree or so).
On 24-08-18 11:04, Martin Jansa wrote:
One way to keep it allarch would be to package
${nonarch_base_libdir}/firmware/brcm/brcmfmac43430-sdio.AP6212.txt
ts for real
partitions and not 'fakes' like the eMMC extra's.
When mount fails, the mountpoint file is left behind, causing later attempts
at auto-mounting it to fail. If mount fails, remove the mountpoint, leaving
the system in the state as it was before the mount attempt.
Signed-o
On 02-07-18 23:13, Richard Purdie wrote:
On Mon, 2018-07-02 at 18:44 +0100, Alex Kiernan wrote:
On Mon, Jul 2, 2018 at 4:06 PM Alex Kiernan
wrote:
On Mon, Jul 2, 2018 at 3:55 PM Mike Looijmans wrote:
The sftp-server runs fine using dropbear as SSH backend, I'd
expect the same
to be
= "${PN}-sftp ${PN}-misc ${PN}-sftp-server make"
RPROVIDES_${PN}-ssh = "ssh"
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike
'runtime-reverse', pkg)
*** 0048:pkg_name = os.path.basename(os.readlink(pkg_info))
0049:
0050:pkg_dic[pkg_name] = oe.packagedata.read_pkgdatafile(pkg_info)
0051:if not "LICENSE" in pkg_dic[pkg_name].keys():
ount util-linux-umount udev (=
${EXTENDPKGV}) util-linux-agetty"
RDEPENDS_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
'serial-getty-generator', '', 'systemd-serialgetty', d)}"
RDEPENDS_${PN} += "volatile-binds update-rc.d"
--
2.
ev" > /proc/sys/kernel/hotplug
mdev -s
+find /sys/ -name modalias -print0 | xargs -0 sort -u -z | xargs -0 modprobe
-abq
#
# We might have mounted something over /dev, see if /dev/initctl is there.
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg
n-skins-magic/1.2+gitAUTOINC+8b5fb84750-r0/temp/log.do_package_compare_ipk.22333
ERROR: Task
(/home/.../meta-openpli/recipes-openpli/enigma2-skins/enigma2-plugin-skins-magic.bb:do_package_compare_ipk)
failed with exit code '1'
--
Mike Looijmans
Kind regards,
Mike Looijmans
System
On 06-10-17 00:10, Andre McCurdy wrote:
On Thu, Oct 5, 2017 at 2:44 PM, Leonardo Sandoval
wrote:
On Thu, 5 Oct 2017 10:19:18 -0500
Leonardo Sandoval wrote:
On Thu, 5 Oct 2017 16:49:28 +0200
Mike Looijmans wrote:
I'm confused.
Layer "meta-xilinx" defines:
recipes-
On 05-10-17 16:59, Mark Hatle wrote:
On 10/5/17 9:49 AM, Mike Looijmans wrote:
I'm confused.
Layer "meta-xilinx" defines:
recipes-bsp/arm-trusted-firmware/arm-trusted-firmware_2017.1.bb
This recipe is too old for my liking, so I made a newer one in "meta-topic"
ld win even if my PV were lower, right?
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com
Please consider the environment be
On 18-09-17 18:25, Trevor Woerner wrote:
Hi Mike,
On Mon, Sep 18, 2017 at 8:45 AM, Mike Looijmans wrote:
I can probably bring some work (e.g. Zynq MPSoC board) and fun (settop box)
hardware along to demonstrate what I'm using OE for.
Any chance you could set something up that could
7;t remove it.
We're not removing the "resize" command itself. It's about removing something
that started as a simple one-liner in /etc/profile to call "resize" (that did
not fix the problem) and grew out to be a monster over time.
Kind regards,
Mike Looijmans
Sy
not if you redirect stderr to /dev/null.
Yep.
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com
Please consi
Peter Kjellerstedt
> mailto:peter.kjellerst...@axis.com>> wrote:
>>
>> >
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicpro
FFILES_${PN} = "${sysconfdir}/network/interfaces"
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com
P
it cannot change the
environment of its parent). Remove the call and hence solve the messages
about shells missing "command" or "tty" or "resize".
Signed-off-by: Mike Looijmans
---
meta/recipes-core/base-files/base-files/profile | 9 -
1 file changed, 9 deletions(
On 18-09-17 15:24, Mike Looijmans wrote:
On 18-09-17 15:08, Burton, Ross wrote:
On 18 September 2017 at 12:31, Mike Looijmans <mailto:mike.looijm...@topic.nl>> wrote:
This is basically the same change as I first sent a patch for in
April, and
last pinged th
On 18-09-17 15:08, Burton, Ross wrote:
On 18 September 2017 at 12:31, Mike Looijmans <mailto:mike.looijm...@topic.nl>> wrote:
This is basically the same change as I first sent a patch for in
April, and
last pinged this Friday... The only real difference is that
ough the wiki
registration process yet...
I can probably bring some work (e.g. Zynq MPSoC board) and fun (settop box)
hardware along to demonstrate what I'm using OE for.
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Tel
On 18-09-17 10:49, Peter Kjellerstedt wrote:
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com
Please consider the
duces the number of forks.
Fixes: e77cdb761169e404556487ac650dc562000da406
Signed-off-by: Mike Looijmans
---
meta/recipes-core/base-files/base-files/profile | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-core/base-files/base-files/profile
b/meta/rec
bled screen when the dimensions aren't 80x25.
Signed-off-by: Mike Looijmans
---
meta/recipes-core/base-files/base-files/profile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/base-files/base-files/profile
b/meta/recipes-core/base-files/base-files/profi
roc/cmdline
for x in $CMDLINE; do
case $x in
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com
Please
I noticed that the "wic" recipes appear to focus on the host only.
Would it be possible to run "wic" on target?
For example, it would be really convenient to be able to program the eMMC
using wic and auto-expanding the root or data partition to cover the whole device.
I noticed this patch made it to master. Could it be applied to "pyro" branch
please? It's really causing headaches there and there's no "bbclassappend" to
workaround the issue.
commit b516394f9e7858062aa7b042aa4a1bdef9d3a941
Author: Mike Looijmans
Date:
When IMAGE_NAME and IMAGE_LINK_NAME are equal, do_write_qemuboot_conf will
create a symlink that links to itself.
Check if this is the case before creating the link.
Signed-off-by: Mike Looijmans
---
meta/classes/qemuboot.bbclass | 7 ---
1 file changed, 4 insertions(+), 3 deletions
testdata and testdata_link may point to the same file, in particular
when IMAGE_LINK_NAME and IMAGE_NAME are equal.
Check if this is the case before creating a symlink that points to
itself and makes the next build fail.
Signed-off-by: Mike Looijmans
---
meta/classes/rootfs
On 24-05-17 14:58, Mike Looijmans wrote:
For boards that offer WiFi, I'd want them to connect more or less automatically.
I was wondering if there were better ways than handcrafting shell scripts to
do this on a headless embedded board?
If I put wpa-conf into /etc/network/interfac
On 24-05-17 15:12, Nicolas Dechesne wrote:
On Wed, May 24, 2017 at 2:58 PM, Mike Looijmans wrote:
I was wondering if there were better ways than handcrafting shell scripts to
do this on a headless embedded board?
If I put wpa-conf into /etc/network/interfaces it works, but blocks booting
On 24-05-17 15:12, Nicolas Dechesne wrote:
On Wed, May 24, 2017 at 2:58 PM, Mike Looijmans wrote:
I was wondering if there were better ways than handcrafting shell scripts to
do this on a headless embedded board?
If I put wpa-conf into /etc/network/interfaces it works, but blocks booting
ode like it should. Tried setting PATH
and redirecting input, invoking through start-stop-daemon, but that didn't help.
Appending an ampersand to the command makes the boot continue, but
wpa_supplicant doesn't work, it won't connect to the access point.
Kind regards,
Mike
14.bb | 11 +++-
6 files changed, 96 insertions(+), 3 deletions(-)
create mode 100644 meta/classes/build-mode.bbclass
create mode 100644 meta/classes/image-mode.bbclass
base-commit: 9f9ebf2e1ba6eda48fb5e3f20d4ca5bbabe3dad4
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materi
flash) into the fully functional GUI, on a 10" touch panel, and all of it
fits in about 20MB flash storage.
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@top
er I
wanted it to be insided the small image.
Maybe this covers your use case?
Kind regards,
Mike Looijmans
System Expert
TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: ww
native.bbclass
+++ b/meta/classes/native.bbclass
@@ -112,6 +112,7 @@ PKG_CONFIG_SYSTEM_INCLUDE_PATH[unexport] = "1"
LIBCOVERRIDE = ""
CLASSOVERRIDE = "class-native"
MACHINEOVERRIDES = ""
+MACHINE_FEATURES = ""
PATH_prepend = "${COREBASE}/s
configfs is another kernel virtual file system that should be mounted
if configured, so if it's configured into the kernel, mount it. It is
used to configure e.g. USB gadget mode and devicetree overlays.
Signed-off-by: Mike Looijmans
---
meta/recipes-core/initscripts/initscripts-1.0/sys
at bitbake wasn't able to find, raise a KeyError
exception denoting the function name before that happens. This changes the
message to the much more useful:
KeyError: 'rootfs_funky_stuff'
Signed-off-by: Mike Looijmans
---
lib/bb/build.py | 2 ++
1 file changed, 2 insertions(+)
d
Found it. A rootfs post-process function was misspelled, and that caused it.
I'll make a patch to improve the error message here, to make it just say that
it cannot find "func".
On 07-02-17 15:21, Mike Looijmans wrote:
I get this stacktrace from bitbake. No idea what'
ootfs
ERROR: Logfile of failure stored in:
/home/mike/projects/zynq-platform/build/tmp-glibc/work/topic_miami_florida_gen-oe-linux-gnueabi/pr-demo-image/1.0-r0/temp/log.do_rootfs.28716
ERROR: Task
(/home/mike/projects/zynq-platform/meta-topic-internal/recipes-topic/embedded-world/pr-demo-image
"
RDEPENDS_${PN}-core="${PN}-lang ${PN}-re"
And this is what creates that cycle. Either core depends on lang, or
vice versa, but not both (or they should simply be one and the same package)
I'd be happy to provide a patch either way...
--
Mike Looijmans
Kind regards,
On 24-01-17 16:45, akuster808 wrote:
On 01/23/2017 10:48 PM, Mike Looijmans wrote:
On 18-01-17 17:09, akuster808 wrote:
On 01/18/2017 04:08 AM, Nathan Rossi wrote:
On 18 January 2017 at 19:37, Mike Looijmans wrote:
Could someone at least please say "yes" or "no"
D) prefers padding with 0xFF because that's equal
to an erased sector.
- Other media (magnetic disks) don't care about what they're padded with.
So I'd say it makes sense to make 0xFF the default padding for exerything?
Kind regards,
Mike Looijmans
System Expert
TOPIC Pr
On 18-01-17 17:09, akuster808 wrote:
On 01/18/2017 04:08 AM, Nathan Rossi wrote:
On 18 January 2017 at 19:37, Mike Looijmans wrote:
Could someone at least please say "yes" or "no"?
I now have three projects waiting for this patch to be included in morty. If
it's
rpc-poky-linux and no
"--target" at all.
beyond this, i'm not sure how to use an OE patch to adjust this
source the right way, given that dozens and dozens of other modules
cross-compiled just fine.
thoughts? i am in now way a perl expert so i really have no idea
where
1 - 100 of 420 matches
Mail list logo
