From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6556209687865327616 X-Received: by 2002:a2e:9455:: with SMTP id o21-v6mr1268833ljh.34.1526977598338; Tue, 22 May 2018 01:26:38 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a19:1a43:: with SMTP id a64-v6ls1883081lfa.0.gmail; Tue, 22 May 2018 01:26:37 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqhEnVUtt8QUuED21kMEn2UJ3KI7FavlHksFsUivTDxnj9tli0Pm8rsm65SqJXuWWkpQPVC X-Received: by 2002:a19:e501:: with SMTP id c1-v6mr2538372lfh.29.1526977597744; Tue, 22 May 2018 01:26:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526977597; cv=none; d=google.com; s=arc-20160816; b=j8QBsNSe/403I9XAFn6FWU34ok1ZOCpShgwcqdDt+fChZntkIbfTNbg2yFMBiet3nb SqYuXOoShowf4CWGN1d9xid8mrEGBf/Pz57IMCMEo4pKxcTe4UPMrRIuRRNYW4avdPcD 00BdPz04RybsZfvWt38L3GYfo8x8nECevknKcn6eHAWhI2sV7ksQKrnYbzz7YzoFHnHK 4/u3rwGqb5hmD5vAhrequnMcfdsHdG2JRj+d3xm7EebKXu1zqZOxV7E/b1zrUAeui625 MDocKON6XD62DGpbOiiDNUQ5cURIso+klut92eDOiThQnmEEMYgh6uKZkW88w0riH5ox MCLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=qz1if0RxB2+eVW/djyt6iYcVQKzg5X1uGoclW7KeVDE=; b=v9tyft6RmRqv6AnS6Pfz7D9WjkRwr75HXxvi52wL+oquYrr6cXap0PeehojM7lP70w T64Wh7VQt4IydudfnhemMq1PzhJDjr7Poma4qlXwIi3dbnLyCSIuOUwnbHM5VbW+VzR1 hmauILNcjeZI4p86R6Y4Oa0XFFB/kPJQYL6TonRy5QyFWivyjJ10lqQWeuyuvpPQlVfU ffTLj7l3J7Om7nYaQBi1I3ekZsavg5675ebmRgs0qLk+V+kB6z5btES607C0GfpnhjgB s9jUxlouogCjpqo6jA0e+bVx93Q93o4tTj3NiPbHo46zJMqn8bNX6YY4rnCHKPH/Ta85 CXAA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id n24-v6si602818lfh.5.2018.05.22.01.26.37 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 May 2018 01:26:37 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id w4M8Qa5A019454 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 22 May 2018 10:26:37 +0200 Received: from md1pvb1c.ad001.siemens.net (md1pvb1c.ad001.siemens.net [139.25.68.40]) by mail2.siemens.de (8.15.2/8.15.2) with ESMTP id w4M8QadM013174; Tue, 22 May 2018 10:26:36 +0200 Date: Tue, 22 May 2018 10:26:36 +0200 From: Henning Schild To: "Maxim Yu. Osipov" Cc: Subject: Re: [PATCH v2 0/2] ISAR SDK image support Message-ID: <20180522102636.3aa966d6@md1pvb1c.ad001.siemens.net> In-Reply-To: <6f4de683-906b-7a14-5f87-08d1e51ccf92@ilbers.de> References: <20180516155653.29870-1-mosipov@ilbers.de> <20180518103333.5752a6f7@md1pvb1c.ad001.siemens.net> <6f4de683-906b-7a14-5f87-08d1e51ccf92@ilbers.de> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: O1WVWGW7HaPn Am Fri, 18 May 2018 13:01:08 +0200 schrieb "Maxim Yu. Osipov" : > Hello Henning, > > Thank you very much for your feedback. > I'm new in the project and your suggestions > are very welcome. > > Let me first describe my understanding of the ISAR SDK image > use case scenario: > > We have a team of developers who need to develop application in ISAR > ecosystem. Somebody (let's call him project's leader) has Debian > based PC workstation with installed ISAR ecosystem and he has to > quickly pass ISAR build environment to other developers, which > probably have other Linux distributions like Fedora/Suse etc. So far so good, but they might have Windows or MacOS as well. > The provided patch solves this problem - team leader just builds > required isar-image-sdk and passes the resulting ISAR image or ISAR > rootfs tarball to developers - they just chroot to this image and may > start developing application. chroot is not available on the OS the developers are used/forced to work in > This works fine for x86, but as you absolutely right > > > While it will work for arm(64) on x86 you will end up with a > > horribly slow SDK. Horribly slow is OK for building the image with > > Isar, not for the fast turn-around you are looking for as a > > developer. > > The proposed solution is just to flash ISAR image on the ARM target > (as modern ARM targets are quite powerful) and develop the > application natively on the target (like this is done in raspbian > world). And this is exactly the point where i think you are wrong. Developers do not want to or can not deal with additional hardware. It is cumbersome and HW might not be available. We need something that works on one machine (the developers notebook). So the --sysroot for devs with any Linux + cross toolchain, and for the Windows guys a whole Linux + cross toolchain to wrap it all into a VM-image. > I hope this clarifies the idea behind the patch, The idea was clear but that way has the mentioned limitations. Henning > Kind regards, > Maxim. > > On 05/18/2018 10:33 AM, Henning Schild wrote: > > Am Wed, 16 May 2018 17:56:51 +0200 > > schrieb "Maxim Yu. Osipov" : > > > >> Hello everybody, > >> > >> Please ignore previous patch series. > >> > >> This series introduces ISAR SDK image support. > > > > Thanks for looking into that! > > > > As i explained here > > https://groups.google.com/forum/#!topic/isar-users/bxmZQD8sSDQ > > > There are two general ways to prepare an SDK. The image+devtools and > > the "--sysroot" of buildchroot way. You have implemented > > image+devtools which is only practical for non qemu-user-static > > setups ... basically just for x86 targets. > > > > While it will work for arm(64) on x86 you will end up with a > > horribly slow SDK. Horribly slow is OK for building the image with > > Isar, not for the fast turn-around you are looking for as a > > developer. > > > > What should be done instead is extracting the buildchroot and using > > it from the outside with "--sysroot", add example for make, CMake, > > eclipse And maybe creating an x86 Debian rootfs with the cross > > compiler that contains all that. > > > > Henning > > > >> In order to create ISAR SDK image just add package isar-sdk into > >> variable IMAGE_INSTALL in bitbake's conf/local.conf and fireup the > >> ISAR image build. > >> > >> When build is done, perform the following steps: > >> > >> 1) Copy host's hostname and resolv.conf into resulting rootfs: > >> > >> For example, > >> > >> sudo cp /etc/hostname > >> $HOME/isar/src/build/tmp/work/debian-stretch-amd64/isar-image-base/rootfs/etc > >> sudo cp /etc/resolv.conf > >> $HOME/isar/src/build/tmp/work/debian-stretch-amd64/isar-image-base/rootfs/etc > >> > >> 2) Mount the following directories in chroot by passing resulting > >> rootfs as an argument to the script mount_chroot.sh: > >> > >> $ cat mount_chroot.sh > >> #!/bin/bash > >> sudo mount /tmp $1/tmp -o bind > >> sudo mount proc $1/proc -t proc -o nosuid,noexec,nodev > >> sudo mount sysfs $1/sys -t sysfs -o nosuid,noexec,nodev > >> sudo mount devtmpfs $1/dev -t devtmpfs -o mode=0755,nosuid > >> sudo mount devpts $1/dev/pts -t devpts -o gid=5,mode=620 > >> sudo mount tmpfs $1/dev/shm -t tmpfs -o > >> rw,seclabel,nosuid,nodev > >> > >> $./mount_chroot.sh > >> $HOME/isar/src/build/tmp/work/debian-stretch-amd64/isar-image-base/rootfs > > > > Should that helper not be part of the patch series? > > > >> 3) chroot to isar SDK rootfs: > >> > >> $sudo chroot > >> $HOME/isar/src/build/tmp/work/debian-stretch-amd64/isar-image-base/rootfs > >> > >> 4) In chroot change user to 'builder', cd to directory isar and > >> start the isar image generation as usual. > >> > >> For example, > >> > >> root@tiberius:/# su - builder > >> builder@tiberius:~$ cd isar/ > >> builder@tiberius:~/isar$ . isar-init-build-env ../build/ > >> builder@tiberius:~/build$ bitbake > >> multiconfig:qemuamd64-stretch:isar-image-base > >> > >> > >> Kind regards, > >> Maxim. > >> > >> Alexander Smirnov (1): > >> isar-bitbake: Add AUTOREV definition > >> > >> Maxim Yu. Osipov (1): > >> image: Add ISAR SDK package to create SDK from any rootfs image. > >> > >> meta-isar/recipes-core/images/isar-image-sdk.bb | 9 ++++++ > >> meta/conf/isar-bitbake.conf | 2 ++ > >> meta/recipes-devtools/isar-sdk/files/README | 2 ++ > >> meta/recipes-devtools/isar-sdk/files/postinst | 21 > >> +++++++++++++ meta/recipes-devtools/isar-sdk/isar-sdk.bb | 42 > >> +++++++++++++++++++++++++ 5 files changed, 76 insertions(+) > >> create mode 100644 > >> meta-isar/recipes-core/images/isar-image-sdk.bb create mode 100644 > >> meta/recipes-devtools/isar-sdk/files/README create mode 100644 > >> meta/recipes-devtools/isar-sdk/files/postinst create mode 100644 > >> meta/recipes-devtools/isar-sdk/isar-sdk.bb > > > >