From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6579174846558633984 X-Received: by 2002:adf:ebc8:: with SMTP id v8-v6mr471560wrn.32.1531901964656; Wed, 18 Jul 2018 01:19:24 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:4892:: with SMTP id g18-v6ls68054wrq.9.gmail; Wed, 18 Jul 2018 01:19:24 -0700 (PDT) X-Google-Smtp-Source: AAOMgpccMy+d7StSgcvsZYuuYx8mEPPvkLLnehTY5sixUqdiWL5I6d7Bokh95/BBbwfNKMVRE3QP X-Received: by 2002:a5d:4a86:: with SMTP id o6-v6mr458874wrq.15.1531901964159; Wed, 18 Jul 2018 01:19:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531901964; cv=none; d=google.com; s=arc-20160816; b=hsNo47Nh8DU6HEF0MbPPioqiDtQ8uVT4nebNM0H7q+985xxvr2muersSrvNUInZFs6 zFteg7kOYO0oOQXzdMsPljR8CyTq+i1Pcclf/NrCAipOtFHTrYv31Dcg3zWXo5CcrXId /62u0oqmGCjsWBsVSBxeFzOq8R03s5d1V2v9RAnbjCrLgksjNaLvrYEihtxiupNncfMB Qll9Ha4dgQGcd59rTVAd6FAaCwfJt3ZR6Wj4ENgIcnVNfifswlgiROmgpbEDMrRNAkn9 oBkpuXmkC7X8E5fl0PpgWqF6EykRMjfhBtH6l/dK1QDLQ0iuYXUnb/xN8lKoZBEfNcaN VhQw== 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:references:to:from:subject :arc-authentication-results; bh=Z+GiLT8cFtxyi6DXHzGG4zONJht5GNNtirAvW1Dr9Lo=; b=jO72lws0Z/VYr3ElaVx4MiWxZDX0ueOQy0vV6W5nZ55s5bV9rZLl5Sm7HNpZ0aGgJK T2huld2nNaSmA58h0+dGHnTmPj8OvFk9REMI4VCMsiRhlGqmFhx5zyal80NvPigSAySK 8cGY4291P2lGj10xtzUWtP6+fmjZw+0whMqPVXCTGbM2+Og2yEPr7bT3w3rgSW32Ru5F fCLPIhLKlS/iwY1lJv+etPfW/H56ukXiQraupu7o4hd+bIkQP5MG0Mfl0jPRs6lKHlFJ CV4YV3GJ88wWFk+XnTQG0rPFawDuo44ikU+IrRl5VD4G19OY/lUcaSOlR0kn1S/wtEIp 6ryA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id h6-v6si52526wmb.1.2018.07.18.01.19.24 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Jul 2018 01:19:24 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id w6I8JN3A009043 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 18 Jul 2018 10:19:23 +0200 Received: from [139.22.160.78] ([139.22.160.78]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id w6I8JNEc010510; Wed, 18 Jul 2018 10:19:23 +0200 Subject: Re: [PATCH v3 0/7] Isar cross-compilation support From: Jan Kiszka 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> Message-ID: Date: Wed, 18 Jul 2018 10:19:22 +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: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: nIwVALysmmOX On 2018-07-18 09:06, Jan Kiszka wrote: > On 2018-07-17 22:48, Alexander Smirnov wrote: >> >> Jan Kiszka 17 июля 2018 г. 22:45:11 написал: >> >>> On 2018-07-17 17:41, Alexander Smirnov wrote: >>>> >>>> >>>> On 07/17/2018 04:38 PM, Jan Kiszka wrote: >>>>> On 2018-07-17 15:18, Alexander Smirnov wrote: >>>>>> Hi everybody, >>>>>> >>>>>> sorry for the delay, this is the third version of cross-compilation >>>>>> support for Isar. >>>>> >>>>> Thanks for the update! >>>>> >>>>>> Supported targets for cross-compilation: >>>>>>  - stretch armhf >>>>>>  - stretch amd64 >>>>>> >>>>>> Artifacts could be cross-compiled: >>>>>>  - dpkg.bbclass users >>>>>>  - dpkg-raw.bbclass users >>>>>>  - kernel >>>>>> >>>>>> Known issues: >>>>>>  - if target and host architectures are the same, there is no need >>>>>>    to use host buildchroot. >>>>>>  - kernel module doesn't support cross-compilation. Default >>>>>> linux-headers >>>>>>    package depends from target gcc binaries. So attempt to install, >>>>>> for >>>>>>    example linux-headers-armmp, tries to install gcc:armhf, what rises >>>>>>    conflict with the host tools. >>>>> >>>>> Could you imagine overriding such specialties with extra rules, even if >>>>> package specific? Not having kernel module in the cross compilation >>>>> chain main cause troubles (or does it work fine to cross-build the >>>>> kernel and then natively build the modules?). >>>> >>>> What I'd like to try: >>>> 1. Add ARM defconfig for linux-cip >>>> 2. Try to build example module for linux-cip for armhf >>>> >>>> Regarding overriding default Debian kernel, ATM I don't see any >>>> possibilities. Just as an exercise - I tried to install >>>> linux-headers-armmp: >>>> >>>> $ sudo dpkg --add-architecture armhf >>>> $ sudo apt-get update >>>> $ sudo apt-get install linux-headers-armmp >>>> >>>> No chances here, this package pulls lots of armhf binaries that conflict >>>> with the host ones. The only way I see now is to manually fetch and >>>> unpack this package. But it's an ugly hack IMHO :-( >>> >>> But maybe we can resolve that issue for self-built kernel by providing >>> also a compatible headers package? >> >> >> I need to investigate this topic in more details. >> >>> >>> >>>> >>>> Regarding hybrid mode (apps and kernel are compiled cross, modules are >>>> compiled natively) - this works. You could check this by trying >>>> cross-build for qemuarm-stretch, for example. >>> >>> I suppose to opt-out a package from cross-building, I need to add >>> ISAR_CROSS_COMPILE = "0" to its recipe, right? Currently trying... no: >> >> Hmm, actually it should. That's how I disable cross-comp for kernel >> modules. Could you try more strength assignment := ? >> Sorry, "no" was referring to the build in general. I can enforce the opt-out via ISAR_CROSS_COMPILE = "0" successfully. >>> >>> | Broken jailhouse-build-deps:arm64 Depends on >>> linux-headers-jailhouse-arm64:arm64 < none @un H > >>> |   Removing jailhouse-build-deps:arm64 because I can't find >>> linux-headers-jailhouse-arm64:arm64 >>> >>> The problem seems to be that the header package is generate as :amd64, >>> so I can't install it into the arm64 buildchroot. However, the cross >>> build also fails because it searches for :arm64 as well: >>> >>> | Broken jailhouse-cross-build-deps:arm64 Depends on >>> linux-headers-jailhouse-arm64:arm64 < none @un H > >>> |   Removing jailhouse-cross-build-deps:arm64 because I can't find >>> linux-headers-jailhouse-arm64:arm64 >>> >>> By requesting :amd64 versions of the header as well as some python deps, >>> I'm getting further and then fail differently: >>> >>> | dpkg-architecture: warning: specified GNU system type >>> aarch64-linux-gnu does not match CC system type x86_64-linux-gnu, try >>> setting a correct CC environment variable >>> |  dpkg-source --before-build git >>> | dpkg-buildpackage: info: host architecture arm64 >>> | dpkg-checkbuilddeps: error: Unmet build dependencies: python-pip:amd64 >>> python-setuptools:amd64 python-mako:amd64 >>> >>> "host architecture arm64", that is suspicious... >>> I'm starting to wonder if there is the wrong architecture set at some level, which may also explain why dpdk pulls tool packages for the target architecture, rather than the host arch. Does that ring any bell? Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux