From: Henning Schild <henning.schild@siemens.com>
To: Anton Mikanovich <amikan@ilbers.de>
Cc: isar-users <isar-users@googlegroups.com>
Subject: Re: [PATCH] ubifs-img: Force cross-compile usage
Date: Wed, 8 Sep 2021 11:28:41 +0200 [thread overview]
Message-ID: <20210908112841.06902cb6@md1za8fc.ad001.siemens.net> (raw)
In-Reply-To: <6053a8e4-169d-7100-1ad9-67db397b7a8d@ilbers.de>
Am Tue, 7 Sep 2021 15:32:46 +0300
schrieb Anton Mikanovich <amikan@ilbers.de>:
> 07.07.2021 19:46, Anton Mikanovich wrote:
> > mkfs.ubifs creates an empty image at armhf target with error:
> >
> >> Value too large for defined data type
> > This error is throwed by readdir(glibc 2.28+) inside 32-bit QEMU on
> > 64-bit kernel with ext4 filesystem. It happens because of incorrect
> > filesystem metadata storage if _FILE_OFFSET_BITS=64 is not set.
> >
> > Upstream bugs
> > QEMU:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.com%2Fqemu-project%2Fqemu%2F-%2Fissues%2F263&data=04%7C01%7Cde173c00-e982-4fda-8644-47edf4671d63%40ad011.siemens.com%7C58544763b9674583e74f08d971fb9f1b%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637666147790473401%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QGBXXojbDLbnFeHpmmL1eYLYfAh%2BBSi85qVeQ3o6KWY%3D&reserved=0
> > glibc:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceware.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D23960&data=04%7C01%7Cde173c00-e982-4fda-8644-47edf4671d63%40ad011.siemens.com%7C58544763b9674583e74f08d971fb9f1b%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637666147790483360%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Mkdr%2Be%2F9BM6oZ8dexp8LPCfGl7kej67DPSUeRTGu6oE%3D&reserved=0
> > kernel:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.kernel.org%2Fshow_bug.cgi%3Fid%3D205957&data=04%7C01%7Cde173c00-e982-4fda-8644-47edf4671d63%40ad011.siemens.com%7C58544763b9674583e74f08d971fb9f1b%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637666147790483360%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=aRHpKJw66su0djScsmDbTXh%2BJWzaN63UQ%2F64iHU2IBA%3D&reserved=0
> > maillist:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flkml.org%2Flkml%2F2018%2F12%2F27%2F155&data=04%7C01%7Cde173c00-e982-4fda-8644-47edf4671d63%40ad011.siemens.com%7C58544763b9674583e74f08d971fb9f1b%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637666147790483360%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CPF6DmK8n3jGmXBChFxWjYhZpKc2K1Im4%2F5GVnb0Xhc%3D&reserved=0
> >
> > It was already fixed in mtd-utils v2.1.3 by enabling LFS
> > (commit e91700286ff531f344f4d9a1f1c96c501bfeadad), but until this
> > version will be released and backported to Debian we need a hotfix
> > to make Isar to use host arch mkfs.ubifs.
> >
> > Signed-off-by: Anton Mikanovich <amikan@ilbers.de>
> > ---
> > meta/classes/ubifs-img.bbclass | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/meta/classes/ubifs-img.bbclass
> > b/meta/classes/ubifs-img.bbclass index e422b46..7d78a79 100644
> > --- a/meta/classes/ubifs-img.bbclass
> > +++ b/meta/classes/ubifs-img.bbclass
> > @@ -12,6 +12,10 @@ UBIFS_IMAGE_FILE ?= "${IMAGE_FULLNAME}.ubifs.img"
> >
> > IMAGER_INSTALL += "mtd-utils"
> >
> > +# glibc bug 23960
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceware.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D23960&data=04%7C01%7Cde173c00-e982-4fda-8644-47edf4671d63%40ad011.siemens.com%7C58544763b9674583e74f08d971fb9f1b%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637666147790483360%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Mkdr%2Be%2F9BM6oZ8dexp8LPCfGl7kej67DPSUeRTGu6oE%3D&reserved=0
> > +# should not use QEMU on armhf target with mkfs.ubifs < v2.1.3
> > +ISAR_CROSS_COMPILE_armhf = "1" +
> > # Generate ubifs filesystem image
> > do_ubifs_image() {
> > rm -f '${DEPLOY_DIR_IMAGE}/${UBIFS_IMAGE_FILE}'
>
> Applied to next.
This is in fact super hacky and seems to assume that isar will not be
running on an arm host. It further assumes that one can not
possibly have mtd-utils >= 2.1.3 (which is wrong for bookworm, which
we will add soon i assume).
A cleaner solution would have been to backport the fix and rebuild
mkfs.ubifs.
Henning
prev parent reply other threads:[~2021-09-08 9:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-07 16:46 Anton Mikanovich
2021-09-07 12:32 ` Anton Mikanovich
2021-09-08 9:28 ` Henning Schild [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210908112841.06902cb6@md1za8fc.ad001.siemens.net \
--to=henning.schild@siemens.com \
--cc=amikan@ilbers.de \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox