From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7163980406052618240 X-Received: by 2002:a17:907:75ef:b0:78e:17ad:ba62 with SMTP id jz15-20020a17090775ef00b0078e17adba62mr3445834ejc.719.1668105410433; Thu, 10 Nov 2022 10:36:50 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6402:5251:b0:43d:b3c4:cd21 with SMTP id t17-20020a056402525100b0043db3c4cd21ls313961edd.2.-pod-prod-gmail; Thu, 10 Nov 2022 10:36:49 -0800 (PST) X-Google-Smtp-Source: AMsMyM7CV2FNfQHlA5KZaAJUOFUW9OU7HqOaQo2GVd79u1XGPAJoZl81PEEKYf8OMdiOrJaif90S X-Received: by 2002:a50:c01e:0:b0:460:fab2:c31f with SMTP id r30-20020a50c01e000000b00460fab2c31fmr3085904edb.335.1668105408993; Thu, 10 Nov 2022 10:36:48 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1668105408; cv=pass; d=google.com; s=arc-20160816; b=lhqkhQKX/QLKd3THSXDRqJMA5AKm0sD6kZwxlxlhN4Sam2HW1IW7l72cp+j5iSmbKh eW0op3679G3+hqHwhLJJakyQnR54FptTY5fgXpyRB0A+B5/8IYvKkZRXMAFwbdKG6mI0 XtVb5kZTjagNobJi17TSCxJa4UCKUbtM7bAl3LqovXRE+0FJQ5H+DyirqByOGvLBQ7VP Conqjity67M/3E2R+ZAytRhsZ0YWEoJTTv3v/rWM6uUMztPsOSPcQAyPgBgiq9/qx9mZ zxQIaLDaYS7i9g6MkgWeiuSQkaVNerhN9wJ8pK4T5VSUQVBFq18ZElFUlGsEidgfwnWc DOQg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-transfer-encoding:in-reply-to:references:cc:to :from:content-language:subject:user-agent:date:message-id :dkim-signature; bh=QMBseXy8ZCiJ+N/lJnaEzwjEiRIXw7AndDjdOwapsrA=; b=JiugDVn9eo6w7PdxsBRGuzXJnLZRWU5RVShcyEkNemY6AWA+PYnRqeFzQPDgWPb+SN VsL29554+bhziqgHxd+zh83MKLyD5yoC0Qc3KbDCfd0hbaMIZjqjt+tJmTqqg8Vfg/R9 g1YC5y8pNL8osqAwICu2PoA0B2m9U75bEy9YG3FB4SDNrrnG+59N2u/BiapzU03jW6Q7 IpdjD3T72h8JLmJ6XRXH5yDkd9Cq6suLUr20rfmqmdYDGumBteHqQ9yIgjrnpAAvY2hw f1wQqlkOYdI2eBe72Xh+cpHHFenAB6bokWBxyeIqRmPP1dh6qay/x9rLsLFxtgwiLDO+ jv8g== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=pFoATzta; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.6.74 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 EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60074.outbound.protection.outlook.com. [40.107.6.74]) by gmr-mx.google.com with ESMTPS id h7-20020a1709070b0700b007a5f25d9f11si2180ejl.1.2022.11.10.10.36.48 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Nov 2022 10:36:48 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.6.74 as permitted sender) client-ip=40.107.6.74; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=pFoATzta; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.6.74 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SJvoR+Z+IEBO8tUWu/v4++Ku3GdkorlmjodlrOgbfBLBn0dCy6CGOYjKTik/DG82VXg49e/wFnLKkjmT+cShyvCbTWCVBzOIpp5Oh2l1LfuYsJOZ6e6MOhqk7LHcchFTlfU41Amm4S4/wLCFaOriwd0kqglo8VnlpKETcrrxoHOGu+bYohWQaDLL1j1iyq/6NpXwT7byfTrStMP4na9UZOXs/0CuPlHlQ6PPjbiTZruMm9puPjrcdjNCDB15TkVRc5IVQSU1IM9fKaLDAmudRTKFKfDfhqKLC47eq34aJr4y2ymvUuXLSbyRMg5sc9WQv+a9c7JlDj3pMrM19z5I+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=QMBseXy8ZCiJ+N/lJnaEzwjEiRIXw7AndDjdOwapsrA=; b=C3+yJxBRe/mcQiW4XDB7i8PLsOLdxFBeYP+Z50dAn22TM3u94RSmImLu9jXEEQS1mFMt/WiCqAVMYLrkHVeayP2piMmR4UQ+PqLbdMX7RjTutym2uTCvjeDrdsllr8kIAtstllychRsZMS9M3r5ThkPpjzf2t1wplflKnGm50W/8wO0hRUSRm0T5s548k/pbz4TlVpMnCHG21Tlva8ANYqEADUZ+zSyyN/KRmLnGanYk/iOm5GPTDvXTo7OorCrdapGkdOzHPIy1oAZ27VfbCJ99YAzF2+L3gImYkKFE3eiiIscE5Yv/dBaW6mw923aZWjwtQVw20MsfT/sZgUV9Tw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=siemens.com; dmarc=pass action=none header.from=siemens.com; dkim=pass header.d=siemens.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siemens.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QMBseXy8ZCiJ+N/lJnaEzwjEiRIXw7AndDjdOwapsrA=; b=pFoATztaqZLXVKgi0fJnBxROFCa72lEAai7A7Unlqhy0Klc7IrUJMppzoj7dTWPawFEJq5JOqsNeoCOEaHzpifLuuOYC6qzOR7pI7sfJ6P8epuuynOQNouc0Wux28tD+oEux/EAJVkG1PwXNAQPnNp9ZU0DIHQUSy7NzajsPfzlfnRO0gk3EFLAJ4zr5dYIBAycqhwFsSgHc7FSE5vHVjmvH40M3CgFnxoTx4bnRRN1t9pDBx14gt7KivDixgy4ETS5JMz3rkW0Ca6Zk08QeJ7PIVaGpZ+pxhWfEQy0xAPt4zDb3EwQC3LahHeXrDp2rmpr26CD9NdwUmFrjs6al7w== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=siemens.com; Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:588::19) by AS8PR10MB6867.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:5b6::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5791.27; Thu, 10 Nov 2022 18:36:47 +0000 Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::5d9b:b9d1:bd69:107b]) by AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::5d9b:b9d1:bd69:107b%4]) with mapi id 15.20.5791.025; Thu, 10 Nov 2022 18:36:47 +0000 Message-ID: <8ca86f94-07e7-04cf-4220-10f4510c6927@siemens.com> Date: Thu, 10 Nov 2022 19:36:46 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.0 Subject: Re: [PATCH 0/3] linux-custom: Split up binaries from kernel headers to kbuild packages Content-Language: en-US From: Jan Kiszka To: "Koch, Stefan (DI PA DCP R&D 3)" , "isar-users@googlegroups.com" Cc: "Sudler, Simon (DI PA DCP TI)" , "Storm, Christian (T CED SES-DE)" , "Adler, Michael (T CED SES-DE)" References: <20221109103238.1520091-1-stefan-koch@siemens.com> <14a5cc80a0fb2a73c1839a79852449b6e5f1434e.camel@siemens.com> <411d7867-5283-a105-051f-4e8229cff9ad@siemens.com> In-Reply-To: <411d7867-5283-a105-051f-4e8229cff9ad@siemens.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: AM5PR0202CA0009.eurprd02.prod.outlook.com (2603:10a6:203:69::19) To AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:588::19) Return-Path: jan.kiszka@siemens.com MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AS4PR10MB6181:EE_|AS8PR10MB6867:EE_ X-MS-Office365-Filtering-Correlation-Id: 8ac82ead-88ae-49e7-8543-08dac34a8659 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Uy43pmWAOuNjrB/oxRSfM9l1JQgbUTbMYPWWGx83B/yh/ZxD9M/RNTOzmCmoqECeuYO+pSe7QTNy9kZC8PYahYaNf5+dCR/1hlFA84GiHNzFbAn8T2fOD5B2tvcbjXNyDKe9zb9r3PJ8RqZpLhHBGvG2JQ4VLnpFU1O1qpDFR0OmErjsyeN+uCDvkA/AAQ9KhmcGdPInkyt+mFzsO+mGcPcZmnOH46lBsRTIbIKcrxjAVw6BmCDBS64jGw1uqeXTqA/vFIhubnRRA66/yELwNRWrO5zdnhUqKe+BObWyDD7MTclMUbXqg+48yHstStRth9zvsyEjJ9W7z4WQisP3xInPBpiCbdV7uxhPhmFxY/KwGyLZnGjSL5Aj2acOZ0sdubrSkN9j6nWf3vf7xmlNefVYJEaQdq/AGzcyG+SeXKZnlFHbGenSZ5EIFtRVB3bXafoKhxh4dtqQ/MMzJmihRziEcWJ57EtxS3A4Bk7n7Yv4nXZm3EOsIlPBM/zMMNM0uWePA/F1SZbppTixS/guWkBzOkqd6geWrmEw+bsbu5OJhiQwRjXHIAIh4yaOog+JJvSj+nwzEtYnK1/3LK7wGDt7C0cZ+7xyKxkL/28kvh79gIG4c0oO7vQRkFlFpxglEqT/ev9uNDXAWswkV/JK8AgEg8UEF3CglRd/s9d+8Y23xRrdMi2AiYJQ+cU1Ks18BnWkDO1Ajm6Ycfud3s+DFEsPn3YTQhvJ6vvwSbb/2UPqT2LP2RtiHDXCtgBNZpDcU4tzlQqIRx0Aq9kptClf2x893nd0AYI0ns0V0iN16SWqhK80CNz09VbyugiaARmfUH4QHODYr1xbbQwOj6gGuQ== X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230022)(4636009)(346002)(396003)(39860400002)(366004)(136003)(376002)(451199015)(82960400001)(6512007)(186003)(53546011)(5660300002)(6506007)(26005)(38100700002)(83380400001)(44832011)(6486002)(2616005)(2906002)(966005)(110136005)(4326008)(54906003)(31686004)(66556008)(8936002)(107886003)(478600001)(8676002)(41300700001)(66476007)(316002)(66946007)(86362001)(36756003)(31696002)(43740500002)(45980500001);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ZUpQVTVsUU5VOUFGUGFWZ05qb2lWU2hRWHgwUElPeHNHSHByZmZUdWJnQlEy?= =?utf-8?B?NE5HaWhsMDFDOStQNU9jcWFPZDF0Wkk1YnoxUUJuVFRrWWp2Y1J6dWNiOXNL?= =?utf-8?B?UHd3bXhxRkxqWm11VWFhOUZJOGFHRFRjNEQ3bXBrajR1STZqcHQzcU04M3M3?= =?utf-8?B?b2xVY0tBTFh3V0FxRmhWRUVVeThWUGsyTUxkaGI2bnZ5NXVBdjd5S1VkQXNl?= =?utf-8?B?RnROT0JPRjRnM2dhaGM0U3d3Nnl5ejhoUFBZYzg2L2dnZHhGUURrdTFZMDBU?= =?utf-8?B?TGNhY2N4UGc1T3hDRi9MNVdSbktxU09PZFJ6SHdDa1UzT01NdHpNb0svL3RE?= =?utf-8?B?dXFIODhSMWZyUk5pZ3pXZUNoNksyWU9ZZVo4Q2FZN254OWtHaFg5SGVEWFoy?= =?utf-8?B?OU5xdGhmRmc0WFljUDEvaDlleEE1Q0lZcnpHMHNNZ2E0MHNLYUozajZiSFJ0?= =?utf-8?B?aVpZL01VUEhnY0JqeGx6ZnJwUWxlZGRsb3BiY2x1REJvVFVDQlZ0R2syU25N?= =?utf-8?B?WlhDbVdMYTNpQUdzUDNMTENKMGRySVJ0Wmlsb1VMRXNiWFBycjMvU1BaQ1Fi?= =?utf-8?B?M0YxSlM1NmF4UHhUa3hKVGt6Y2N0dTdOTnhPZmN6ZVhKaDhNeXZCUkJhajky?= =?utf-8?B?QlR0czE1NjN6dEhacE10RzBPa3FaSFhYc1YxUzFCZGNkWHpBYjFINllweDRL?= =?utf-8?B?bmtHZUdnc2Y5aXNnTFNVMEZRZEcrSy9BZHJuRmdCb1AvNE5uM2R2OEJzV3c1?= =?utf-8?B?RHRiYW04Y2FWRm9qL2tCV3VqcUtRYmM4UjF2Nmk2MXdIZE9JYnhwWDF3REw5?= =?utf-8?B?eDZkS2w0a3VBWTVFY0tkL3RWU3dKTFUxY3d4Mm9ibXlScVZpZTVJRGNGM2RQ?= =?utf-8?B?N0VJQjQ2YkNLd0UvekdaaURJUi9OMkhHSUNiMEczNkYzL2w4YUs2cFRnb1Z3?= =?utf-8?B?cWkxUlhMc0hzakVnaDdBNkg3NUpyS1NFT21FYWduazFhWmlpZysyV3hXaDF6?= =?utf-8?B?VWFSRllpWUdienl1ZlZuMVBkN1F2ZGY0UWtKNUhBWWNiTXRjNWVZYXNNbFVa?= =?utf-8?B?R09IckFoc1pON1ZZL0ZWWEh3bVNPK1g3MTJlTEdIdGdaaXViUWxDcG9YN05K?= =?utf-8?B?eXhISkxCSm9vWGZYWmNtNWVrVzBMRXcvLzhPenExR3FOaVEyb255dXF3b1hK?= =?utf-8?B?SzFyc2xXTDlTZHF2Lzg5dnZQQ1lGYWtEUE9jNUdvdGI2alR4QUlaYWtjM3FM?= =?utf-8?B?Qnhya1dCb0lBZzNhMFQ1ZDJJYk5mWGNxQnFHaVdEQldDMDVNZnZ6QURBQnJt?= =?utf-8?B?bGozY1FHbWJadDNLU1ViektqdXJOdU9xY21Ua0ZxaXNxTWNtSzVwUGZ5YXFp?= =?utf-8?B?ekExb3BWTGlsRmMxaW5kdVBiMC9oWm5Mc0UwcWlKNHpSS1ZDNVIzVjdSVmZy?= =?utf-8?B?WStGaks2RWNzUWdhYnhRalhNdXFaeVh3b1dldXhqaVBlNitvWThEWUVFczZU?= =?utf-8?B?bFN4Zm5zRHRxUXd4Z0VjbHhReTFQamZhdE5pM2x6QVR3Y1QwUmc1UUF6VVY0?= =?utf-8?B?K01ld1Q0VGtEYlg1RTV3bzZBYlVCdGNaRkFsc3F2R3oxZE5tY3Zpb0pybWdD?= =?utf-8?B?bFIvU0hvNUVaaGVORjQvcTlMb2daNWlLeitNNi9TbGN1dmxIaE55VDN2Q29s?= =?utf-8?B?SEluOEY0Y1dHdTl4cXV2d2VVbVNkTG1melcwd2dhUTYvK2RYQkN2WW9NaXlP?= =?utf-8?B?aHhiUlUvQXhLdmVKTUhmU1Y2QWNNcWVBNlZGTjV4KzBHSld0bitXSzlVMTMx?= =?utf-8?B?RzRBVUhidW95Y04wVGRKWnhxdjUzT05DNDNNQVZSdTFOM2ZRaUxTems1Q05L?= =?utf-8?B?Tnp6VmRWbVBOWUFLZWdua2IxMFJVMXI0ZFhNT1JhclFUOWpqcVhmd3VhNTdX?= =?utf-8?B?NFZGWWdmNGZRSFNPVVkrWHBPNlVPRUt4aGlWdS9pZGNYR0JiUzljSXF3ay9h?= =?utf-8?B?TVUwSEovbTV4VU0xcm5iVldmT0hudXZyY2dneUVFTUZZaWNnWXdaZDdSeUlR?= =?utf-8?B?WWxBT3J2ZHZNS2NUbUN5eEphN1hMT1ZsRFRyclhMZFZTNmcrTE5Xalhmdm9y?= =?utf-8?B?cVEzZk1WM2FvMGdPa1VuVWFCdTdoajUrNXdLVXNtcVBOUVNrUjBYMDNjVWJn?= =?utf-8?B?aEE9PQ==?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8ac82ead-88ae-49e7-8543-08dac34a8659 X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Nov 2022 18:36:47.6138 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 38ae3bcd-9579-4fd4-adda-b42e1495d55a X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: t+gw17P/mBOjvW1K3zxGWmhRbV33JOR86/S9JiVahCThdJA5mdTu8+Wyei14TlnHbld5uMnNqDJ8pGwCFingzA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR10MB6867 X-TUID: eUgUfZF9743F On 10.11.22 19:33, Jan Kiszka wrote: > On 10.11.22 18:49, Koch, Stefan (DI PA DCP R&D 3) wrote: >> On Wed, 2022-11-09 at 17:00 +0100, Jan Kiszka wrote: >>> On 09.11.22 16:06, Koch, Stefan (DI PA DCP R&D 3) wrote: >>>> On Wed, 2022-11-09 at 12:50 +0100, Jan Kiszka wrote: >>>>> On 09.11.22 11:32, Koch, Stefan (DI PA DCP R&D 3) wrote: >>>>>> Hi >>>>>> >>>>>> This patchset is a set of three patches: >>>>>> - Support overwriting configured schroot dir >>>>>> - Split up binaries from kernel headers to kbuild packages >>>>>> - Update custom_kernel docs for split up of kernel scripts and >>>>>> tools >>>>>> >>>>>> The main use-case was to swap out the binaries >>>>>> from the kernel headers package. >>>>>> They will be swapped out into host and target >>>>>> specific kernel kbuild packages. >>>>>> >>>>>> The main development goals were these: >>>>>> >>>>>> 1. Solve already known isar custom kernel >>>>>> limitations from doc/custom_kernel.inc >>>>>> - kernel headers package does not support both native >>>>>>   and cross compilation of kernel modules when cross built >>>>> >>>>> Right, that requires building packages for multiple >>>>> architectures. >>>> >>>> Important feature... Maybe it should be added to the TODO list in >>>> the >>>> docs? >>>> >>>>> This >>>>> is the feature we need, and it has nothing to do with the kernel >>>>> packages per se. >>>> >>>> The way that I assume debian will do building the kernel is that >>>> they >>>> use a generic debian defconfig for each architecture. >>>> E. g. linux-config-5.10/config.amd64_none_amd64.xz, linux-config- >>>> 5.10/config.arm64_none_arm64.xz >>>> >>>> ISAR builds are often using specific defconfigs honored by ISAR's >>>> linux-custom for the target build. >>>> >>>> Debian specific architecture builds (e. g. host and target, maybe >>>> with >>>> sbuild) for one target device, using target specific stripped-down >>>> defconfigs, may not working properly. The kernel build for a >>>> foreign >>>> architecture (e. g. host) may fail because of an incompatible >>>> defconfig. >>>> >>>> Debian provide a generic very similar defconfig for different >>>> architectures, and they build the linux-image, linux-headers and >>>> linux- >>>> kbuild for each architecture: >>>> - So I assume the linux-kbuild:amd64 was build with linux-config- >>>> 5.10/config.amd64_none_amd64.xz >>>> - So I assume the linux-kbuild:arm64 was build with linux-config- >>>> 5.10/config.arm64_none_arm64.xz >>>> >>>> The debian generic defconfig may differ in some arch specific >>>> points >>>> but you can use the linux-kbuild:amd64 for a cross-build of linux- >>>> image:arm64 because the resulting scripts and tools are from the >>>> identical set. So mixing linux-headers with different archictecture >>>> specific builds from linux-kbuild should work since the defconfigs >>>> have >>>> a "shared base" (e. g. both define CONFIG_HAVE_C_RECORDMCOUNT thats >>>> needed for recordmcount utility as example). >>> >>> Sorry, I don't understand what role the config plays here. Isar is >>> used >>> to compile (usually) one specific kernel, Debian compiles a few >>> generic >>> ones. But the fact that Debian compile everything natively (for >>> production) and we do cross-compilation is not related to different >>> configs. >>> >> >> I just wanted to point out for the future case when ISAR would support >> a generic way to build packages for multiple architectures: This might >> not be applicable to all kernel builds. E. g. because of the fact that >> the used defconfig for a "specific kernel" is not compatible for a >> multi architecture build, only for the architecture that the defconfig >> was made for. >> >> Yes, it may work if you could specify different defconfigs for each >> architecture. One goal of this patch was to provide the kbuild scripts >> and tools just for host and target in a transparent way - without any >> changes to the build process of existing ISAR users. > > Misunderstanding: I didn't meant to propose building the kernel-image > package for multiple arch, only the then factored-out kbuild packages > with the host tool (once for the build env, once for the target). > >> >>> The answer to the problem "I need kernel headers on the target" right >>> now is in Isar to build natively the kernel and, thus, the header >>> package. Not optimal, but we still need this case too rarely to have >>> cared about it more so far. >>> >>>> >>>>> Jan >>>>> >>>>>> >>>>>> 2. Honor recommendations for future from doc/custom_kernel.inc >>>>>> - Generate kernel headers packages for both host and target >>>>>>   when using cross build >>>>>> >>>>>> 3. Add extensions known from debian kernel packages structure >>>>>> - Generate a kernel headers package without binaries >>>>>> - Create specific kernel kbuild packages that >>>>>>   will ship the "scripts" and "tools" binaries >>>>>> - Use symlinks to point to the "scripts" and "tools" binaries >>>>> >>>>> Keep in mind that we intend to remain compatible with the layout >>>>> of >>>>> Debian. Self-built kernels should remain drop-in replacements of >>>>> the >>>>> Debian kernel packages. And that is true for development packages >>>>> as >>>>> well. >>>>> >>>>> So, are your changes working against that, or are they improving >>>>> existing incompatibility with the debian packages? >>>> >>>> The approach from this patchset does build the kernel in the known >>>> ISAR >>>> specific way. Debian itself patches the kernel Makefiles to >>>> modularize >>>> the kernel build what ISAR doesn't do. With this patch the packages >>>> linux-kbuild and linux-kbuild-cross are the only new packages that >>>> the >>>> ISAR build will provide. That means ISAR will provide then linux- >>>> headers, linux-image and linux-kbuild. They match on the target >>>> with >>>> the package name of the respective debian packages. So the existing >>>> drop-in should not be affected. >>>> >>>> In short this patch brings the ISAR linux-custom mechanism a bit >>>> nearer >>>> to the debian package structure. Since linux-headers behaves then >>>> more >>>> like the original debian linux-heades to ship the binaries within a >>>> separate package -> linux-kbuild. >>>> >>>> The trick is to build only the scripts and tools with schroot- >>>> target >>>> (QEMU) in a non-cross way. Since the kernel does not support >>>> building >>>> the scripts and tools for target architecture when do a cross build >>>> without patching the kernel Makefiles. I think that patch was never >>>> merged into the kernel: >>>> >>>> https://patchwork.kernel.org/project/linux-kbuild/patch/1376046432-12588-1-git-send-email-broonie@kernel.org/ >>>> >>> >>> The problem is that patch might have to not provide that use case I >>> wrote about above. It is a rare use case, a non-distro use case, but >>> I >>> wouldn't call it an invalid one. If we can address it by splitting up >>> the Isar kernel build into different packages and then only compile >>> the >>> binary bits once again, now for the target architecture, that would >>> be a >>> nice solution. >> >> That's what the patch do: >> - Move the binary scripts and tools from linux-headers to linux-kbuild >> as debian does it for their kernels >> - Compile only the scripts and tools for the target using schroot- >> target (QEMU) and package it as linux-kbuild >> - Package the binary scripts and tools from the full cross kernel build >> to linux-kbuild-cross using schroot-host > > It's moving in a good direction - but why linux-kbuild-cross? Nothing > depends on it in your patches, thus module builds will be broken. I > suspect we rather need > > KERNEL_PKG_KERN_KBUILD=linux-kbuild-${KERNEL_NAME_PROVIDED}: > > and therefore (on amd64) linux-kbuild-${KERNEL_NAME_PROVIDED}:amd64 to > be built and then installed for module builds. > > Jan > And regarding structure of the series: please split up the creation of kbuild package from also building it for the target arch - if possible. Jan -- Siemens AG, Technology Competence Center Embedded Linux