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 X-Spam-Level: X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 61DFBC4338F for ; Sun, 1 Aug 2021 23:49:21 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 61E3C60F90 for ; Sun, 1 Aug 2021 23:49:20 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 61E3C60F90 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-m68k.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.ozlabs.org Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4GdHsp4Ysvz2xl8 for ; Mon, 2 Aug 2021 09:49:18 +1000 (AEST) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm3 header.b=MAY40Hmj; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.helo=out5-smtp.messagingengine.com (client-ip=66.111.4.29; helo=out5-smtp.messagingengine.com; envelope-from=fthain@linux-m68k.org; receiver=) Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm3 header.b=MAY40Hmj; dkim-atps=neutral Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 lists.ozlabs.org (Postfix) with ESMTPS id 4GdHsF4fflz2ydJ for ; Mon, 2 Aug 2021 09:48:47 +1000 (AEST) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 605055C00B3; Sun, 1 Aug 2021 19:48:43 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sun, 01 Aug 2021 19:48:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=nnnzJF x8hthSPnZMbL1LXaiksssikZRREo9X40HfJyo=; b=MAY40HmjmS/AFI4yvUYgWJ k02rfMQIDrmctCPmAdjUet8n60RblLqZivAYJiJVUIfeIQU8yIN8N1OzS6vSjupH dOrzAlvGPyeTrE9+0L1R49w6lDrF0LVM0VtSyx24BW9/aDahFahlJFbUrPCspGjr i0KjDqC++QugdpN8UF5SopFcmPivGYpzL8tXQ+z/gtWH10ZyjKeyPD41XnDniBS9 YwLr8IAbshAdrpIvK8mZtKxaJJQUws/OkTpxceJhixSw1lWeZtbfGAjN+Tc1bM/6 OrzbjdvPIjKzDiCJB9YUSEejMi5omEq4oraIzZYmhIXYKu1Bl8K0cGI+mjAnV4YA == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddriedugddufecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvufgjkfhfgggtsehttdertddttddvnecuhfhrohhmpefhihhnnhcuvfhh rghinhcuoehfthhhrghinheslhhinhhugidqmheikehkrdhorhhgqeenucggtffrrghtth gvrhhnpeffudfhgeefvdeitedugfelueegheekkeefveffhfeiveetledvhfdtveffteeu udenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehfth hhrghinheslhhinhhugidqmheikehkrdhorhhg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 1 Aug 2021 19:48:39 -0400 (EDT) Date: Mon, 2 Aug 2021 09:48:36 +1000 (AEST) From: Finn Thain To: Stan Johnson Subject: Re: [PATCH v3 31/41] powerpc/32: Dismantle EXC_XFER_STD/LITE/TEMPLATE In-Reply-To: <34e52975-4ab9-4eb4-3501-02376e38a27c@yahoo.com> Message-ID: <3e4365d3-e58e-ee89-2da4-f79926db15bd@linux-m68k.org> References: <666e3ab4-372-27c2-4621-7cc3933756dd@linux-m68k.org> <20210731173954.Horde.fV2Xkw7-sxjG0DUcZ_JO_g3@messagerie.c-s.fr> <1d601b7c-1e39-e372-39a5-e1e98e56e2a5@linux-m68k.org> <34e52975-4ab9-4eb4-3501-02376e38a27c@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-kernel@vger.kernel.org, Paul Mackerras , Nick Piggin , linuxppc-dev@lists.ozlabs.org Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Sun, 1 Aug 2021, Stan Johnson wrote: > > > >> Could you try without CONFIG_VMAP_STACK > >> > > > > Stan, would you please test the following build: > > > > $ git checkout v5.13 > > $ cp ../dot-config-powermac-5.13 .config > > $ scripts/config -d CONFIG_VMAP_STACK > > $ make ARCH=powerpc CROSS_COMPILE=powerpc-linux-gnu- -j4 clean olddefconfig vmlinux > > > Please see the attached serial console log (four boots): > 1) v5.13-mac, CONFIG_VMAP_STACK=y, mem=512M (fails) > 2) v5.13-mac, CONFIG_VMAP_STACK=y, mem=384M (works) > 3) v5.13-mac, CONFIG_VMAP_STACK=n, mem=512M (works) > 4) v5.13-mac, CONFIG_VMAP_STACK=n, mem=384M (works) > > My apologies if the extra boots were not needed (due to the time > difference, I'm trying to anticipate future requests). > > Cutting and pasting Finn's commands above builds a new kernel > (5.13.0-pmac) with the following in .config: > > $ fgrep VMAP .config > CONFIG_HAVE_ARCH_VMAP_STACK=y > CONFIG_VMAP_STACK=y > That's odd. It works correctly here: $ cp ../dot-config-powermac-5.13 .config $ grep CONFIG_VMAP_STACK .config CONFIG_VMAP_STACK=y $ scripts/config -d CONFIG_VMAP_STACK $ grep CONFIG_VMAP_STACK .config # CONFIG_VMAP_STACK is not set Anyway, I see that you resolved the problem: > ... > > $ fgrep VMAP .config > CONFIG_HAVE_ARCH_VMAP_STACK=y > # CONFIG_VMAP_STACK is not set > > 3) Same as 1 (512M) but with CONFIG_VMAP_STACK not set in v5.13. > Everything works (no problems with X, no errors logged). > > 4) Same as 2 (384M) but with CONFIG_VMAP_STACK not set in v5.13. > Everything works (no problems with X, no errors logged). > Thanks for collecting those results. It appears that Christophe was right. Disabling CONFIG_VMAP_STACK avoids the crashes in v5.13. (Enabling CONFIG_VMAP_STACK worked fine in v5.12.)