From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Richard Weinberger <richard.weinberger@gmail.com>,
yocto@yoctoproject.org
Subject: Re: x86_64 kernel with i586 userland plus SDK?
Date: Wed, 28 Nov 2018 08:42:15 +0000 [thread overview]
Message-ID: <9505876392c2d718fbe113e56a541de7bcc2dd41.camel@linuxfoundation.org> (raw)
In-Reply-To: <CAFLxGvzvQyM+V1=PVHKMWEa3T6MDEC-7Sxd5D_8vG1PvWNX5Ag@mail.gmail.com>
Hi,
On Tue, 2018-11-27 at 22:46 +0100, Richard Weinberger wrote:
> I have a hard time understanding how to build a distro with x86_64
> kernel, i586 userland
> and an SDK for that.
> In the beginning I assumed and have been told on IRC that multilib is
> the way to go.
>
> But it seems that building and SDK is currently broken/disabled:
>
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=e153efde9754a650e555f46cba09680baabd7d7e
I see a bug was opened for this but its not valid and this shouldn't be
an issue. Keep in mind that an SDK contains all multilibs so "bitbake
X-image -c populate_sdk" would be equivalent to "bitbake libXX-X-image
-c populate_sdk" and be the same thing. One didn't work so we remove
that.
> Another issue,if I try to add lib32 packages to my x86_64 image
> building the rootfs fails due
> to such odd apt errors:
> The following packages have unmet dependencies:
> lib32-packagegroup-core-ssh-dropbear : Depends: lib32-dropbear but it
> is not installable
> lib32-packagegroup-core-x11-base : Depends: lib32-dbus-1 but it is
> not installable
> Depends: lib32-matchbox-terminal
> but it is not installable
> Depends: lib32-matchbox-wm but it
> is not installable
> Depends: lib32-mini-x-session but
> it is not installable
> Depends:
> lib32-packagegroup-core-x11-utils but it is not going to be installed
> Depends:
> lib32-packagegroup-core-x11-xserver but it is not installable
Unfortunately the debian backend is the least supported for multilibs
and I suspect you'd have better luck with ipk or rpm.
> Are there other possibilities?
> Userspace can be pure i586, so full multilib support is not needed.
> Having a x86_64 toolchain should be goof enough, it could build
> userspace with -m32 and the kernel as-is.
The system can definitely do it, its just not something we tend to do
very often so its not entirely clear the best way to do it.
What may work is selecting the i586 tune from an x64-64 target machine?
Copying qemux86-64.conf to qemux86-64-2.conf and changing it to have
DEFAULTTUNE ?= "i586" did appear to start to build at least in a quick
test here...
Cheers,
Richard
next prev parent reply other threads:[~2018-11-28 8:42 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-27 21:46 x86_64 kernel with i586 userland plus SDK? Richard Weinberger
2018-11-28 2:19 ` ChenQi
2018-11-28 8:42 ` Richard Purdie [this message]
2018-11-28 20:26 ` Richard Weinberger
2018-12-03 8:52 ` Richard Weinberger
2018-12-04 16:49 ` richard.purdie
2018-12-17 10:26 ` Richard Weinberger
2018-12-17 10:34 ` richard.purdie
2018-12-17 12:18 ` Richard Weinberger
2018-12-17 12:25 ` Richard Weinberger
2018-12-17 13:47 ` Bruce Ashfield
2018-12-17 13:50 ` Richard Weinberger
2018-12-17 13:53 ` Bruce Ashfield
2018-12-17 14:00 ` Richard Weinberger
2018-12-17 20:13 ` Richard Weinberger
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=9505876392c2d718fbe113e56a541de7bcc2dd41.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=richard.weinberger@gmail.com \
--cc=yocto@yoctoproject.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.