Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp8442618ybi; Tue, 9 Jul 2019 16:02:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqwN9M4kj5TvE1df/GCnSRKmpzRPHOOkoM/SkYp2Hl1pizZ2GhjjaE7VObBEFJuKjIlPlLfe X-Received: by 2002:a17:902:8509:: with SMTP id bj9mr35335381plb.79.1562713349484; Tue, 09 Jul 2019 16:02:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562713349; cv=none; d=google.com; s=arc-20160816; b=iaID4JWxkqPW1q/S9VeuszQhsSKtJKsxYTUw3BLERBpxcPaQCQ7LqCB9Ztn6e2SZhT fK0iGxB4MpFyMHfFOE92WpsoimtSriAbkAI5y6i5RHASpKhR4nZ24BPpp0iYj7w+C4v3 bM3ufXudZzmN0Ot8ziKEaDjYdUHGzT6M8ODcMz6Q6ZkaVy4X/WyeNhPxPkYBtshD1XlQ akaz+jApduRlsm5Y0OXgvjiqMi4LcrME7zj9tXgyVvb8yzaapVjTLklwWyzFhrirrurT s2UQC3Md9IV4/4/K4AgxwRu4t0mdSRj81kl+Dp6Dwmhy1KfGsporKSrpqlWquFJTxlw0 8Vcw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=pZRTEBPsGX3WTRC07j974nX0kymzbvyJRb3QHpeDWvY=; b=FSYh2JkXRWHY8s/JSNNXXYE1dvC42lc2WzsVNohQxqEWSILDpHaQaNIu9DpINnW9x8 h6Q8tJ0OESgYPGw6OJHGpXp1B5DdqUjXoS0awQJYEStqXeUbnHb8EM1zqJBQbNXZYIyj Sg1hXInEGubLcxRsWKOZLkifIQbNcRLf2m0/iXBGMqSWdGmCPVQJk/akcVZhrVucpVDp 0wyplYvvpIIaS9amKVhHdvE9n0/291mBhHjfFsr3Rx3wqDjUqbJrtXT/rigeOEMP3XhN Bxe0u/fjlejm3CwxyF3uQaqFHRAjxCoqDIWlydTMQOsBpfuun53MRQaqhr2Y0B7n0Zl9 ytcQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y15si262115pfe.199.2019.07.09.16.02.14; Tue, 09 Jul 2019 16:02:29 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727109AbfGIXAl (ORCPT + 99 others); Tue, 9 Jul 2019 19:00:41 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:46435 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726284AbfGIXAl (ORCPT ); Tue, 9 Jul 2019 19:00:41 -0400 Received: from pd9ef1cb8.dip0.t-ipconnect.de ([217.239.28.184] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hkz69-0007ym-0U; Wed, 10 Jul 2019 01:00:33 +0200 Date: Wed, 10 Jul 2019 01:00:32 +0200 (CEST) From: Thomas Gleixner To: Linus Torvalds cc: Ingo Molnar , Kees Cook , Linux List Kernel Mailing , Borislav Petkov , Len Brown , Peter Zijlstra , Andrew Morton , "Rafael J. Wysocki" , Tony Luck , Jiri Kosina , Bob Moore , Erik Schmauss Subject: Re: [GIT PULL] x86/topology changes for v5.3 In-Reply-To: Message-ID: References: <20190708162756.GA69120@gmail.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 10 Jul 2019, Thomas Gleixner wrote: > On Tue, 9 Jul 2019, Linus Torvalds wrote: > > I also don't have any logs, because the boot never gets far enough. I > > assume that there was a problem bringing up a non-boot CPU, and the > > eventual hang ends up being due to that. > > Hrm. I just build the tip of your tree and bootet it. It hangs at: > > [ 4.788678] ACPI: 4 ACPI AML tables successfully acquired and loaded > [ 4.793860] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored > [ 4.821476] ACPI: Dynamic OEM Table Load: > > That's way after the secondary CPUs have been brought up. tip/master boots > without problems with the same config. Let me try x86/asm alone and also a > revert of the CR4/CR0 stuff. x86/asm works alone revert of cr4/0 pinning on top of your tree gets stuck as well > And while writing this the softlockup detector muttered: Have not yet fully bisected it, but Jiri did and he ended up with c522ad0637ca ("ACPICA: Update table load object initialization") Reverting that on top of your tree makes it work again. Tony has the same issue. That still does not explain the cr4/0 issue you have. Can you send me your .config please? Thanks, tglx