From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6755821036247187456 X-Received: by 2002:ac8:4517:: with SMTP id q23mr9331032qtn.359.1573201016028; Fri, 08 Nov 2019 00:16:56 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a37:a5d3:: with SMTP id o202ls2917725qke.5.gmail; Fri, 08 Nov 2019 00:16:55 -0800 (PST) X-Google-Smtp-Source: APXvYqwh82Blcz7y2WvsoGknwwUj/3Kv/hSfyapHmeLaI0UBZ+WoWi5iNnJfyQR0U3ZbjIHECwbY X-Received: by 2002:a37:a78e:: with SMTP id q136mr7797127qke.353.1573201015595; Fri, 08 Nov 2019 00:16:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573201015; cv=none; d=google.com; s=arc-20160816; b=g294ImkMRVbBf41z9Q5ICtpUk2ApteybgnEOe6VfXtm0AzsTDpFOzYkQsJ8gKz/xAm KX8AJX52WYWswEDQsWFFYodtsh3ZqXDTZuInF9qnHwsdvAOa0YBva9RtApJ+0RHd1C57 R1pxEUC4TeEQh98nGw+qLK1kdf9hiPIe8GNQViKMvtPFdkwivOz+oMSCitXonJEZDmYP gBkgOs7irocD1DWp15b0F7wxzjBvItPjIrzXqZ2wBEmOMRoUSPSqmAGSwG5P2ie3ubu+ GVIKvU6jn1gNDFPhL+2S8djZeNWEiLXphg60a7+UHSIYLxxEB0lQGK/7M8dK4xZ6p/SC UDCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-language:content-transfer-encoding:in-reply-to:mime-version :user-agent:date:message-id:references:to:from:subject:ironport-sdr :ironport-sdr; bh=Dr74JtRPQg/JoJpB9wCSFUlhxBuphX6dIQfsiX7pB/w=; b=UFRM+FB9aocVM0KlTqIkgyhh2vWlfsFdHs9m5m95690YZAp+L13PsFYcPgg510iMqR g+JDHBJJ15Eh1IJurIYWvSgxpeUbCxUjRwOB8yqbMzlH8qPc7eeh26EF3AcvLigHjiQA 9m3vouNE2tJehysYawjDudJt8/TH/WOVZMJs46w4ETe0NBGdhk6N/hju16OIB5NsXRJT mYOUXfMc9d9pUAisLgWOxm8rWsEg9v00LrcCjl3bDE9jQYD4ptqxFtLVDOYFJ/W8Syd0 5Iszk4C1mf9jF+WLvZ+wXXsySFd2kh7hn1qPZrBBJc/ATv3YKDwWY3EhA5aeqOhLJ9cq +NLQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of cedric_hombourger@mentor.com designates 68.232.141.98 as permitted sender) smtp.mailfrom=Cedric_Hombourger@mentor.com Return-Path: Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com. [68.232.141.98]) by gmr-mx.google.com with ESMTPS id z41si289418qtj.1.2019.11.08.00.16.55 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 08 Nov 2019 00:16:55 -0800 (PST) Received-SPF: pass (google.com: domain of cedric_hombourger@mentor.com designates 68.232.141.98 as permitted sender) client-ip=68.232.141.98; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of cedric_hombourger@mentor.com designates 68.232.141.98 as permitted sender) smtp.mailfrom=Cedric_Hombourger@mentor.com IronPort-SDR: dcPPh0RZrVWSLqOcKm+vnZYNMJ7OA6jxtbOcz9NjQFs47W1QSH9P0+5w9DWdo7qkJdo4dwU6Ei 4/HDdGOkBoF0ffFfd6vm5UNbPVfI1SWBjc1R3Kp+CNxfSaGVYAgLJJnyeXeRhMPVkkg/VTdaSd ML2FQyBhfaVfipEqLOzK4xHZkmsl4L9+iEAyW7jWueF+zpf22cK8LNBymdUvDK+QVPepVsegu9 kcaGTvf4znpn1mKM8wGF3GxoCOzf0Rl9U0wB8QsZfyCqDUlHcLAldS4tvOucMRxTE7ufitEnEK EHk= X-IronPort-AV: E=Sophos;i="5.68,280,1569312000"; d="scan'208";a="42925641" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa2.mentor.iphmx.com with ESMTP; 08 Nov 2019 00:16:51 -0800 IronPort-SDR: HV3xIO2JHFsR60eYSkxHC8XppMpT495kBFp56oxeNbPlJz78PpDpr2cWhue8NYgRNdICLWmTgi rGFwG6DuBnCndFCZ4wiYJ8YJ3lEqoIkpcP2wB1Blv0x4v9u0MyU8bdGuZSXS4J4rIDVuqucuhH MlLoveTHYIOhgDLrAQpYTjBTMV+iGKkkA8Ip1tgg+E8eNVeI/EQqSpZSUMmsey+FW/D/CdwK/q /xEmSIOR1rUgZrXQC6gPj46aMi8CjkOJsT4v/E9w3JAZ3TtZJRPVFZ8UuAemmVepxTuAaMbnJo pMQ= Subject: Re: [PATCH L-C v3 0/7] linux-custom recipe rework From: Cedric Hombourger To: Jan Kiszka , References: <1573118604-909-1-git-send-email-Cedric_Hombourger@mentor.com> <1573196839-1143-1-git-send-email-Cedric_Hombourger@mentor.com> <0c09512b-6cfa-ac03-7b5b-a5e6a61b323a@siemens.com> <73ca92d2-1f56-5f53-e874-4e747838832f@mentor.com> <3648c44c-f840-81f8-74f2-461a690862d2@siemens.com> <27f610bd-8736-0d5e-293a-eb4a944c6448@mentor.com> Message-ID: <979c4f7f-3d21-ba43-2b0c-9d263a7cf2e9@mentor.com> Date: Fri, 8 Nov 2019 09:16:44 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: <27f610bd-8736-0d5e-293a-eb4a944c6448@mentor.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Return-Path: Cedric_Hombourger@mentor.com X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-07.mgc.mentorg.com (139.181.222.7) To svr-ies-mbx-02.mgc.mentorg.com (139.181.222.2) X-TUID: D26uBbsic2Vw On 11/8/19 9:01 AM, Cedric Hombourger wrote: > > On 11/8/19 8:54 AM, Jan Kiszka wrote: >> On 08.11.19 08:42, Cedric Hombourger wrote: >>> On 11/8/19 8:37 AM, Jan Kiszka wrote: >>>> On 08.11.19 08:27, Cedric Hombourger wrote: >>>>> On 11/8/19 8:12 AM, Jan Kiszka wrote: >>>>>> On 08.11.19 08:07, 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 3 of this changeset was tested against ci_build.sh and some >>>>>>> images were >>>>>>> booted on hardware available here. No regressions were detected (to >>>>>>> date). This >>>>>>> was also tested on the creator-ci40-marduk machine (subject of >>>>>>> another patch >>>>>>> series). >>>>>> dts files weren't tested so far. They end up in the wrong directory >>>>>> on the target and, thus, will not be found by the boot loader. I can >>>>>> likely tell you in a moment which part exactly is wrong. >>>>> ok thanks. the boards I tested either do not use dtb files or require >>>>> a custom dtb path setting anyway >>>> I strongly recommend to switch everything to ditro boot. That's >>>> usually just a simple patch to the default u-boot env. More and more >>>> vendors support that, and it's the unified way of booting Isar. >>> I can't agree more (need to work with the vendor of the board I have to >>> update their insanely old u-boot, it is insane to have it supported >>> with >>> mainline kernels but keep a 4-years old u-boot). >> Ah, another "we are done" BSP. Yeah, never use BSPs... >> >> >> BTW, another fallout from the full nightly build: >> >> NOTE: recipe isar-image-base-1.0-r0: task do_copy_boot_files: Started >> ERROR: mc:qemumipsel-bullseye:isar-image-base-1.0-r0 >> do_copy_boot_files: Execution of >> '/builds/ebsy/debian/isar/build/tmp/work/debian-bullseye-mipsel/isar-image-base-qemumipsel-ext4-img/1.0-r0/temp/run.do_copy_boot_files.105304' >> failed with exit code 1: >> cp: cannot stat >> '/builds/ebsy/debian/isar/build/tmp/work/debian-bullseye-mipsel/isar-image-base-qemumipsel-ext4-img/1.0-r0/rootfs/vmlinuz': >> No such file or directory >> WARNING: exit code 1 from a shell command. >> >> ERROR: Logfile of failure stored in: >> /builds/ebsy/debian/isar/build/tmp/work/debian-bullseye-mipsel/isar-image-base-qemumipsel-ext4-img/1.0-r0/temp/log.do_copy_boot_files.105304 >> Log data follows: >> | DEBUG: Executing shell function do_copy_boot_files >> | cp: cannot stat >> '/builds/ebsy/debian/isar/build/tmp/work/debian-bullseye-mipsel/isar-image-base-qemumipsel-ext4-img/1.0-r0/rootfs/vmlinuz': >> No such file or directory >> | WARNING: exit code 1 from a shell command. >> | ERROR: Execution of >> '/builds/ebsy/debian/isar/build/tmp/work/debian-bullseye-mipsel/isar-image-base-qemumipsel-ext4-img/1.0-r0/temp/run.do_copy_boot_files.105304' >> failed with exit code 1: >> | cp: cannot stat >> '/builds/ebsy/debian/isar/build/tmp/work/debian-bullseye-mipsel/isar-image-base-qemumipsel-ext4-img/1.0-r0/rootfs/vmlinuz': >> No such file or directory >> | WARNING: exit code 1 from a shell command. >> | >> NOTE: recipe isar-image-base-1.0-r0: task do_copy_boot_files: Failed >> ERROR: Task >> (mc:qemumipsel-bullseye:/builds/ebsy/debian/isar/meta-isar/recipes-core/images/isar-image-base.bb:do_copy_boot_files) >> failed with exit code '1' >> >> Can send you the link the full log on our internal CI on >> code.siemens.com. > shouldn't be needed. looks like KERNEL_FILE setting isn't honored for > this target. should be easy to determine why that isn't the case from a quick code inspection: meta-isar/conf/machine/qemumipsel.conf:KERNEL_FILE ?= "vmlinux" sounds like it should be = not ?= but we could also provide a better default so we don't have to do this for every single MIPS machine our global def config has: KERNEL_FILE ?= "vmlinuz" we could add KERNEL_FILE_mipsel ?= "vmlinux" will add this change to the relevant patch series >> >> Jan >>