From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7163980406052618240 X-Received: by 2002:a05:6512:1504:b0:4ab:1e2d:c8df with SMTP id bq4-20020a056512150400b004ab1e2dc8dfmr22253273lfb.480.1668009614991; Wed, 09 Nov 2022 08:00:14 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:ac2:58f3:0:b0:49a:b814:856d with SMTP id v19-20020ac258f3000000b0049ab814856dls4436886lfo.1.-pod-prod-gmail; Wed, 09 Nov 2022 08:00:13 -0800 (PST) X-Google-Smtp-Source: AMsMyM46rOuMYKbki8wqozG9Z/44Wb0ahfK3hKuB+2p4Ir2khDwVY8bc2tA1xXpVxLmXX1dHG82G X-Received: by 2002:ac2:4ac4:0:b0:4af:ad16:8a27 with SMTP id m4-20020ac24ac4000000b004afad168a27mr20941374lfp.374.1668009613430; Wed, 09 Nov 2022 08:00:13 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1668009613; cv=pass; d=google.com; s=arc-20160816; b=JaRjp4Xiu6Mtoo75zV9tvHzz1Hc8S60FCvZdaicVWbMwgm9CE0hzW7oa20OsrlW8Ov J9pGi1H3m3AIgTXwo6iH9PsDLYxNSW1J0QrZXB2FwfMp0mxs6oIwN7aSkQsb98rPrEpE 1sHya4P5Kn6ZJrMOcs9lElHr3DIim3B3bcKULbUf9bvoO5yTWmY59LtPtsOa8XFxeO2I KSpcMV7iR/WvKqd+vlwTDixX+fT10O+GQNadsGUFlHNQhA8jSVRJdgZf1WLjSOKJRF5K QYQQXLRapKyQgSJSiuKeOhvkwKAOwc8eLOlhTGEo+59toCJxjF07Obez/uPXacpoqXdc UPLA== 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:from:references :cc:to:content-language:subject:user-agent:date:message-id :dkim-signature; bh=LnkiBaJ4tSc33Z5Rt19HhRgu9zDOVgUlsZiro11i2Ds=; b=k/GC77t+9ulLWl2AU0JeG0B2RgYA57lEPAcCx22Stq5ga4i9k1s0d0TT6wraHZhbgK 0eIqNLqwcC4W8wezpxIM/bh8H2XTUwGQwT/n35Cx7+awIQa33Lu0vmLY8gfEMF3MBrNl 4QFGWXhEw1/sQ+dxtSaaFbdHpYMve/hZ8I+Or3PkCEX/j01jYem+0fQWJ6ah0xbxV92u zEqPLR1kqB0Xk54a1xovMseNgUUZvJ8ILEK44wYEYCW/wVxs5R9zXVGOtUYzeJSKUs3f vZKOly4RokSPUAqb5lKmqlHKUim/L7D37I7hEaxFgHYwY8W/yEsoBayh7P1/lHI30zWU 34kA== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=Jsyoq5Z9; 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.21.64 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 EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2064.outbound.protection.outlook.com. [40.107.21.64]) by gmr-mx.google.com with ESMTPS id e7-20020a05651236c700b0048b38f379d7si500483lfs.0.2022.11.09.08.00.13 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Nov 2022 08:00:13 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.21.64 as permitted sender) client-ip=40.107.21.64; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=Jsyoq5Z9; 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.21.64 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=lhBpKEjqyj/jkQWD5xYX3/UrwOSNp4VEyVNeGPoz6m/WXrnTH6S20W9834qFCIcuRuRbQXj9JegPZVo4CnpI820YR/JimIjOKP2CZ3r7BH0tOi+NNwQZszt7en4IoyA0eRHEaSivtGUcImXVMhF/o1WNglbV1CpoFDpVUdjwFAnZUB2tMoPG962aX04/ClGfGTTZw6lfhiGToIx3M7wmevVXw+yVxErWnE2cnx/4ll96F2ky7QsDMLznuLP38RIpyora1mfrI9ra6cM7Ygjrdvb+rTWaC9AvqJpyYvVZLneMRvmW7rDugBaup3VbdTZyj555klHaITVzMD2iCwLH5g== 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=LnkiBaJ4tSc33Z5Rt19HhRgu9zDOVgUlsZiro11i2Ds=; b=N5GRGbWkeOgUqdaSQl5Vhkg99KpXMjx6wV+DraMrOtcVXXLY7i8gVAulellXyoFJNIKmF6kfFj1P3nCu4rnB6P52/NuggrY/qy8ov2406V7ZUoUijjrQ6asGaEylcydOeeGLdp/zKbbTFvFt0PCs1MWDPX7KoioMFMa0WWjLeZmi8u/cM3nmcVt8L23ZtccaADFqTlaO5qzw5xdugqVOITsDSkt3GNM14pm9p+pHt9Mt2MDgXEwLbgoMEHAlL9bx4h5EadkXa9NVTOxNop2BJubTLHaH7Sur5we6u7ror62lJYrrx2DcyehvPPrYVsij35l7HLJZDVQJmVZgIgOPwA== 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=LnkiBaJ4tSc33Z5Rt19HhRgu9zDOVgUlsZiro11i2Ds=; b=Jsyoq5Z9suaDQgnMq0cmMZpumpTkhBo1DxgnHg9SDwpVvlp4usmPdXzBtne0ILeTnfK2PkdDy6bbGQ/VkzIMoz+QzRJ45QzLx79T6ZQ9mp9KAAOezYa7Y91cs+/9yUUCxPjTzZxVQA2Vd6Y939sNICaD8xYP9U+R5qxTkU4/22XXKdJRyxuTtu9Wm31jsPdlZ6R0epvU2oqC7A29mZHMiPynxEf9j0xDT8dDxlXCJgSRTlDHe05mRQxBXDxF/1X7eQLWNZh07Vp948CdzCIR4Fx2+RiaXjux1wO6stb7IJr3y8TWmo6WWJE0Z0ZNKdhP4zLNd6p6k+kFcDh89x8Wxw== 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 GV2PR10MB6693.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:150:b9::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5791.26; Wed, 9 Nov 2022 16:00:11 +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; Wed, 9 Nov 2022 16:00:11 +0000 Message-ID: Date: Wed, 9 Nov 2022 17:00:09 +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 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> From: Jan Kiszka In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: AM6P194CA0027.EURP194.PROD.OUTLOOK.COM (2603:10a6:209:90::40) 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_|GV2PR10MB6693:EE_ X-MS-Office365-Filtering-Correlation-Id: 50545911-49e4-4251-f36d-08dac26b7b61 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: x51T5zTpPB3q0OdY99VzY0eOKkDBHaYqC2mPyv3DDtcnS4pIa2cpaNRssgak7Lrwci6sY8BHHOflar3PrcqpLX1aGbxFQOO8GNOzWbPQCBj36i7qY0konyxmoH8VC8VHgQljJcO92heowEv9NOcm88WlSOlZpsTeBXd8tzuxFRq0sa7d9D4YHctQXgj5AfT0wwe+/97KxmrTxnD2u7jMtWlh6HbBQqZClGhW//3fqhy62hgvuKbkFbBNOKNWiiWYRHmuPi+/BCRiJBO/0ABoe2qBcgjL01AaHrnjL6LdlQ6UMlPQMWwcUK7fF2tDYVMXony66/MbhsSDdjtsaF5Xr+3J+VyOW0DpOwyayVxWwuJyLDmZszdqSngNPbTguadwieRuF0ZBsdrwfC9QkikgwsmyIl3jgQOxuG9nX3L+d3936Gfm5Gcn8xqC1PZxqPhon72QIhOVZSioE7HyAXECzAJqNzPZL/nq8zpCmzKxhPkGQWeiHwzhOE/LiyajcicHRSLWsGJIziTNPeHOE8wABbvxsovOQ376kq5k2HqrW2tb68VV7U+eOIGr0MYxyqo10fpZcfn2vSw1VD3bMqyREH4IBCpU/nDwqxJCbDj1+81hB47PCrJamAzpwu0CNfxU096bnX5+u+Ps2+eY0gPaK2gDX/RoA1R8xjiJVpv09mjkJfBzr+fy2mcuTRTrf/aZFz2NP5YeuE6ud+SiZj8tFeyziFNUbH+jX88olqhH0jRsDQy8nBaO/PUQYXMZ1hnBAoGGqCyDltCeuOzLvTL9gn+ApLzAJUB6y3tgGWA/zk8Ew3NiAUSqSYCJox7acEgBs4QUkc4TmxczTrTxY6zjGw== 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)(366004)(376002)(39860400002)(136003)(396003)(346002)(451199015)(6506007)(66476007)(4326008)(53546011)(5660300002)(2616005)(54906003)(316002)(110136005)(2906002)(36756003)(86362001)(8936002)(186003)(44832011)(6512007)(31696002)(26005)(66556008)(8676002)(66946007)(41300700001)(38100700002)(31686004)(83380400001)(82960400001)(107886003)(478600001)(6486002)(966005)(43740500002)(45980500001);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?MGZrdGJ4ZGY3bmQwMXppeW50c2VNb3pUWExSMnJrRjV5M1FlVFQ4TjhnTnBO?= =?utf-8?B?dXAybk9qWGhYb3dvVVM0bDhNS2laM3ZWSTlqQm1NTC9BdmNoWWFxUmFvSSs2?= =?utf-8?B?VGVGSHBIbXJONTRhSSswOGZaZkFvcmQxcGRrUDFBK3lvRkkycjlZbkwrWFFB?= =?utf-8?B?YzFvY2VwUDkzdndOM2VzaU9iZ0EyWmo4a3FaQUVRbnJ4SU1kRzliUXdPQ2RV?= =?utf-8?B?SndMQWpWb2NYR2gvQ2daZEhqd2d4MkNvLzRCZ3dNblNvOVJ2TGhOemNkYlFM?= =?utf-8?B?U0VjNS9kQ0lZTXdLaWpJRFA0OWNhRHlOeWNuaTN0Wll3STJ2Qmo1MS9DdFFX?= =?utf-8?B?L0I5WXl6Wk8zQ2ZMeUozeHZEdHh2YlRyRXoyWTI5c2drOHNEdENDN2NTTUhB?= =?utf-8?B?WUNSa2hYcmRZckJZaGZYVVdoVXNzaVBDVFkwaFBNQ2NTZEd6VHJVTmJXUER3?= =?utf-8?B?TzJJTDViUXM2QWtYa2dJdkx1WHhVNENzYklQYkZWNWJnVzZiT2N4UWVaNVhl?= =?utf-8?B?YWl0R1UvZ2hXZlJFRE9ZbGxQOCsyYnptNmpVTzYvRk83dTRzaEQzQUFncFJ5?= =?utf-8?B?S0VodlBUekN2UlV5U210M0NvbHNmYzFoNjhzUVZleFpWcEFsRXQyRXNKeUgy?= =?utf-8?B?R3hXQ3lleTloT3h6UWdQWVIwWU1kZGVMY1U4dHVjTDd6eGJwZUw5ZTdlaXFS?= =?utf-8?B?K0hDY2pMTGh4MGlrRU9ZcDIzYzVFN0dJMTNLcU5GVmhLZEFVZ2ZwUzhoSDMw?= =?utf-8?B?cXZkOU9VVmVOMCswNWIvYnRxRGtYVmVSUFNwQ2ExMmlTdmR3K25qZjRSd0ZB?= =?utf-8?B?OWxjUXZmZzQrVzlBcXJwL2s4Z0Y3cEI4RUJVRXp6V0MzOVA1SjNVSWs3ZXpm?= =?utf-8?B?bW1lWVgwN2lNeEFHOTl2bG1MYVo4TVlKV01iUHN0T0Vzb2FGRG9xdmxXUWRv?= =?utf-8?B?K1ZlNVpOOTBLMENhRC94dE1ZVWZzZzZta0RGN0FJdlZobkRTcGZhbkhpYTFC?= =?utf-8?B?Vkhic081SHJ1b2tRR1VJZlU5YituaWxtNmMrZmVzUzhwZWQ0VThFd2JaK29r?= =?utf-8?B?cFI4SklBYk5zbTBRdEpYMGc1cHkyL3hLWmdMVHQvNU9xUDEyRDRDaXdCUGE5?= =?utf-8?B?NG03WTJsb2VpSUNudEFDVVZuY3lrazNqc09kUWJOZnRLV2NaaWdNKzFCYnJ3?= =?utf-8?B?YzI5NEw2WURmaEFjK0tVdUhJdTNNR1lUMWthYVNlRmJoVFlZQ2Fnck1NcWZE?= =?utf-8?B?SHFOSlhyOWxsRGxhall5K2prRTVOODlXZzN1amorVXNySFdidzBoQVVHQk9M?= =?utf-8?B?UUdBb0cwQWZCMVp3YzhtdHkzZmZzTjhuUVhuRzBtNXlNNS9Ia1FES2ZPTXUz?= =?utf-8?B?QXU2RDFHNWJTK0xIVHhWcTdlTjJIa25FRklOUjZCZ0YxQnk4dEozZ1daM0R1?= =?utf-8?B?MFkyWVFtZEJ4ejhDdEpaMGNKMFI4Z2tVWTYxQmtRcHhZOHN3cVcyaFdJV0xL?= =?utf-8?B?WjJOZkJ6alkwdG9pSGdRNVFRYWczNE5xN0R0Mi91a2dzMmFyQ1Y0NHhyeUhN?= =?utf-8?B?VkxVUlg1WHh4MUpyditMUVNTcUFteUN2REVuekR5c3lPdXd4TXY5TmdGSXpn?= =?utf-8?B?Mmc5TU5ka3ZUVlFTanhHdHgwc1hTNk4weW9sUjZ1aDBjS1pvUFBwTDJwdFlS?= =?utf-8?B?NnpCbFo5TXVhMFNCNE9reStzYlhWSVIyNjZnT2s5a2QyS3B5ZHpaOGwyWnZm?= =?utf-8?B?OXZFVHd5ZHYxd01hQ3M5eEttN2VmaURoV1dKQUNRTjc2UDJVSFdoaENtcGNC?= =?utf-8?B?QVFBMXl3NFMvaWVIMXkwekFvdUFiLzVnbW9OMlhpbWFqb0l1UWZMbHNXUGZN?= =?utf-8?B?V2RlanJLclljc25sME5HKzNrKzdSdHRFMlpoSnAyOFk4Tmg2Y2NkOU5kKysv?= =?utf-8?B?R0w4VzBjSnVpL2NyU3U1SDhpSnc0cEhUQzc0OGdha05yUWRFTlNjWjgxZXdL?= =?utf-8?B?aG9vZDFJQjhwWlowdDJBQzQyWnp5RE1zdS9jbllhc2JiSXFxVTlhTW9FdFIv?= =?utf-8?B?WStpTVBxdllxNU56dXNwanIrVzA4dHhoM3JkVVlCRzRNY3ZZVWJXdFpKb1pM?= =?utf-8?B?U2dNVjVpUWlFeHdRMjFYcTRaNkRCUkFvNTFOQSsyMlNnaXRJRHdDWkpDMHY1?= =?utf-8?B?NVE9PQ==?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: 50545911-49e4-4251-f36d-08dac26b7b61 X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Nov 2022 16:00:11.4746 (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: IwivZS3PVF5MXWS5E55KAU+0LBCRF9/wcNZwQzlza/BiZUBkVAFJ0r8APYBmw6PTJA15hMfwvTr8KOFJI/UbPw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV2PR10MB6693 X-TUID: 1nTRFGUxLzlw 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. 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. On top, we should resolve the Isar issue that you can only build one package in one build for one architecture, not multiples. But I don't want special-casing the kernel build beyond that because the problem - I need dev tools both for my Isar build and later also for the target - is generic, even though still rare in your deployments. Jan -- Siemens AG, Technology Competence Center Embedded Linux