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 92F8BC52D7C for ; Sun, 18 Aug 2024 20:16:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E5A2F6B011C; Sun, 18 Aug 2024 16:16:36 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E0AEA6B011D; Sun, 18 Aug 2024 16:16:36 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CD2066B011E; Sun, 18 Aug 2024 16:16:36 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id AE3D46B011C for ; Sun, 18 Aug 2024 16:16:36 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 5092D140E22 for ; Sun, 18 Aug 2024 20:16:36 +0000 (UTC) X-FDA: 82466473992.06.78D9000 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf19.hostedemail.com (Postfix) with ESMTP id 8CA6A1A0008 for ; Sun, 18 Aug 2024 20:16:33 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=PnqRYkgZ; spf=pass (imf19.hostedemail.com: domain of dhowells@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=dhowells@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1724012155; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=9pnN2touy3okUISVQBvLtGnxKUZwMFoasBZg0jnjJZE=; b=Izle+Ma6UvrP6fZbdXJ76cIq7vL1hbi50qwSVwejIkr7heUBrIjTQpH5RZ7LU6AewrPhM3 Cne951LlAEqOlKOAy1rr443x1mRnSGJeKs+7I3OTx3oGKTU2+yTvfipo0DR/b40EXeKl45 /M0oBDgXHh7MjC8dCLI8ViKtz10aOag= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=PnqRYkgZ; spf=pass (imf19.hostedemail.com: domain of dhowells@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=dhowells@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1724012155; a=rsa-sha256; cv=none; b=QWmgvLuHXRE4CV77Oe1blKc7WGGdybLoZC9P84f8FxmKEXSM1NDd0tkMFx/2yneOFsXyuz XpSfojVsVR1ogobjIy0QERS9AjuVaQdf+3GudoB3gRp73+Nh5uz+FhUonK+8q5I3+tdqOE I92djmuvH4zkmLbvVjNA1dpg75GBftI= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1724012192; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=9pnN2touy3okUISVQBvLtGnxKUZwMFoasBZg0jnjJZE=; b=PnqRYkgZVUne71nw4fV1VZ2yRv3SvzYtHqcMWBsygl63Vbl83RU/elApo/iG21JnZuV4We 5zJ4vGHWM8+1IwLiHYrTNKJs6G/YbRvsky4TAEumMbVf3ruYDtGUwJ+vs/tNzAY60MPb4j IdBDYZLds1pbRcdJ0W4RW0rqkk0HTPE= Received: from mx-prod-mc-04.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-398-9tKNDKzHPnWMT12Xkczofg-1; Sun, 18 Aug 2024 16:16:28 -0400 X-MC-Unique: 9tKNDKzHPnWMT12Xkczofg-1 Received: from mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.4]) (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 mx-prod-mc-04.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 4036219560B4; Sun, 18 Aug 2024 20:16:24 +0000 (UTC) Received: from warthog.procyon.org.uk (unknown [10.42.28.30]) by mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTP id 00B8C30001A4; Sun, 18 Aug 2024 20:16:17 +0000 (UTC) Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: <20240818165124.7jrop5sgtv5pjd3g@quentin> References: <20240818165124.7jrop5sgtv5pjd3g@quentin> <20240815090849.972355-1-kernel@pankajraghav.com> <2924797.1723836663@warthog.procyon.org.uk> To: "Pankaj Raghav (Samsung)" Cc: dhowells@redhat.com, brauner@kernel.org, akpm@linux-foundation.org, chandan.babu@oracle.com, linux-fsdevel@vger.kernel.org, djwong@kernel.org, hare@suse.de, gost.dev@samsung.com, linux-xfs@vger.kernel.org, hch@lst.de, david@fromorbit.com, Zi Yan , yang@os.amperecomputing.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, willy@infradead.org, john.g.garry@oracle.com, cl@os.amperecomputing.com, p.raghav@samsung.com, mcgrof@kernel.org, ryan.roberts@arm.com Subject: Re: [PATCH v12 00/10] enable bs > ps in XFS MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3141776.1724012176.1@warthog.procyon.org.uk> Date: Sun, 18 Aug 2024 21:16:16 +0100 Message-ID: <3141777.1724012176@warthog.procyon.org.uk> X-Scanned-By: MIMEDefang 3.4.1 on 10.30.177.4 X-Rspamd-Server: rspam03 X-Rspam-User: X-Rspamd-Queue-Id: 8CA6A1A0008 X-Stat-Signature: i7bxyyyi6iqjnhguk6nazo8pdmarajjf X-HE-Tag: 1724012193-126833 X-HE-Meta: U2FsdGVkX1+xR3orIr8Cpn5a6UCJ2H5oPwloH7TMBCxCxr+5fPJeFNS0LkN/hTaV67vi84gC5ctHED4cjyojytLnFrfEr7FknaT0k1rG5iFExUSYKi5eqy+jpSXVuRyIg89nWo3l2r2hu3Zzh91FKK0LO5wuj5Er+HA6M3SLDvI6NlpJY+UIDjB3UiTTEHzfnoAZPSvGKd+Scuohm0IBnx87TN5zNrs+ceAcHVFMg28r8uAhKX6jbsEj45/qTYW2rNy1z6j/4SUIDPECRzz1x/c4hn9MfJRcCpKFYpGmhV0HqTlSPdfFZ00k4Q44FHlG5ARIlJtL2q3doO/q7PxNcguV+oyCsOhIqffLURdvSLycAgESz6hfvoFE50BerFjS5zwKW4R8CoFGNBMy+ocJf64ZFDwkYoiDQd9IsbI12ocYWoVeRDjLhJkIxr2ol2yiXw2xKw7gW32rGcEnU5iDmLCA7BKLhVP41VK4ov9bYx89tqvJlMbbXWyVaX15fKhTIXBbK+BkSxNKJpydDp8AYMiIsSj5FC8ER+lLjH4EBI86Wrg1GYN12UurKj0WBr6Rl6/ErdyBSaqN5DeA5p3K1BdaK0qzYVm3pIa9wY0hymLczwpbe2LaaTZ7PPOm98YdQNBkXGp1R5SQV0LUCTaJYq13rdHnnTmkmgPDl91jHLqkEICMUSXMxeENaT/fZfU5ObiaBlG79/pnSH4hQiBZz/jHMCsmeUVVcVlNOuO3pw7xhvaLmbgRoiuWI6V0+nhhMBAjsRWmWcemoNxOiAST/cksZPhvxShFLrhh1Kz1VkZUIGGI29TL6LLcYOl9w+9AcLKcDFEh2natAKbNOWDbiYo8ZeKKr0E5Ub+C4DadBnFs+DyRgiMNxbW2IYhemmmmekqhbRLWeifD3SaPVAMqHpSPrd2HF8syR+I4WmohmQUkkh7LD3MZxxcjqoFs5OYF39UolacNPSGxB7yKA1H 1oR2mIr/ YsBssYkAlHcq6ehuhi/tQElDz6ssp68Y2GGWUGQphkjE0vUWbg5VLRcN//8NwB/8XmPs70aNewHsDtvTBniLDqcMMzQuG1DjIHCgojoEyBGGJG7pAq81NusW20ezV2SV+rt4IwsOAMK2Dp53+qesqQHoMMfIPc7EAq/GiEtUKZWZN/jz2WEbJCxPj5lwgScYaJI1nbZGh+gtBHiq1iRd8fRH/r/9h9gZL781FTV5wYIzd0pu8YOK5SrP7Kq6PxX2+CwG9+rL0M2aJWQ/Mt1PeeK+d2jBX5uhU+0VH+VRfvf4AKYhQyrRVYbcuSf2hoxNFcpHMWjBne10ysaqJwn7bIF42RX+HS2u7kbnk6CdOAzpOrqdCoGNCw9EQN1Tum1GbXN1LanAgodw6RAIXGmzGP/XU8g== 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: List-Subscribe: List-Unsubscribe: Pankaj Raghav (Samsung) wrote: > I am no expert in network filesystems but are you sure there are no > PAGE_SIZE assumption when manipulating folios from the page cache in > AFS? Note that I've removed the knowledge of the pagecache from 9p, afs and cifs to netfslib and intend to do the same to ceph. The client filesystems just provide read and write ops to netfslib and netfslib uses those to do ordinary buffered I/O, unbuffered I/O (selectable by mount option on some filesystems) and DIO. That said, I'm not sure that I haven't made some PAGE_SIZE assumptions. I don't *think* I have since netfslib is fully multipage folio capable, but I can't guarantee it. Mostly this was just a note to you that there might be an issue with your code - but I haven't investigated it yet and it could well be in my code. Apparently, I also need to update xfstests, so it could be that too. > > ls /afs/openafs.org/www/docs.openafs.org/ > > > > and browse the publicly accessible files under there. > > Great. But is this enough to run FStests? I assume I also need some afs > server to run the fstests? Sadly not, but if you turn on some tracepoints, you can see netfslib operating under the bonnet. > Are the tests just failing or are you getting some kernel panic? Just failing. Thanks, David