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 3F86AD6E2B5 for ; Wed, 20 Nov 2024 05:10:58 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A74806B007B; Wed, 20 Nov 2024 00:10:57 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id A246B6B0083; Wed, 20 Nov 2024 00:10:57 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9127F6B0085; Wed, 20 Nov 2024 00:10:57 -0500 (EST) 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 789116B007B for ; Wed, 20 Nov 2024 00:10:57 -0500 (EST) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id E4AC9C0990 for ; Wed, 20 Nov 2024 05:10:56 +0000 (UTC) X-FDA: 82805298450.29.1CC337A Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [45.249.212.190]) by imf14.hostedemail.com (Postfix) with ESMTP id ECCED100003 for ; Wed, 20 Nov 2024 05:09:56 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=none; spf=pass (imf14.hostedemail.com: domain of wangjianjian3@huawei.com designates 45.249.212.190 as permitted sender) smtp.mailfrom=wangjianjian3@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1732079394; 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=5fISm1M/0UfLjAymCzL8Rd6PhYHhj1Ndw5Dx2bc1fnQ=; b=XT+RTWLF8sSbjyzdienIvchZgUErqf1fOFVApnOXGCDWw7sIC+xzQSeNXsDsPMTA6HVBlp /yw1hSeDHbwd5KLEzP6XMqDXrlWyNjX7Ba1llYEGDsOEmYiH2fsIcViTzsDuaGo8HZSZrU U/r3e2TnSp1kefXl+wb+ppSSNWjj3J0= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1732079394; a=rsa-sha256; cv=none; b=guORLqlHi2AaNsTY+tjZe+y3W2ZYDDnwAxwU0EbFYGbCmUpNVHRbT9+a05R3x/olgqMMvJ CqDoNWO0m+2p2eZReBBartP9qfgK3/HXxqCFB+p0GzwwCri0EIX/Ne9/9+za88oUSI5vnQ CVGtpm0CReR5gg/+acuxTwaufiuGHB4= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=none; spf=pass (imf14.hostedemail.com: domain of wangjianjian3@huawei.com designates 45.249.212.190 as permitted sender) smtp.mailfrom=wangjianjian3@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com Received: from mail.maildlp.com (unknown [172.19.162.112]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4XtTss5FnFz2GZl8; Wed, 20 Nov 2024 13:08:49 +0800 (CST) Received: from kwepemf200016.china.huawei.com (unknown [7.202.181.9]) by mail.maildlp.com (Postfix) with ESMTPS id 6B383140336; Wed, 20 Nov 2024 13:10:48 +0800 (CST) Received: from [10.108.234.194] (10.108.234.194) by kwepemf200016.china.huawei.com (7.202.181.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Wed, 20 Nov 2024 13:10:47 +0800 Message-ID: Date: Wed, 20 Nov 2024 13:10:46 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 1/3] vfs: support caching symlink lengths in inodes To: Matthew Wilcox CC: Mateusz Guzik , , , , , , , , , References: <20241119094555.660666-1-mjguzik@gmail.com> <20241119094555.660666-2-mjguzik@gmail.com> Content-Language: en-US From: "wangjianjian (C)" In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.108.234.194] X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) To kwepemf200016.china.huawei.com (7.202.181.9) X-Stat-Signature: p6gif8guqff9brbxmxddku5yfz1gc4ge X-Rspam-User: X-Rspamd-Queue-Id: ECCED100003 X-Rspamd-Server: rspam02 X-HE-Tag: 1732079396-245333 X-HE-Meta: U2FsdGVkX1+MN82I38BEJ2L2z8zK7VXAJtJFnnlga5WiJAkSIoVrL0fH+XobMatX4nyBNSLeorgWC0uQo3cb7JYj4vvbDPX/WY1Xko4HxnW3/kc5ToAd96uxtgrebsu6EF5AM7Qd3cRIW7gvX6Xy3JSkLFZK8ffH9ZFj34qaQvilCyWSNw5vZPJYdfGpjUBBRjLnnSLneU3nIfsWlG2Sq6g278kFgRT2io4bzLQsEt4vsN01BKZWhLP+juSEjNTaoZhCM7rmn87YV4uGEXFN1Db9jk5r2sw7YfkMUCnFlx/Az2wxQtLtZuX/rLgYgXS9s4lHj3bCpoXoUX+GwtIoLzti0AbAi+lOL4pqR1bZZMKPUixvRDzaHnY5/S4Gxz1Hy9ylPJ3eWH0vAyP0hcqM+GRel5msxaZsQ3LSk8G8vKFViAh2gJdDaT7s2FxHvmtwD2PhJKr5XLSHyK4m1TIzxGhxUsEgdlmvlxkPpQ2j01c/Csd+zmD2vzdN54rxnrZAUAbeR9yw10TU69bF8sc/99yOET9qBlbtVtrvEwTepSffJ42UMi7tilUXqiCuhCEzRlRzwAiukAL/ZS/v4ANQKLEU/S1KkWNngDyisSt8EJntcHmF3bZuvHTwJgEV5sZGFFpgd9kWYqYAs0eQJ7tyQtkOojw6nlW1wvc/phT0e/f41+orqzaRqZzaGeisNEr6tSpO8hLXhfJjWRlxT+PZIU9G/ygC5g5/ILa1EBjoAvOLXCO2b0TbyMWE1Q6kmNTPuWDv+sa8Dez4ITfEnPDgkqCnTfsgUqfs42zCCEF/nkqDsU/p9Fjv9rgyu9IZoJWzgPHHSDf4eAW6MdOKdOLAyLOvQuCMLZvpKOSb0/bEBL/vB1bbciDLKBwvec2NZcc40sCQKsWLrj64SUd9dPQy3FvNJIGX0YHy2Cyd9m0hqbkgoO1lupW9jLGgsmpSW28CiWVvzKwM5zhQyRFsENt 59snOTUU RKF+bFFGqEImcKsIvXEmAV8L5NbS/+ISVFgiMXifKlVWJKduURkwqRWOrOA+0Lh3cdJrej+GXCmGLrGNwPZLMcsI6999tx/Bc845JfKGF6eocIc2+wOHriMwAT/Ekal5FCL9gDkBPPxhFTVHXEbPNFsQpXU/Hu4lu3yRpUppJz3covMo= 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: On 2024/11/20 13:01, Matthew Wilcox wrote: > On Wed, Nov 20, 2024 at 12:15:18PM +0800, wangjianjian (C) wrote: >>> +{ >>> + inode->i_link = link; >>> + inode->i_linklen = linklen; >> Just curious, is this linklen equal to inode size? if it is, why don't use >> it? > > Maybe you should read v1 of the patch series where Jan explained where > that's not true. okay, I see, thanks for this. > -- Regards