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 B5157C636CC for ; Mon, 13 Feb 2023 19:22:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230368AbjBMTWz (ORCPT ); Mon, 13 Feb 2023 14:22:55 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54416 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230519AbjBMTWx (ORCPT ); Mon, 13 Feb 2023 14:22:53 -0500 Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 70D8F4EC1 for ; Mon, 13 Feb 2023 11:22:51 -0800 (PST) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 7F86C320076F; Mon, 13 Feb 2023 14:22:47 -0500 (EST) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Mon, 13 Feb 2023 14:22:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; t=1676316167; x=1676402567; bh=BL5FodN++K TbDK9wvPiZgDMeyaOd6mLCQejb8JmIqo8=; b=ByDTqqTzE0jYpZnzvYZt02rnAX HBZ0RHZ7WAXdvYuH/a1Go5xa4zuD549uu0CKjsKfQE0O/GKIVaXNzvwQNTVI8qAp DGATr8MPT1bUSpMhyeuk4jW8C0Q5lODpF/U7XJmQZ1kF/lglYUut9DYOrNTcTx2+ iBGQClnPgITSL7zxjR5c0ZfiZYP623FuC/miNOIXj3yIizqXcaxQRv3r+HEBqgcc c0o2ZKSxXJdt85VC6roavN0Y6Xx/YP6uyO6I/j/8/wt8/7GiORCzhLYLP/UPmRoV Hk6obGljFI5Qg5oEHr92Hxk8wwbgkll/PIjCj1TaxxQ+iK3p1ban7aWnUI4w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1676316167; x=1676402567; bh=BL5FodN++KTbDK9wvPiZgDMeyaOd 6mLCQejb8JmIqo8=; b=mCQSIf7Bfrkdmc4+Kjz9sqbpV2yarclg1pDVHoPEO6FQ kG963IFw2YZjKHtr3W+xYy7nPv+I6TnffX39Y9W7AChq+Y/zOOySIs6WMvTDneAY 39iGg6mfl8UW7gYL7ENdo9My6GMD/mGR33rQwsaaObqbA6kDF6tmfeHaIgZvnXN0 3R/sgQ5UKfmBmSnNnlanI/eWHzi8R6hw2+EWzsH6dzhPk1Tg0PTTtNU0v0RJftKN EAZ9seedqKe2+k5lneJrSXe9b/VEXSiooCamxgJqTecYbM0yI16GHtZJRqg0mEJ2 k6Qu/zfNMUXj+pwjP3khDLRczTcyfFKOnsD/pllGYQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudeiuddguddvudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefofgggkfgjfhffhffvvefutgesthdtredtreertdenucfhrhhomhepfdet rhhnugcuuegvrhhgmhgrnhhnfdcuoegrrhhnugesrghrnhgusgdruggvqeenucggtffrrg htthgvrhhnpeffheeugeetiefhgeethfejgfdtuefggeejleehjeeutefhfeeggefhkedt keetffenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe grrhhnugesrghrnhgusgdruggv X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 32E90B60089; Mon, 13 Feb 2023 14:22:46 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-156-g081acc5ed5-fm-20230206.001-g081acc5e Mime-Version: 1.0 Message-Id: <2c8a8539-649c-47d2-b416-6d607cba5956@app.fastmail.com> In-Reply-To: References: <20230211091302.4576-1-lina@asahilina.net> Date: Mon, 13 Feb 2023 20:22:28 +0100 From: "Arnd Bergmann" To: "Eric Curtin" , "Asahi Lina" Cc: "Hector Martin" , "Sven Peter" , "Alyssa Rosenzweig" , asahi@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] soc: apple: rtkit: Do not copy the reg state structure to the stack Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 13, 2023, at 18:15, Eric Curtin wrote: > On Sat, 11 Feb 2023 at 09:21, Asahi Lina wrote: >> >> The register state struct is 848 bytes, which ends up bloating the >> apple_rtkit_crashlog_dump_regs stack frame beyond 1024 on some >> 32-bit platforms, triggering compile warnings. >> >> This doesn't matter for 64BIT/ARM64, but there's also no good reason to >> copy the structure to the stack in this case. We can use __packed to >> avoid alignment issues, there are no double-read hazards, and this is a >> fatal error path so performance does not matter. >> >> Fixes: 22991d8d5725 ("soc: apple: rtkit: Add register dump decoding to crashlog") >> Signed-off-by: Asahi Lina > Reviewed-by: Eric Curtin Merged now, thanks a lot for the fix! Arnd