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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 48FFBC001DC for ; Wed, 26 Jul 2023 19:38:33 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 69CAF6B0071; Wed, 26 Jul 2023 15:38:32 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 64C886B0072; Wed, 26 Jul 2023 15:38:32 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 514006B0074; Wed, 26 Jul 2023 15:38:32 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 42B186B0071 for ; Wed, 26 Jul 2023 15:38:32 -0400 (EDT) Received: from smtpin23.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 068794038D for ; Wed, 26 Jul 2023 19:38:32 +0000 (UTC) X-FDA: 81054774864.23.77BB0BE Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by imf28.hostedemail.com (Postfix) with ESMTP id E1162C0013 for ; Wed, 26 Jul 2023 19:38:29 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=none; dmarc=pass (policy=none) header.from=arm.com; spf=pass (imf28.hostedemail.com: domain of ryan.roberts@arm.com designates 217.140.110.172 as permitted sender) smtp.mailfrom=ryan.roberts@arm.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1690400310; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=xNFcjiblhkOYo9UypVbZALuz3kG/BfAcu+CgeEbaKwI=; b=zxnKQ5a/gf8EU22SQ17bYSdX9ln4NrPpzMg/esWqq/cWXetqKcKeGphu2PEpD+7WVY0Hgl WIl+tz8UTf1Kiodcapf9pKairS5MOgjrN7d1EgGUIl9STV1Fwoec+XkY0yGbqIowl8lJHV bVzO+pmP9mXpRQIryC6NAF1bfniJgYw= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=none; dmarc=pass (policy=none) header.from=arm.com; spf=pass (imf28.hostedemail.com: domain of ryan.roberts@arm.com designates 217.140.110.172 as permitted sender) smtp.mailfrom=ryan.roberts@arm.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1690400310; a=rsa-sha256; cv=none; b=SkubseTQzD/aZGCzLFgCnIP1cp6SCoCTv/9JpasYCJkyY8ztyPQsgYpUcnDdmbxnMAZsjQ lFM6zl3VXwVMk3NjltUwFf+QWCX6NZWNfCpVnHr9b8hxw4vV0aS2ryzId5B13UEt7wcmJR oCoyu0b2vUSPOYuEYcq9kjJtMvxHIx4= Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B59D0D75; Wed, 26 Jul 2023 12:39:11 -0700 (PDT) Received: from [10.57.77.6] (unknown [10.57.77.6]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 266A53F6C4; Wed, 26 Jul 2023 12:38:27 -0700 (PDT) Message-ID: <44a91c46-08ba-9693-6c9c-a0a59921e9f1@arm.com> Date: Wed, 26 Jul 2023 20:38:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: [PATCH v3 3/3] mm: Batch-zap large anonymous folio PTE mappings To: Nathan Chancellor Cc: Andrew Morton , Matthew Wilcox , Yin Fengwei , David Hildenbrand , Yu Zhao , Yang Shi , "Huang, Ying" , Zi Yan , linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20230720112955.643283-1-ryan.roberts@arm.com> <20230720112955.643283-4-ryan.roberts@arm.com> <20230726161942.GA1123863@dev-arch.thelio-3990X> From: Ryan Roberts In-Reply-To: <20230726161942.GA1123863@dev-arch.thelio-3990X> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E1162C0013 X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: jpong756o4d3e1o6ta1qwqgenaa3fp98 X-HE-Tag: 1690400309-693665 X-HE-Meta: U2FsdGVkX1+3f8CGNnqJSnhc2JFaoryb9EL0XmQLoRV3QbI23mx03ZBHKegGHKASzCCXYajKNEFu61dIU9z1laXvLJ27VEUGLWgIE7GtAdpXHU/lvZPN4IUmQakRDYDLwCu1UOci4IuCnB1RY6OQBT1YxZrDCRJXm+F4PwIEZSShIO/i5RUkLLTFXw55rGHnwemGFinKumVoQHZtll1Yi92kp2nZWOut64TuUjw0GJtzmPAda1h7EWRWayQ3wzJLt7BpP/oNdUzkYm3q62cUEAh0qqisNl8SKvqnfd8/wokUTDIuPm6f06qMJg++LREkmDsqlDIv3O7NnlWwJzbVOAqV7VvLjwnmLUjLxwoFZpgx+OjLJdHjrJpIJRffVh6WmRo0FsnvTuml74ZDrr2cqHyblsCgiiKX8yG4+l4Jkjsxk8HKLgrpD0n/gvvgpfb01RP8HhwX8SO6s3xpnBFKPblsHLKpmByUYN8zj9v0M+wVlFiErCYJrZrSmlYYWI87Hq8gkKtWNwPzXrCsXANp8qUbsnURpvqJJIEVO8XnphqFn6OxxRxsY29BLpV3UxixY0+lRwcns1/yE1F9I4L4SIxd1ZaR/tMKHJskouPOIZ7ioQqQhGqqgBBskyb/bcHPrh3TkLy81Xn/b9qetLSZ2/vDCuYLA2REzUkAFC7wEp6xQT/2lamY/PZq03iEuwFKKEi6TNUraHMV+0kX7F8ffN6O8QshUg6n/Mwm1sFBQWaoynf+nXy1GHswcx13QOhXfAWiUGpuonmj3eeuTMmXbnux8IC1Ez16TOf544vuEKBMz+/O59CUmtHP3NbZASqxmBIuTryH7Dw1yRjfEiuLGLsBlywocOoqwMvjfaUbzLLicGY1u5nSaw8sX7tCMK7K3OE+4nJIJ86ZZXpJeD+Q2o4Vl1ANCf1sPSBwAEnv/WtcZigjs8MOVlWOZHrs3BeGVOX7gOgatrXjS5XMALd 3OH7042U 2RcATDBM+f8eJjDz88hq7aXARLz3E8JMfhltfq5w9TEwA5DJWwBWdfXiCO9oy4VhGnShOzBs/N+eKojXas4uxlay5gyn2/5u2tiBtaMK8sr468uVTqI+IfnN7X5lWbuf3nV2BttXZIFfF1WdNgsWVnV0FujYwIlUMSaB+l2oeCx1Pnzw= 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: On 26/07/2023 17:19, Nathan Chancellor wrote: > Hi Ryan, > > On Thu, Jul 20, 2023 at 12:29:55PM +0100, Ryan Roberts wrote: ... >> > > After this change in -next as commit 904d9713b3b0 ("mm: batch-zap large > anonymous folio PTE mappings"), I see the following splats several times > when booting Debian's s390x configuration (which I have mirrored at [1]) > in QEMU (bisect log below): > > $ qemu-system-s390x \ > -display none \ > -nodefaults \ > -M s390-ccw-virtio \ > -kernel arch/s390/boot/bzImage \ > -initrd rootfs.cpio \ > -m 512m \ > -serial mon:stdio I'm compiling the kernel for next-20230726 using the s390 cross compiler from kernel.org and the config you linked. Then booting with qemu-system-s390x (tried both distro's 4.2.1 and locally built 8.0.3) and the initrd you provided (tried passing it compressed and uncompressed), but I'm always getting a kernel panic due to not finding a rootfs: $ qemu-system-s390x \ -display none \ -nodefaults \ -M s390-ccw-virtio \ -kernel arch/s390/boot/bzImage -initrd ../s390-rootfs.cpio.zst \ -m 512m \ -serial mon:stdio KASLR disabled: CPU has no PRNG KASLR disabled: CPU has no PRNG Linux version 6.5.0-rc3-next-20230726 (ryarob01@e125769) (s390-linux-gcc (GCC) 13.1.0, GNU ld (GNU Binutils) 2.40) #1 SMP Wed Jul 26 19:56:26 BST 2023 setup: Linux is running under KVM in 64-bit mode setup: The maximum memory size is 512MB setup: Relocating AMODE31 section of size 0x00003000 cpu: 1 configured CPUs, 0 standby CPUs Write protected kernel read-only data: 4036k Zone ranges: DMA [mem 0x0000000000000000-0x000000007fffffff] Normal empty Movable zone start for each node Early memory node ranges node 0: [mem 0x0000000000000000-0x000000001fffffff] Initmem setup node 0 [mem 0x0000000000000000-0x000000001fffffff] percpu: Embedded 14 pages/cpu s26368 r0 d30976 u57344 Kernel command line: random: crng init done Dentry cache hash table entries: 65536 (order: 7, 524288 bytes, linear) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes, linear) Built 1 zonelists, mobility grouping on. Total pages: 129024 mem auto-init: stack:all(zero), heap alloc:off, heap free:off Memory: 507720K/524288K available (3464K kernel code, 788K rwdata, 572K rodata, 796K init, 400K bss, 16568K reserved, 0K cma-reserved) SLUB: HWalign=256, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 rcu: Hierarchical RCU implementation. rcu: RCU restricting CPUs from NR_CPUS=64 to nr_cpu_ids=1. rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1 NR_IRQS: 3, nr_irqs: 3, preallocated irqs: 3 rcu: srcu_init: Setting srcu_struct sizes based on contention. clocksource: tod: mask: 0xffffffffffffffff max_cycles: 0x3b0a9be803b0a9, max_idle_ns: 1805497147909793 ns Console: colour dummy device 80x25 printk: console [ttysclp0] enabled pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 1024 (order: 1, 8192 bytes, linear) Mountpoint-cache hash table entries: 1024 (order: 1, 8192 bytes, linear) rcu: Hierarchical SRCU implementation. rcu: Max phase no-delay instances is 1000. smp: Bringing up secondary CPUs ... smp: Brought up 1 node, 1 CPU clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns futex hash table entries: 256 (order: 4, 65536 bytes, linear) kvm-s390: SIE is not available hypfs: The hardware system does not support hypfs workingset: timestamp_bits=62 max_order=17 bucket_order=0 io scheduler mq-deadline registered io scheduler kyber registered cio: Channel measurement facility initialized using format extended (mode autodetected) Discipline DIAG cannot be used without z/VM vmur: The z/VM virtual unit record device driver cannot be loaded without z/VM sclp_sd: Store Data request failed (eq=2, di=3, response=0x40f0, flags=0x00, status=0, rc=-5) List of all partitions: No filesystem could mount root, tried: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.5.0-rc3-next-20230726 #1 Hardware name: QEMU 8561 QEMU (KVM/Linux) Call Trace: [<0000000000432b22>] dump_stack_lvl+0x62/0x80 [<0000000000158898>] panic+0x2f8/0x310 [<00000000005b7a56>] mount_root_generic+0x276/0x3b8 [<00000000005b7e46>] prepare_namespace+0x56/0x220 [<00000000004593e8>] kernel_init+0x28/0x1c8 [<000000000010217e>] __ret_from_fork+0x36/0x50 [<000000000046143a>] ret_from_fork+0xa/0x30 Any idea what I'm doing wrong here? Do I need to specify something on the kernel command line? (I've tried root=/dev/ram0, but get the same result). Thanks, Ryan