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=-5.1 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 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 23FB2C2D0A3 for ; Mon, 2 Nov 2020 00:41:27 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 382F822267 for ; Mon, 2 Nov 2020 00:41:25 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="mWwfqMnM" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 382F822267 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 853206B005C; Sun, 1 Nov 2020 19:41:24 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 803236B005D; Sun, 1 Nov 2020 19:41:24 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6F20E6B0068; Sun, 1 Nov 2020 19:41:24 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0120.hostedemail.com [216.40.44.120]) by kanga.kvack.org (Postfix) with ESMTP id 4247B6B005C for ; Sun, 1 Nov 2020 19:41:24 -0500 (EST) Received: from smtpin16.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id D480D8249980 for ; Mon, 2 Nov 2020 00:41:23 +0000 (UTC) X-FDA: 77437624446.16.steel20_1603d7a272ab Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin16.hostedemail.com (Postfix) with ESMTP id AA9BE100E690B for ; Mon, 2 Nov 2020 00:41:23 +0000 (UTC) X-HE-Tag: steel20_1603d7a272ab X-Filterd-Recvd-Size: 4807 Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) by imf33.hostedemail.com (Postfix) with ESMTP for ; Mon, 2 Nov 2020 00:41:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description; bh=lR74cxCcXfvCSdxjB7m0ONnhHg/p4+4vNPHnSacJWms=; b=mWwfqMnM5/4Dw1wtGGh61FlJVw vseJXoat2eouW3O6PiyuzF67iO/vNyGj5ie9QLHCToFWcC7U25N8XRNZOOWCzaT4tUD9RcGMsvsSp lNHJzTFf1JLbpxajUZdif8OVawRK5RIXWFUdJIHtYawPrRdKc1y270ZRkFUWRN0YEtzks8+Z/Kkvf x3S2OqE3t6aOUZb/FQCMLga//c5AU5SSIeI4veJ6ulOcd7q4H+13odhDvmyM9rlDMrYiIEfQfCDtN JzmQHJNJcJuzWyqZvFyUM957Tehne/+TGc2IYgPSLhl67Apu/JkE/+uvSH29Bg7Qjavebrqt4bDvZ GkXTLWhw==; Received: from [2601:1c0:6280:3f0::60d5] by merlin.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1kZNuS-0006cz-Ce; Mon, 02 Nov 2020 00:41:20 +0000 Subject: =?UTF-8?Q?Re=3a_=5bBug_209993=5d_New=3a_System_won=e2=80=99t_boot_a?= =?UTF-8?Q?nd_hangs_on_boot_because_of_unable_to_allocate_memory_address?= To: David Hu , Andrew Morton Cc: bugzilla-daemon@bugzilla.kernel.org, linux-mm@kvack.org, Jarkko Sakkinen References: <20201101155108.539629d017f624c64b377b91@linux-foundation.org> <9pIOgSS1xvIBiywfzTwNpdGrF-e7I-YiHE3NOc3cIKXqvyPc178ro9Zjcj_k7ZhSx93QYYlp531NmTFK29JJL04a6KydZuvksgWATMugd7Q=@protonmail.ch> From: Randy Dunlap Message-ID: <49e335f6-ad67-f658-b6f7-0e9405452677@infradead.org> Date: Sun, 1 Nov 2020 16:41:15 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <9pIOgSS1xvIBiywfzTwNpdGrF-e7I-YiHE3NOc3cIKXqvyPc178ro9Zjcj_k7ZhSx93QYYlp531NmTFK29JJL04a6KydZuvksgWATMugd7Q=@protonmail.ch> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi Jarkko, Do you have any ideas about this? >> kernel: tmp_crb MSFT0101:00: can=E2=80=99t request region for resource= [mem >> 0xbf770000-0xbf773fff] David- did you type those lines in? The "tmp_crb" should be "tpm_crb", as in drivers/char/tpm/tpm_crb.c. A driver which handles the MSFT0101 TPM device apparently. On 11/1/20 4:27 PM, David Hu wrote: > Sorry, I am afraid I do not have time to perform the bisect because my = PC is a production PC. >=20 > Also, the output is too long (>65535 characters) that it cannot be sent= through comments. >=20 > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Origina= l Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 >=20 > On Sunday, November 1st, 2020 at 3:51 PM, Andrew Morton wrote: >=20 >> (switched to email. Please respond via emailed reply-to-all, not via t= he >> >=20 >> bugzilla web interface). >> >=20 >> On Sun, 01 Nov 2020 21:56:26 +0000 bugzilla-daemon@bugzilla.kernel.org= wrote: >> >=20 >>> https://bugzilla.kernel.org/show_bug.cgi?id=3D209993 >>> >=20 >>> Bug ID: 209993 >>> Summary: System won=E2=80=99t boot and hangs on boot becau= se of unable >>> to allocate memory address >>> Product: Memory Management >>> Version: 2.5 >>> Kernel Version: 5.10-rc1 >>> Hardware: All >>> OS: Linux >>> Tree: Mainline >>> Status: NEW >>> Severity: high >>> Priority: P1 >>> Component: Other >>> Assignee: akpm@linux-foundation.org >>> Reporter: d4v1d_4n0@protonmail.ch >>> Regression: No >>> =20 >=20 >> >=20 >> "Yes" :) >> >=20 >>> I compiled the kernel version 5.10.0-rc1 without problems but my Arch= Linux >>> >=20 >>> system won=E2=80=99t boot with the new kernel. The journalctl -xe sta= tes the error >>> >=20 >>> kernel: tmp_crb MSFT0101:00: can=E2=80=99t request region for resourc= e [mem >>> >=20 >>> 0xbf770000-0xbf773fff] what shall I do? I googled around and came up = with no >>> >=20 >>> solutions. Maybe it is a new bug with the mainline kernel? (I use luk= s on lvm >>> >=20 >>> and the boot hangs after entering the correct passphrase) >> >=20 >> hm, that isn't a lot to go on. Could you please boot the most recent >> >=20 >> kernel which works OK, run `dmesg -s 1000000' and email us the output? >> >=20 >> That might at least let us figure out what's at 0xbf770000. >> >=20 >> Better, are you able to perform a bisection search between 5.9 and >> >=20 >> 5.10-rc1? https://wiki.gentoo.org/wiki/Kernel_git-bisect has >> >=20 >> instructions. >> >=20 >> Thanks. --=20 ~Randy Reported-by: Randy Dunlap