From patchwork Thu Feb 17 08:30:43 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Frank Heimes X-Patchwork-Id: 1594064 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: bilbo.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=canonical.com header.i=@canonical.com header.a=rsa-sha256 header.s=20210705 header.b=Ldzo1m9Y; dkim-atps=neutral Authentication-Results: ozlabs.org; spf=none (no SPF record) smtp.mailfrom=lists.ubuntu.com (client-ip=91.189.94.19; helo=huckleberry.canonical.com; envelope-from=kernel-team-bounces@lists.ubuntu.com; receiver=) Received: from huckleberry.canonical.com (huckleberry.canonical.com [91.189.94.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bilbo.ozlabs.org (Postfix) with ESMTPS id 4Jzp290RShz9sFN for ; Thu, 17 Feb 2022 19:31:12 +1100 (AEDT) Received: from localhost ([127.0.0.1] helo=huckleberry.canonical.com) by huckleberry.canonical.com with esmtp (Exim 4.86_2) (envelope-from ) id 1nKcBl-0007cX-OM; Thu, 17 Feb 2022 08:30:57 +0000 Received: from smtp-relay-canonical-0.internal ([10.131.114.83] helo=smtp-relay-canonical-0.canonical.com) by huckleberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1nKcBk-0007cB-Ew for kernel-team@lists.ubuntu.com; Thu, 17 Feb 2022 08:30:56 +0000 Received: from T570.fritz.box (2.general.fheimes.us.vpn [10.172.66.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-canonical-0.canonical.com (Postfix) with ESMTPSA id 4BAAB41C65 for ; Thu, 17 Feb 2022 08:30:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1645086656; bh=DEwv4evkADzZ/2IbRSbjwnLoVsQJ+0ns7qTkvs0aIds=; h=From:To:Subject:Date:Message-Id:MIME-Version; b=Ldzo1m9YWe65RkGHMbS3YBflq1PSGKWJC4s+7mofm3ykpVTKwkK6WLKEBKHZ+rgN3 DBJl+hvojHXSW++bUWQmkH3H6GQpc6KWJ5o2csuxZMOSwreS0ZEMFa1yi0AcyJOKMj D2j18Nth70ouesEbGoG2/UVOHmPf/gBzyJrm8wjSyusmfxAN5f49lQ62myaMjJFUAI JiNp+Qmbj0D+gPct8UVu7Lxz1KcV50ln1f9A5812DP38n5BiHvb3nAif+qAw7ctHqp 0gddZ+N3r6A4MjhbFGzioXTCHfAAWGSjfjQ/n03rcqiz5t2JvAMRNAyyrbZGRCE4xE 5O/Nc7ggXIvlA== From: frank.heimes@canonical.com To: kernel-team@lists.ubuntu.com Subject: [J][PATCH 0/2] Long kernel command line on s390x (LP: 1960580) Date: Thu, 17 Feb 2022 09:30:43 +0100 Message-Id: <20220217083045.931758-1-frank.heimes@canonical.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 X-BeenThere: kernel-team@lists.ubuntu.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Kernel team discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: kernel-team-bounces@lists.ubuntu.com Sender: "kernel-team" BugLink: https://bugs.launchpad.net/bugs/1960580 Allow to handle command lines with a length of up to 4096 bytes by kernel. It happened in the past that our supported command line size of 896 bytes was sometimes too short - while x86, powerpc, and arm each support 2048 bytes. This requires: - an ABI interface to the kernel image, so that tools can figure out if the kernel supports large command lines (might be a feature bitmap at a fixed location) - zipl, genprotimg, qemu, kexec-tools and changes (depending on the kernel side implementation) - in-kernel ipl support changes (IPL from reader) Sven Schnelle (2): s390/kexec_file: move kernel image size check s390: support command lines longer than 896 bytes arch/s390/boot/head.S | 37 ++++++++--------------- arch/s390/boot/ipl_parm.c | 4 +-- arch/s390/include/asm/setup.h | 8 +++-- arch/s390/include/uapi/asm/setup.h | 2 -- arch/s390/kernel/asm-offsets.c | 1 + arch/s390/kernel/early.c | 2 +- arch/s390/kernel/machine_kexec_file.c | 43 +++++++++++---------------- 7 files changed, 39 insertions(+), 58 deletions(-)