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=-10.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable 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 B1F27C11F68 for ; Wed, 30 Jun 2021 08:35:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 9242F61CD4 for ; Wed, 30 Jun 2021 08:35:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233134AbhF3Iha (ORCPT ); Wed, 30 Jun 2021 04:37:30 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:58179 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232860AbhF3Ih2 (ORCPT ); Wed, 30 Jun 2021 04:37:28 -0400 Received: from mail-ej1-f71.google.com ([209.85.218.71]) by youngberry.canonical.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lyVgQ-0006BD-Bd for linux-kernel@vger.kernel.org; Wed, 30 Jun 2021 08:34:58 +0000 Received: by mail-ej1-f71.google.com with SMTP id q14-20020a1709066aceb029049fa6bee56fso477787ejs.21 for ; Wed, 30 Jun 2021 01:34:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=1IFtEhzs0Lv1y9+UgWa0DfCZGcuW1gInwvipY/SR0mg=; b=QLFM3Im6/TVhiMeoEbwFbMqfq5dSn+xxiHQaP+zYChjeYly0k+ZdjraWgWHgrIvjIZ CYPh8Dx7AS/VJK+aotSZr1C5qN7Q0bxbnYgu5PLS8iJfl6731Pnia8rtVWOhgaYJ4VHJ pIogUkuosyyVS+5IjNYcnZ4z7hSE/cl90CiSfLBlHIbEi2EwMWRDZIganOaJ7qE3VVsl 8ox23BKerfcW7//SDBjFP2XVGMQgx7Nm9h2I2zybKhDw7nvLuUTZC0lRoybIr2u3Vdgn PJ6/NNaPjkbKEOGA7Oy7QuezOoi4VhVJVOk2AE/lVgKR+4McWLJW2ZiRGXMzJYOBRaWE KW8g== X-Gm-Message-State: AOAM531vgDlHjscxRZ0W9UU/tgopU8I7Eidp1j8D2kP1FWCkFjFXuIbu A2giLKhayg+ToIPNcz7QjCjkVFNyrJ+tjdrbsZRyy7YjwRkTCzKeytMNgPUW7SUMnzhTJyxbxCt omDiuCUH8ju8CRQK2A5QxkN38TAabO4L7JgtDGUAlcg== X-Received: by 2002:a05:6402:510d:: with SMTP id m13mr44656749edd.179.1625042098156; Wed, 30 Jun 2021 01:34:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzNgwxmBwrzLvr9noQ+vvLunox3/nAXTETv/38X874mVuhLyMIBpETi86RVWG3SYS6/SBEvBQ== X-Received: by 2002:a05:6402:510d:: with SMTP id m13mr44656731edd.179.1625042097973; Wed, 30 Jun 2021 01:34:57 -0700 (PDT) Received: from [192.168.1.115] (xdsl-188-155-177-222.adslplus.ch. [188.155.177.222]) by smtp.gmail.com with ESMTPSA id gl26sm410271ejb.72.2021.06.30.01.34.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 30 Jun 2021 01:34:57 -0700 (PDT) Subject: Re: [BUG] btrfs potential failure on 32 core LTP test (fallocate05) To: Josef Bacik , Chris Mason , David Sterba , linux-btrfs@vger.kernel.org, Linux Kernel Mailing List , "kernel-team@lists.ubuntu.com" , "ltp@lists.linux.it" , Qu Wenruo , Filipe Manana References: <124d7ead-6600-f369-7af1-a1bc27df135c@toxicpanda.com> <667133e5-44cb-8d95-c40a-12ac82f186f0@canonical.com> <0b6a502a-8db8-ef27-f48e-5001f351ef24@toxicpanda.com> <2576a472-1c99-889a-685c-a12bbfb08052@canonical.com> <9e2214b1-999d-90cf-a5c2-2dbb5a2eadd4@canonical.com> <57cfa398-8a33-06e2-dfcd-fa959c27ac47@toxicpanda.com> From: Krzysztof Kozlowski Message-ID: <30d510db-df48-e499-6e46-bd84c85d4b41@canonical.com> Date: Wed, 30 Jun 2021 10:34:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <57cfa398-8a33-06e2-dfcd-fa959c27ac47@toxicpanda.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/06/2021 20:32, Josef Bacik wrote: > On 6/29/21 2:28 PM, Krzysztof Kozlowski wrote: >> On 29/06/2021 20:06, Krzysztof Kozlowski wrote: >>> Minor update - it's not only Azure's. AWS m5.8xlarge and m5.16xlarge (32 >>> and 64 cores) fail similarly. I'll try later also QEMU machines with >>> different amount of CPUs. >>> >> >> Test on QEMU machine with 31 CPUs passes. With 32 CPUs - failure as >> reported. >> >> dmesg is empty - no error around this. >> >> Maybe something with per-cpu variables? > > Ah yeah, so since you are further into this than I am, want to give my recent > batch of fixes a try? > > https://github.com/josefbacik/linux/tree/delalloc-shrink > > This might actually resolve the problems. If not I'm getting one of our 64cpu > boxes setup to test this, I also couldn't reproduce it on my smaller local > machines. Thanks, I just gave ita try on v5.13 + merge of your branch and it fixes the issue, at least on QEMU with 32 and 64 CPUs. Would be good to find the exact commit fixing it to be sure it gets backported to stables. Best regards, Krzysztof