From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6579174846558633984 X-Received: by 2002:a19:7002:: with SMTP id h2-v6mr455567lfc.0.1532296454028; Sun, 22 Jul 2018 14:54:14 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:9d4:: with SMTP id 203-v6ls695657ljj.5.gmail; Sun, 22 Jul 2018 14:54:13 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdCM2Sxp4b8Fh7JIH2vAzkzD/emWcTlxB/bFFn5SlBxRlgnpmFdxr71/a8KaAYc/h0MAH1A X-Received: by 2002:a2e:9a58:: with SMTP id k24-v6mr556057ljj.33.1532296453439; Sun, 22 Jul 2018 14:54:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532296453; cv=none; d=google.com; s=arc-20160816; b=Ai2tdYHoa0Xsob0OmTZFO57G8lDc1ivdx1/0VjFATwD3r3hzBMjXLFCImwvgVAarwo ZNyUJOipFKDOBLW8UOaP4Rtat0sq7kcxvJQ9Ylo8DOZWrozYvmanMbNXeQmyh31l+lFa b4NlZZMtOOsa0CAT48d8R5MAXUve8zl3KU8kVU/SLGQxU1OiNTG6Zuvi+4HMk7nr2KDg KkQRfJ0xw81oZuN86XKzSvHUI3hZ160hwWfcoMWztJmWfZ7c1O7cEni1GbkaD3CUnMqw XT7ivjy+yt82Ht2JFzf1Gk46b25YJ7I2koXZVuHIEDoDO0LOnb+LDXXqX8R5O44cLXpN v7Xw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject :arc-authentication-results; bh=TpDOxEDhulthEamQCrsA8tQkCHqjfcxaqlWubR0cMcI=; b=YEcVgIDxaWw/XQ7830+haejBv2eUuc5nzomEKC0QEPYuZD3fBkyAyZXbWkvTfHAZYe hLDdoN0M5Z0Kw9EpICfVDy6v9Q43mHkSkGVhyGJFnTQ7gpR+TKXsQ/qth/Q3aC35hF0S ZLfIGr4XnPBRjmMsfH+Mxz6AlpwuXMqdE0rBWFjb7itnl2sKmhpSJbN4iDTV8IDvBueV kbQzytVhuCfErWsVXMUqzymib3CyDSE4PRzIA1tJ6v3J/xAOVgZIc11qPj8hXBBQNeab Qq25lk3p2QNMLU60AaYsUHh52lPXPi9XwqL9JSE35yEdvX+obUw9YXRDLGhK60EwZK0k GH6Q== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id n13-v6si184648ljc.4.2018.07.22.14.54.13 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Jul 2018 14:54:13 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id w6MLsC6x017164 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Jul 2018 23:54:12 +0200 Received: from [167.87.1.177] ([167.87.1.177]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id w6MLsCCH017983; Sun, 22 Jul 2018 23:54:12 +0200 Subject: Re: [PATCH v3 0/7] Isar cross-compilation support To: Alexander Smirnov , isar-users@googlegroups.com References: <20180717131811.14239-1-asmirnov@ilbers.de> <5c45490f-9dce-b43a-14b3-8347931c40ef@siemens.com> <507beff8-3503-22a9-c3f6-0a01f3f7a132@ilbers.de> <1ed1ad84-acaf-1aa9-0ac7-f2f1353670ab@siemens.com> <164aa001af8.27ac.034a6b0541ed39b7fb4e17f4ac219eaa@ilbers.de> <09de613b-ba4c-21fb-d675-421c27b9bab6@ilbers.de> <610e26c8-4af8-6a96-7ed5-76470fb4298e@siemens.com> <2ce080a3-ab36-6a00-c8cb-80ff2d39b7f3@siemens.com> <877fdc7a-c6c7-5192-0113-ce4b9a0f5b68@ilbers.de> <9670ec25-f1af-daac-53c3-f92c0db3f573@ilbers.de> From: Jan Kiszka Message-ID: <0d9010d4-df48-c87c-8b36-2365229d7566@siemens.com> Date: Sun, 22 Jul 2018 23:54:11 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <9670ec25-f1af-daac-53c3-f92c0db3f573@ilbers.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: QL42Mx5P3Tj3 Hi Alex, On 2018-07-22 22:32, Alexander Smirnov wrote: > Hi Jan, > > On 07/22/2018 11:15 PM, Alexander Smirnov wrote: >> >> >> On 07/20/2018 08:56 AM, Jan Kiszka wrote: >>> Hi Alex, >>> >>> On 2018-07-19 22:59, Alexander Smirnov wrote: >>>> Hi Jan, >>>> >>>> [...] >>>> >>>>>> Just an observation, you use here buster but I didn't test it. >>>>> >>>>> Yes, but only for the pre-built u-boot package, and only for the >>>>> Orange >>>>> Pi. See conf/multiconfig/preferences.orangepi-zero.conf. >>>> >>>> I've found several issue with v3 regarding kernel and modules >>>> cross-compilation. I've fixed them and pushed asmirnov/devel branch. >>>> >>>> Now I'm able to cross-build orangepi kernel and example-module for >>>> it, huh! :-) >>> >>> That's good news, and I can confirm that at least the linux-headers >>> packages looks good now. It's also clear now that there can be no >>> mixed-mode when building kernel modules because this package with its >>> host tools is generated for the build host, not the target arch. >>> >>> However, I'm still stuck on the Python dependency problems. I bet you >>> can also reproduce them by declaring the hello package to >>> build-depend on "python". Same for "python-pip". >>> > > I've found an interesting notes here: > > https://wiki.debian.org/DebianBootstrap/TODO#Remove_blockers_for_:any_and_:native_introduction > > > adding native qualifier for python solves the issue for me (i.e. > python:native). Yes, already wanted to report (but got distracted by Jailhouse bugs) that I found the same hint in https://groups.google.com/forum/#!topic/linux.debian.devel.mentors/OuuorAmGgWc Adding :native to python solved the build issue for non-root-initramfs in jailhouse-image. But I have harder nuts in that repo. :) The jailhouse package has build dependencies on python-mako, a package mentioned above as cross-incompatible, and also python-pip. Those can be installed by adding :native as well, but dpgk-buildpackage will then fail on validating the build dependencies. That can be skipped, though: diff --git a/meta/recipes-devtools/buildchroot/files/build.sh b/meta/recipes-devtools/buildchroot/files/build.sh index 40ba410..aba2042 100644 --- a/meta/recipes-devtools/buildchroot/files/build.sh +++ b/meta/recipes-devtools/buildchroot/files/build.sh @@ -61,4 +61,4 @@ for i in configure aclocal.m4 Makefile.am Makefile.in; do done # Build the package -dpkg-buildpackage -a$target_arch +dpkg-buildpackage -a$target_arch --no-check-builddeps With that change and by adding arm64 support, I was now able to build *all* jailhouse-image targets cross! > > Do you think current status contains enough functionality for the first > implementation, so I could format clean patches and add the documentation? Yes, definitely, with that workaround and arm64 support, please. Maybe you have an idea how to limit the --no-check-builddeps to cross-builds. I noticed one further minor thing: wic images seem to enforce generating buildchroot-target. I suppose wic will be fine with buildchroot-host as well. Would be nice to avoid that redundant bootstrap if possible. Thanks, Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux