From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6755821036247187456 X-Received: by 2002:a1c:1b88:: with SMTP id b130mr22109516wmb.4.1575876594100; Sun, 08 Dec 2019 23:29:54 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:ebc5:: with SMTP id v5ls1273811wrn.8.gmail; Sun, 08 Dec 2019 23:29:53 -0800 (PST) X-Google-Smtp-Source: APXvYqwEl3SYGoRvlkbPsMEpRzAarf/716wwJr4+5xgPNnyJ3d9VqHhuRS+2Q+fB4rEN9O1zQiIz X-Received: by 2002:adf:f508:: with SMTP id q8mr360218wro.334.1575876593304; Sun, 08 Dec 2019 23:29:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575876593; cv=none; d=google.com; s=arc-20160816; b=dTnCPuLXefoxHrHeUkXHvOZAdaAhSyDxp7/OnpRfrW//8qa5EO2tEUWjVOBq8t4geJ Sc8EY7UXPH/KqlZfnEzWsFQhGx8VxC/aVZpy/Vz9SW2bhYNkK0uUkGYVaV5vfWVxd1Kn AeuJatYb6FeTTADG4ibkBlX2fjAY/AhSoxfPWMWl3Ueuo+YwL/Cumk6n7FJ5m8QgLQR4 GdFpNpf+kkISL0zOxerz1HN14tXDXVS+iU+SozonsA94mKw0zA+o/MtzwftnxHedm4CO mEssbrWfemKvNoMdFHro3XsGc+PZ15Mvy2T9KpPosyDikzGk8GonC4OkLmcmIkXYkuZc lReg== 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; bh=CxLS36NZayBZw9kpGuYAcDuQZB6vAjqQVjsyydYDbCo=; b=GWpFuVnNWkSKOLv7YP6fvagQgRlJbaLCbI0No1v3UVX32dtQabs/zktYtH3M1lybxe Z5rw3KoIxmcqogrOguNsDrlRxL/YB6qr3J+zwfqtgpMMBX7SNEFCiwYuLnOW0bde5he6 SBsHG1U6pYVhEt8D1/o17SUr3j3lGCuB3QNLwDzHpN1eQdC4ir4S7k3v+g+QNjnJzIWB lxCSprmSGwFMF15pc6jOBktJg/BB+M2MwqOYkysgicd05lUIDLvYat7U7YsAHRfmIZ4d YI2dvTFkX2FpFZ8yDJq6U7QOAVi3acchExY+9+IgRdkFBYj/BbZgMCiN5+T2rY1exK7J bqAA== 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id w127si54169wma.0.2019.12.08.23.29.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 08 Dec 2019 23:29:53 -0800 (PST) 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=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 xB97TqbU007960 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 9 Dec 2019 08:29:53 +0100 Received: from [139.22.32.211] ([139.22.32.211]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id xB97TqhB016173; Mon, 9 Dec 2019 08:29:52 +0100 Subject: Re: [PATCH L-C v4 0/5] linux-custom recipe rework To: isar-users@googlegroups.com, Cedric Hombourger References: <3c232836-fc03-b784-33e2-cc21393dfad7@siemens.com> <1574697894-825-1-git-send-email-Cedric_Hombourger@mentor.com> <20191205170130.njzq2tlus3ki3gjl@yssyq.m.ilbers.de> From: Jan Kiszka Message-ID: <680076c6-1542-377b-36fa-18deb863ec53@siemens.com> Date: Mon, 9 Dec 2019 08:29:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 In-Reply-To: <20191205170130.njzq2tlus3ki3gjl@yssyq.m.ilbers.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: u0ofJDH3RMMC On 05.12.19 18:01, Baurzhan Ismagulov wrote: > Hello Cedric, > > On Mon, Nov 25, 2019 at 05:04:49PM +0100, Cedric Hombourger wrote: >> The Linux kernel is packaged a bit differently between Debian variants >> and in particular for the perf package(s) in Debian vs Ubuntu. Since >> there is no way the kernel build scripts would ever get distro specific >> support for building more than the kernel and headers, we need our own >> build/packaging scripts. >> >> Version 4 of this changeset was tested against ci_build.sh and some images were >> booted on hardware available (including the de0-nano-soc). No regressions were >> detected (to date). >> >> This version is still relying on qemu-user-static being in the buildchroot-host >> I am unfortunetely getting little time to work on removing this dependency (for >> the avoidance of doubt, I understand the views of the maintainers). The purpose >> of this submission is to share progress. > > In general, looks good to me. A couple of thoughts: > > * Could you provide simple test cases for the "apply" parameter and dts in this > or some later series? > > * Echoing Jan: Why did you drop config fragment patches? Looking at this again, I suspect you just wanted to avoid adding that features first for the old recipe and then implementing it again for the new one. I can see it in the new recipe, but the example got lost. > > * The current usage of copying qemu-*-static in the mainline is racy (a recipe > may delete it before chroot needs it). It should be centralized in the > future. Another reason to skip that for now. Cedric, I can take over if you lack the time, just let me know. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux