Message ID | 20240212-coreboot-mod-defconfig-v4-0-d14172676f6d@collabora.com |
---|---|
Headers |
Return-Path: <linux-kernel+bounces-61840-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:50ea:b0:106:860b:bbdd with SMTP id r10csp2474645dyd; Mon, 12 Feb 2024 06:51:52 -0800 (PST) X-Google-Smtp-Source: AGHT+IEWeElUzEREG4A3UFjTKDG2gjDVZATvNa9O9GY7JxmkJmJZtN8fQ/tZkE2/sM+JWWJhcU0s X-Received: by 2002:a17:906:b218:b0:a3c:8f4c:b1d with SMTP id p24-20020a170906b21800b00a3c8f4c0b1dmr2541380ejz.63.1707749511847; Mon, 12 Feb 2024 06:51:51 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1707749511; cv=pass; d=google.com; s=arc-20160816; b=JD3dB4Dg6QaANcNguWx3xKuc2TpMZ53gOdKfWehOLJod04eNgcDRYBNwRIBQ3d1ddb EvHdTjglzV9nSG8RjkXP/jPxxH3AGwNevCLatOP/IUKm1eGNlAUsLfP63INa2M7Zkof5 3f2iA7z4H5yzvsbP3gI28zdcXfzB48SZsc2TONaipVAu/xwjkQ7JMT6Xm3igUkppo0Jk yQwgQAgWFsW2OQ00kF36lscmJkPkTSwAr3xWQHIOis1voJsBPxLJ/af/DmjXzt1fr1Qc DdWvAzkRtcHTDcQ6hGaPg9Jt1Sglgpk0fjub7+srSwRrjHDnH5SCIqPX+llkKHm4JPqT YCEg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=cc:to:content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:from :dkim-signature; bh=ag4iJLxnsBRNQZYHEfqvgTlBnVUCMXL+jhhRMAVQ4sE=; fh=ktv4mN6zU2Z9K4IYCQkGY88vwAuHzVzsNbugl7ICH0o=; b=N7Weq/OB0x+wOBcqEfjT6IGWgeyKXsfH6ivj8MMmhA2Tq8HAYmp7coU2wrrN7U7uRH c0aSW4eTJvxO47ArLaKZDXU1hz3a7I1+OSinKCIAkM44fzOWhpkGbhts4O8bJorOH34W iAf0Wrjvb5KJswZAD3ocuOutSRCG8T8UWt1vnTtuRBdm3aEtIQ01ICT9srCqBfeeZIHv dVenbB3qE1owftUWv9g9nvgdoL/1RN8F/m+yTKKu/nFeSPD6zybtr3sJBino6rNLA9cW R5iZC1f6ns3sN/cXm6DO/3LxmjAoO/32iV7g5RtT8KmiEuClS4EI3I6656bEaPABhoUA AC7g==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=sZSBT+30; arc=pass (i=1 spf=pass spfdomain=collabora.com dkim=pass dkdomain=collabora.com dmarc=pass fromdomain=collabora.com); spf=pass (google.com: domain of linux-kernel+bounces-61840-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-61840-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com X-Forwarded-Encrypted: i=2; AJvYcCUl8QCcY924NI6bGLfucDJjwN7N6qeITe5tISGkOnBi0kF+D1wH5an0O29koRILNlHTGZBmb1fa0QbO/wWo0aJtwii+hQ== Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id f19-20020a1709067f9300b00a384f7dac1asi268255ejr.78.2024.02.12.06.51.51 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 12 Feb 2024 06:51:51 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-61840-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=sZSBT+30; arc=pass (i=1 spf=pass spfdomain=collabora.com dkim=pass dkdomain=collabora.com dmarc=pass fromdomain=collabora.com); spf=pass (google.com: domain of linux-kernel+bounces-61840-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-61840-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id D24AC1F227F2 for <ouuuleilei@gmail.com>; Mon, 12 Feb 2024 14:51:42 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 8AAA03B781; Mon, 12 Feb 2024 14:51:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=collabora.com header.i=@collabora.com header.b="sZSBT+30" Received: from madrid.collaboradmins.com (madrid.collaboradmins.com [46.235.227.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2F7381EB2C; Mon, 12 Feb 2024 14:51:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=46.235.227.194 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707749482; cv=none; b=X7HvQZXZ2fC+OSnzGqhyinxNk0CAdFeiuZywbvDsiloh0xlCvwGyYcdEgzUv3Dr/QFN9qCr/W7xrRfBF3xuitGWDhBpkXqMVCprRsDDBV5ApoQZQqMrCyb5GgiJgzQX4O8rmGgQZbyvPIzbf9Yl7/KWrfDaSswDaBAkRJH9zIUs= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707749482; c=relaxed/simple; bh=vqF5jYZNYl0NbSJPxgA2LFrHafN5yO7/CK4g758qgCI=; h=From:Subject:Date:Message-Id:MIME-Version:Content-Type:To:Cc; b=uAEmbW1F3z3+s7kf8p52aFbvNxQ2Xz2PTFc8kg2+d7WgYE2osxSeI65P6QUGJtZ/hZ/6aj0Vl+IbOwUWax32tpvrhY+I/iECf64q8axPKYy/1irAk43sE3WqzuOPqWoEdWBtmfG9UaJOo4CbvfFPLTC44B3u4MM41I41stNhaHg= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=collabora.com; spf=pass smtp.mailfrom=collabora.com; dkim=pass (2048-bit key) header.d=collabora.com header.i=@collabora.com header.b=sZSBT+30; arc=none smtp.client-ip=46.235.227.194 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=collabora.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=collabora.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1707749479; bh=vqF5jYZNYl0NbSJPxgA2LFrHafN5yO7/CK4g758qgCI=; h=From:Subject:Date:To:Cc:From; b=sZSBT+30hs5/PAbWzzLzqCmM2iDuayDfRj/GoXrGtp4GC1VV/75p/UEwVKtOBJc3Q gIhNy5ZDlFlVWvMl5Y/pjM884z/4/7dvciBseo3PGG6wdwswsh05crvQLH47Kpcnf6 i8iFLJ1K9z1ueGWWAqE7nZ4HaS0v51rolYY2v5EQm8dS6p4507xyTkV1aqIw2UQWtz umSFjAzY7LzyWauRsHoc773dbLGDlkvaWP5nzVHKXA6z+lt4hOfT/DpDAUU2xHfXtO 9PS996okVK9LOkztw9zdT8+vqhqUsrSzT9WfT+8bltnM1YkHXRjOL+6Zyyxm1nV2Hz kc4JarBoC5CWQ== Received: from [192.168.1.30] (zone.collabora.co.uk [167.235.23.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: nfraprado) by madrid.collaboradmins.com (Postfix) with ESMTPSA id 536913780C22; Mon, 12 Feb 2024 14:51:15 +0000 (UTC) From: =?utf-8?b?TsOtY29sYXMgRi4gUi4gQS4gUHJhZG8=?= <nfraprado@collabora.com> Subject: [PATCH v4 0/4] Allow coreboot modules to autoload and enable cbmem in the arm64 defconfig Date: Mon, 12 Feb 2024 09:50:04 -0500 Message-Id: <20240212-coreboot-mod-defconfig-v4-0-d14172676f6d@collabora.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-B4-Tracking: v=1; b=H4sIABwwymUC/4XOywrCMBCF4VeRrJ2Sxnpd6cq1CIKKiySdtANtR ye1KNJ3t/YFXP6L83E+KqIQRrWZfJRgR5G4GSKbTpQvbVMgUD60MtpkOk2X4FnQMbdQcw45Bs9 NoAJWZuF0iiYz+VoN47tgoNcIX29DB+Ea2lLQjtzFHk5HfzC78+O5h4tsY00VJoESalqsEs/1T ykptizv8V03+1l/j3Qz0KCz9Xwxt2bpnN16rirrWOyo3vq+/wKAYDKB9gAAAA== To: Tzung-Bi Shih <tzungbi@kernel.org> Cc: Arnd Bergmann <arnd@arndb.de>, Brian Norris <briannorris@chromium.org>, Julius Werner <jwerner@chromium.org>, Masahiro Yamada <masahiroy@kernel.org>, Nathan Chancellor <nathan@kernel.org>, Nicolas Schier <nicolas@fjasle.eu>, Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will@kernel.org>, AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>, Andy Shevchenko <andriy.shevchenko@linux.intel.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, kernel@collabora.com, chrome-platform@lists.linux.dev, linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org, linux-arm-kernel@lists.infradead.org, =?utf-8?b?TsOtY29sYXMgRi4gUi4gQS4gUHJhZG8=?= <nfraprado@collabora.com> X-Mailer: b4 0.12.4 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1790705152152638157 X-GMAIL-MSGID: 1790705152152638157 |
Series |
Allow coreboot modules to autoload and enable cbmem in the arm64 defconfig
|
|
Message
Nícolas F. R. A. Prado
Feb. 12, 2024, 2:50 p.m. UTC
This series adds the missing pieces to the coreboot bus and the module alias generation to allow coreboot modules to be automatically loaded when matching devices are detected. The configs for cbmem coreboot entries are then enabled in the arm64 defconfig, as modules, to allow reading logs from coreboot on arm64 Chromebooks, which is useful for debugging the boot process. Changes in v4: - Added driver_data to device_id struct - Link to v3: https://lore.kernel.org/r/20240117-coreboot-mod-defconfig-v3-0-049565a27bba@collabora.com Changes in v3: - Merged all "add to module device table" commits into a single commit which also changes the coreboot_driver struct to contain an id table and avoid unused variable warnings for the id tables. Changes in v2: - Added commits for vpd, memconsole and framebuffer drivers to add them to the module device table --- Nícolas F. R. A. Prado (4): firmware: coreboot: Generate modalias uevent for devices firmware: coreboot: Generate aliases for coreboot modules firmware: coreboot: Replace tag with id table in driver struct arm64: defconfig: Enable support for cbmem entries in the coreboot table arch/arm64/configs/defconfig | 3 +++ drivers/firmware/google/cbmem.c | 8 +++++++- drivers/firmware/google/coreboot_table.c | 20 +++++++++++++++++++- drivers/firmware/google/coreboot_table.h | 3 ++- drivers/firmware/google/framebuffer-coreboot.c | 8 +++++++- drivers/firmware/google/memconsole-coreboot.c | 8 +++++++- drivers/firmware/google/vpd.c | 8 +++++++- include/linux/mod_devicetable.h | 10 ++++++++++ scripts/mod/devicetable-offsets.c | 3 +++ scripts/mod/file2alias.c | 10 ++++++++++ 10 files changed, 75 insertions(+), 6 deletions(-) --- base-commit: 0f067394dd3b2af3263339cf7183bdb6ee0ac1f8 change-id: 20240117-coreboot-mod-defconfig-826b01e242d9 Best regards,
Comments
On Mon, Feb 12, 2024 at 09:50:04AM -0500, Nícolas F. R. A. Prado wrote: > This series adds the missing pieces to the coreboot bus and the module > alias generation to allow coreboot modules to be automatically loaded > when matching devices are detected. > > The configs for cbmem coreboot entries are then enabled in the arm64 > defconfig, as modules, to allow reading logs from coreboot on arm64 > Chromebooks, which is useful for debugging the boot process. > > [...] > > --- > Nícolas F. R. A. Prado (4): > firmware: coreboot: Generate modalias uevent for devices > firmware: coreboot: Generate aliases for coreboot modules > firmware: coreboot: Replace tag with id table in driver struct > arm64: defconfig: Enable support for cbmem entries in the coreboot table > > arch/arm64/configs/defconfig | 3 +++ Hi Catalin and Will, Is it OK to you if I pick the 4th patch (which touches the above files) to chrome-platform-firmware tree for the next merge window? > include/linux/mod_devicetable.h | 10 ++++++++++ > scripts/mod/devicetable-offsets.c | 3 +++ > scripts/mod/file2alias.c | 10 ++++++++++ Hi Masahiro, Is it OK to you if I pick the 2nd patch (which touches the above files) to chrome-platform-firmware tree for the next merge window?
On Thu, Feb 15, 2024 at 12:37 PM Tzung-Bi Shih <tzungbi@kernel.org> wrote: > > On Mon, Feb 12, 2024 at 09:50:04AM -0500, Nícolas F. R. A. Prado wrote: > > This series adds the missing pieces to the coreboot bus and the module > > alias generation to allow coreboot modules to be automatically loaded > > when matching devices are detected. > > > > The configs for cbmem coreboot entries are then enabled in the arm64 > > defconfig, as modules, to allow reading logs from coreboot on arm64 > > Chromebooks, which is useful for debugging the boot process. > > > > [...] > > > > --- > > Nícolas F. R. A. Prado (4): > > firmware: coreboot: Generate modalias uevent for devices > > firmware: coreboot: Generate aliases for coreboot modules > > firmware: coreboot: Replace tag with id table in driver struct > > arm64: defconfig: Enable support for cbmem entries in the coreboot table > > > > arch/arm64/configs/defconfig | 3 +++ > > Hi Catalin and Will, > > Is it OK to you if I pick the 4th patch (which touches the above files) to > chrome-platform-firmware tree for the next merge window? > > > include/linux/mod_devicetable.h | 10 ++++++++++ > > scripts/mod/devicetable-offsets.c | 3 +++ > > scripts/mod/file2alias.c | 10 ++++++++++ > > Hi Masahiro, > > Is it OK to you if I pick the 2nd patch (which touches the above files) to > chrome-platform-firmware tree for the next merge window? Yes. I gave Acked-by to 2/4 so it makes your life easier.
On Mon, Feb 12, 2024 at 09:50:04AM -0500, Nícolas F. R. A. Prado wrote: > This series adds the missing pieces to the coreboot bus and the module > alias generation to allow coreboot modules to be automatically loaded > when matching devices are detected. > > The configs for cbmem coreboot entries are then enabled in the arm64 > defconfig, as modules, to allow reading logs from coreboot on arm64 > Chromebooks, which is useful for debugging the boot process. > > [...] Applied, thanks! [1/4] firmware: coreboot: Generate modalias uevent for devices commit: c2b28f6806d2a26a8d46c0f02d4852bf9904929d [2/4] firmware: coreboot: Generate aliases for coreboot modules commit: f1cebae1dbf85f9de65c13a2d9f5cc3be7e51dc4 [3/4] firmware: coreboot: Replace tag with id table in driver struct commit: 8a0a62941a042612f7487f6c4ff291f9054ff214
On Mon, Feb 12, 2024 at 09:50:04AM -0500, Nícolas F. R. A. Prado wrote: > This series adds the missing pieces to the coreboot bus and the module > alias generation to allow coreboot modules to be automatically loaded > when matching devices are detected. > > The configs for cbmem coreboot entries are then enabled in the arm64 > defconfig, as modules, to allow reading logs from coreboot on arm64 > Chromebooks, which is useful for debugging the boot process. > > Changes in v4: > - Added driver_data to device_id struct > - Link to v3: https://lore.kernel.org/r/20240117-coreboot-mod-defconfig-v3-0-049565a27bba@collabora.com > > Changes in v3: > - Merged all "add to module device table" commits into a single commit > which also changes the coreboot_driver struct to contain an id table > and avoid unused variable warnings for the id tables. > > Changes in v2: > - Added commits for vpd, memconsole and framebuffer drivers to add them > to the module device table > > --- > Nícolas F. R. A. Prado (4): > firmware: coreboot: Generate modalias uevent for devices > firmware: coreboot: Generate aliases for coreboot modules > firmware: coreboot: Replace tag with id table in driver struct > arm64: defconfig: Enable support for cbmem entries in the coreboot table Hi Arnd, is it ok for Tzung-Bi to merge this last patch for the defconfig through the chrome-platform-firmware tree? Thanks, Nícolas > > arch/arm64/configs/defconfig | 3 +++ > drivers/firmware/google/cbmem.c | 8 +++++++- > drivers/firmware/google/coreboot_table.c | 20 +++++++++++++++++++- > drivers/firmware/google/coreboot_table.h | 3 ++- > drivers/firmware/google/framebuffer-coreboot.c | 8 +++++++- > drivers/firmware/google/memconsole-coreboot.c | 8 +++++++- > drivers/firmware/google/vpd.c | 8 +++++++- > include/linux/mod_devicetable.h | 10 ++++++++++ > scripts/mod/devicetable-offsets.c | 3 +++ > scripts/mod/file2alias.c | 10 ++++++++++ > 10 files changed, 75 insertions(+), 6 deletions(-) > --- > base-commit: 0f067394dd3b2af3263339cf7183bdb6ee0ac1f8 > change-id: 20240117-coreboot-mod-defconfig-826b01e242d9 > > Best regards, > -- > Nícolas F. R. A. Prado <nfraprado@collabora.com> >
On Mon, Mar 4, 2024, at 14:56, Nícolas F. R. A. Prado wrote: > On Mon, Feb 12, 2024 at 09:50:04AM -0500, Nícolas F. R. A. Prado wrote: >> Nícolas F. R. A. Prado (4): >> firmware: coreboot: Generate modalias uevent for devices >> firmware: coreboot: Generate aliases for coreboot modules >> firmware: coreboot: Replace tag with id table in driver struct >> arm64: defconfig: Enable support for cbmem entries in the coreboot table > > is it ok for Tzung-Bi to merge this last patch for the defconfig through the > chrome-platform-firmware tree? I would much prefer to see this patch get sent to soc@kernel.org so I can pick it up through the soc tree. I'm usually not worried about bisection issues with defconfig changes since most users have their own .config anyway, and in this case I don't see any strict dependency and would just merge the patch directly. Arnd