From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B04DAC3DA79 for ; Mon, 26 Dec 2022 03:41:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231596AbiLZDlq (ORCPT ); Sun, 25 Dec 2022 22:41:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48156 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231519AbiLZDlf (ORCPT ); Sun, 25 Dec 2022 22:41:35 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 17794DED for ; Sun, 25 Dec 2022 19:41:34 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id CD464B80BE8 for ; Mon, 26 Dec 2022 03:41:32 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPS id 839F2C433F2; Mon, 26 Dec 2022 03:41:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1672026091; bh=qUZEN6W7y7OuPntU93SjMLBdCDZTk+7Ju05902v72Lg=; h=Subject:From:Date:References:In-Reply-To:To:Cc:From; b=icxUaio29DepW/UNWwEHJyKi5srX5Qi+bViML+50CCHvteLNM8QGKWMuWBoYZcQY7 j3md/7VT07vjANsWCq5ZovwCmNNG+zQ3M/bTFkVlJ0sq1Xd0uJGiOKFpsBthdkcaGi qrk4fUO7LnA7iH2u/wIAlkuUv+3YXREiDQSrJlUTL4WRWAYc50RYNJdtKPk+bF71eK u0UvfoXOibKjyBEdlJxROIep0SDNgOnBvymNnIEU7rE1ag7NZrU5SzLXdfMFSbEG0X jqXIx6PPES+G5jidawpN5qNhIjDRDnJ5dYQwdp/1MF3Jt0x11oqs38TL73zRsmZV8C yYWInE1J78z6Q== Received: from aws-us-west-2-korg-oddjob-1.ci.codeaurora.org (localhost.localdomain [127.0.0.1]) by aws-us-west-2-korg-oddjob-1.ci.codeaurora.org (Postfix) with ESMTP id 67F45E5250A; Mon, 26 Dec 2022 03:41:31 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [RESEND PATCH v13] firmware: google: Implement cbmem in sysfs driver From: patchwork-bot+chrome-platform@kernel.org Message-Id: <167202609142.9518.10226408413168947580.git-patchwork-notify@kernel.org> Date: Mon, 26 Dec 2022 03:41:31 +0000 References: <20221104161528.531248-1-jrosenth@chromium.org> In-Reply-To: <20221104161528.531248-1-jrosenth@chromium.org> To: Jack Rosenthal Cc: linux-kernel@vger.kernel.org, chrome-platform@lists.linux.dev, gregkh@linuxfoundation.org, swboyd@chromium.org, tzungbi@kernel.org, groeck@chromium.org, jwerner@chromium.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello: This patch was applied to chrome-platform/linux.git (for-next) by Greg Kroah-Hartman : On Fri, 4 Nov 2022 10:15:28 -0600 you wrote: > The CBMEM area is a downward-growing memory region used by coreboot to > dynamically allocate tagged data structures ("CBMEM entries") that > remain resident during boot. > > This implements a driver which exports access to the CBMEM entries > via sysfs under /sys/bus/coreboot/devices/cbmem-. > > [...] Here is the summary with links: - [RESEND,v13] firmware: google: Implement cbmem in sysfs driver https://git.kernel.org/chrome-platform/c/19d54020883c You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html