Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp728315iog; Mon, 13 Jun 2022 11:35:10 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sajbJ1aCMkMc1ex82tgNR4cLRduKYoHKL1r+p453VCQGEq61adz86ZQ5ocFOx8Sz5ALb7z X-Received: by 2002:a17:90a:6b45:b0:1e3:3cfa:3104 with SMTP id x5-20020a17090a6b4500b001e33cfa3104mr59695pjl.113.1655145310348; Mon, 13 Jun 2022 11:35:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655145310; cv=none; d=google.com; s=arc-20160816; b=K3gIOslGaaALIh51elko/RWVJeA1uqpt6ADajyRr2KE5CN2xGksSZ6ovOQWBlaP7h4 5sijPfhM1B34glmRHeNvbEUOKyMmBZ/XiC6G8bUNpRaHxwGggy0Xf/Y3oCJB4UbqR0AP 6LSpGw7LeNr0v7NTSdzGgvVqlB1THouO18/HcAMBkdsG2CSCJYg6yUGHrTgUq2XZr82J YybbPrQvWgspHWpFuGjpN7Iquk87uzHVMr+g92OZIjdV3Toxp0+yt2sGCZnfZe0pnQ3l 8lVsPwK+JO6cKP/66PPdwMQU5miokODhhk6fRES+MHJJ/n/Afqigaq+kc0EuqLGBulNg R91g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=oz0TSHV6YibOu6tc/5orXXjHQ8MbMxUcncoqA4aXgsw=; b=zOSzwGCEnnh98L5MMpbxBrveKK7UIPmmMmTyQUplvjPKqB97Sl8a4M5ws9jt5HXwSx Zir2yato+V3DA7cXDqUXYWs6aqrD3pLbucXvlrEk10Cx27XPDnzEgtLBxuNmB2tKz8w3 7Dpe75a2tdI/lJpamKibBLRBH4XyK1JlR62w4V9soFgWcLm/8oaK4SU27xT8vIcDPxqd QC4Wm/3oe6b5IBd1SPfVVtRvuOLjrz/oeNdsGoLTAhGgPvCU4uUuc4zsa8+NP/ooA31j 24pBu3YOn6WSjZqbY50m8rQto/7YZ4eMCnoSjA3RAVy6beeHEd8nocPdxuunmg1SE/vq Mtpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=n7JdFwEC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m5-20020a170902db0500b00153b2d16403si12234834plx.11.2022.06.13.11.34.57; Mon, 13 Jun 2022 11:35:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=n7JdFwEC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241974AbiFMSDE (ORCPT + 99 others); Mon, 13 Jun 2022 14:03:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43188 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242686AbiFMSB5 (ORCPT ); Mon, 13 Jun 2022 14:01:57 -0400 Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 93BFA3FBF4 for ; Mon, 13 Jun 2022 06:46:01 -0700 (PDT) Received: by mail-ej1-x630.google.com with SMTP id me5so11327244ejb.2 for ; Mon, 13 Jun 2022 06:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oz0TSHV6YibOu6tc/5orXXjHQ8MbMxUcncoqA4aXgsw=; b=n7JdFwECnhhUL1dLeSQ//ZJYsNONYjH51NPj+wkg/wrQ7bvBJRdyt8UrWsFim/C61O 96YUEqosV7TbGGXls0LrpNdpOaQskhlQoQYSw57/cTyQQorCQ/k9zYzof7BpsCqKfBU3 g5ZXP/ZXGEK+WCUOTl7e3G7UtklbBZIWme6Z0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oz0TSHV6YibOu6tc/5orXXjHQ8MbMxUcncoqA4aXgsw=; b=GKhiUyNK4hhQCAKrIjrkkZebmUSAs1javBNYgFTD5V+CJEM/cLQf0lymFhSTqNCadH 7jOXypn1baV/jM3qomkfLr9jmoc7Gx7TkD7G7UPjdw5BV7fc8k0eaAG6oOJNMMRlqqeJ grKhmJ0+mbYh8eozJTJ0zgjpGgugWFjGDPv4mGQFU27LrIMTycvW3h5uP6OmSYxx5ob1 QdqHPk+wTrhqzbfCoqI5GZJXNQUgmCDppLsCu4FW0oOScTl0Iwfj2oQXOlVO0EA7D9zW 20NqU2BFRQQDFP243qd3LCMp0zb5rg1LRa11Gq89uxNA1kAZ/FAIi6sZ6OmUNz8Yqaus fXIg== X-Gm-Message-State: AOAM531Ake/M2/d/uRquYzE8sltgJ1JucbynSX/d4wCZubwxlveqf6S/ kIYmVcJNoOb+ylGZxERnqYJRqRYNKPdQfRNuv5ba9g== X-Received: by 2002:a17:906:c347:b0:718:ca61:e7b7 with SMTP id ci7-20020a170906c34700b00718ca61e7b7mr3050168ejb.746.1655127959979; Mon, 13 Jun 2022 06:45:59 -0700 (PDT) MIME-Version: 1.0 References: <20220601103922.1338320-1-hsinyi@chromium.org> <20220601103922.1338320-4-hsinyi@chromium.org> <31ed17e7-29d1-55e8-cb09-a750ab80da15@squashfs.org.uk> <701bee9a-a06d-8b1a-bf23-d893249c7764@samsung.com> In-Reply-To: <701bee9a-a06d-8b1a-bf23-d893249c7764@samsung.com> From: Hsin-Yi Wang Date: Mon, 13 Jun 2022 21:45:34 +0800 Message-ID: Subject: Re: [PATCH v4 3/3] squashfs: implement readahead To: Marek Szyprowski Cc: Phillip Lougher , Matthew Wilcox , Xiongwei Song , Zheng Liang , Zhang Yi , Hou Tao , Miao Xie , Andrew Morton , "linux-mm @ kvack . org" , "squashfs-devel @ lists . sourceforge . net" , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 13, 2022 at 8:08 PM Marek Szyprowski wrote: > > Hi Phillip, > > On 07.06.2022 09:35, Phillip Lougher wrote: > > On 03/06/2022 13:54, Marek Szyprowski wrote: > >> Hi, > >> > >> On 01.06.2022 12:39, Hsin-Yi Wang wrote: > >>> Implement readahead callback for squashfs. It will read datablocks > >>> which cover pages in readahead request. For a few cases it will > >>> not mark page as uptodate, including: > >>> - file end is 0. > >>> - zero filled blocks. > >>> - current batch of pages isn't in the same datablock or not enough in a > >>> datablock. > >>> - decompressor error. > >>> Otherwise pages will be marked as uptodate. The unhandled pages will be > >>> updated by readpage later. > >>> > >>> Suggested-by: Matthew Wilcox > >>> Signed-off-by: Hsin-Yi Wang > >>> Reported-by: Matthew Wilcox > >>> Reported-by: Phillip Lougher > >>> Reported-by: Xiongwei Song > >>> --- > >> > >> This patch landed recently in linux-next as commit 95f7a26191de > >> ("squashfs: implement readahead"). I've noticed that it causes serious > >> issues on my test systems (various ARM 32bit and 64bit based boards). > >> The easiest way to observe is udev timeout 'waiting for /dev to be fully > >> populated' and prolonged booting time. I'm using squashfs for deploying > >> kernel modules via initrd. Reverting aeefca9dfae7 & 95f7a26191deon on > >> top of the next-20220603 fixes the issue. > >> > >> Let me know how I can help debugging this issue. There is no hurry > >> though, because the next week I will be on holidays. > > > > Hi Marek, > > > > Can you supply an example Squashfs filesystem and script that > > reproduces the slow-down? Failing that, can you supply a copy > > of your initrd/root-filesystem that can be run under emulation > > to reproduce the issue? (I don't have any modern ARM embedded > > systems). > > > > Again failing that, are you happy to test some debug code? > > > > Thanks > > > > Phillip (Squashfs maintainer and author). > > I've just got back from my holidays. > > Is this still relevant? I've noticed that v6 has been posted, but I > failed to apply it on top of next-20220610 as mentioned in the > cover-letter to test. I've also tried also to apply the mentioned > 'Squashfs: handle missing pages decompressing into page cache' patchset. > On the other hand, next-20220610 seems to be working fine on my setup now. > hi Marek, next-20220610 contains v5 of the series. To apply v6, you need to revert ca1505bf4805 ("squashfs: implement readahead") and 9d58b94aa73a ("squashfs: always build "file direct" version of page actor") first, then apply 'Squashfs: handle missing pages decompressing into page cache' patchset, then finally apply v6, since v6 is dependent on the patchset. Thanks. > > Best regards > -- > Marek Szyprowski, PhD > Samsung R&D Institute Poland >