Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3973084ybl; Mon, 3 Feb 2020 10:02:58 -0800 (PST) X-Google-Smtp-Source: APXvYqyqKkmSpfHB1+7L1t4OP3AIr7pXFej/Gd8P7plhV1qaSPgdJxY9kXZwJRkeckIN2fdiVmuO X-Received: by 2002:aca:d903:: with SMTP id q3mr216981oig.12.1580752978504; Mon, 03 Feb 2020 10:02:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580752978; cv=none; d=google.com; s=arc-20160816; b=jLwyfwjP18FPRr0Hx92EMPswq4jMlzvpB56p52P9VZMrGtuIn04bCeSOvV8djQUgpe s8/EVzUN6gVxQwnfDa2cfJ5drnhude2iiLWf0zayLhmkFJEOvo/njiASWXSffDZ2kNS5 b59YpDcDI1uIlaUvQTYIOpabBt3QyJJi39m5w/KB3irDjKuKpCvBbCVkRmUyCWqA/x0V 4mPocRIGqVgStNIwudlJ0FFlacUL/ltKgpK+POAVdtON5CgjBRNl4OWqaXfdF93b1CA7 DKbALpLMMtEdJjeCwFCdKyuPi3pI8K0LsUJTE2HlOIoFHHqY6ZObj4mLJeDaHhuVtYxR JU7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=5ZPjQ9pyWegFq7ptB0Of0FuoHr1kyVa2z4FlXuSnJwU=; b=VIzV0NsoLR/bhVLx55NAYp+ZfPcwBUecjzAxlbJtQmkTD54UleIkIkH2dEHPdFJFl5 m4GM2SoblkNakxNpEBj8ghUumtmmYzOWGEmihoTCNsy5MeHtnqs2ao9i+HjTeyTmXVRH YpORBXmadgmDaps9sDUn9xkcR/hBp/A43PPEADjwkJQ6IrGcWBne2IQ1eKuXeiY6X4lT dngUPiIRWyeF0abvrdLp/PR8V2zm1G3p4WOytlKnBOtt1mKM3k2imeoxCfNxlLSKcqfu WMfVh5rWMDtmh/QTmgZHIluNbmOQaFuJz9kCTOrm6NfK2S5ATJ/sJ8KVzC+siBq/vnPz 8u1Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=mFABLiRZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z23si9509217oti.34.2020.02.03.10.02.45; Mon, 03 Feb 2020 10:02:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=mFABLiRZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728638AbgBCQNn (ORCPT + 99 others); Mon, 3 Feb 2020 11:13:43 -0500 Received: from mail-qt1-f195.google.com ([209.85.160.195]:45757 "EHLO mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727253AbgBCQNm (ORCPT ); Mon, 3 Feb 2020 11:13:42 -0500 Received: by mail-qt1-f195.google.com with SMTP id d9so11803684qte.12 for ; Mon, 03 Feb 2020 08:13:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=5ZPjQ9pyWegFq7ptB0Of0FuoHr1kyVa2z4FlXuSnJwU=; b=mFABLiRZqHMCt0JZs8/Rt/DmWcHMcqdBw8N/uq0D0YvB/GxaEgpyrz5As2bHwWTXcg HoUT2W956XCzqcOsNRC9CYjBV9AQ4jpXQw9DHxWeH393UFWJwPFPc2urzoyv/1v1IgN0 kRxR7qcK4KfpcTsQl6F4J95BKmAmSS4PEZpFtjD0fTirNC6zVPnwoCTFgBSbPPmd8FPh YU0jY5dQMjjVxRilvrXBNTPCTcS+8OKNw7peUyihgtkj1Ucg9WOQZWPgt1iMe7bJVFh7 C9nfuPz4Z73Z44YqJJizsoRkdx2juj5yx+z5mjUu8yrviZcBM8U4SLLW1g0IevhHjWZs fe6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=5ZPjQ9pyWegFq7ptB0Of0FuoHr1kyVa2z4FlXuSnJwU=; b=KjQajH+qYeEM5X2VzdCjeL90g7NPTnTMA3LPB9MpGal9nXq6m8CdmwJhaDYorOVF1s Zj/JXYqjPG+hldj0hYZxCFEqsF1RuVUUGC+e0owcjRO5X1CqdEZVfFaC5hPCbVdYGuZa Kd5Hro5oZM/XzqmDUHPlcTP1SFanM2zT/HgEbQXxZ8AB92yq4f2HrjLc7KEoD0OXVfxa Yr/mkDXeI0YLzUFigWGGU0kM7r5lib4o/fm8kkk0ch0SffkAtG7aqxKLIaZDge2MxXv8 uMVO8fGcpBZeb9Wir1Hgp0q6u/8roRGLMea9Z2BqsqU16vqlLfhy18CSY37TVIMdf0WG LLqg== X-Gm-Message-State: APjAAAUfvs3LdTbzLUjifgy3TKjfcd/gkrn1CprHAwy7doFqGYvAxKuh 7azt+UvDOIA/AE51t6zu4iag+Q== X-Received: by 2002:ac8:7952:: with SMTP id r18mr24493028qtt.251.1580746421743; Mon, 03 Feb 2020 08:13:41 -0800 (PST) Received: from localhost ([2620:10d:c091:500::3:c810]) by smtp.gmail.com with ESMTPSA id d25sm9333054qka.39.2020.02.03.08.13.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Feb 2020 08:13:41 -0800 (PST) Date: Mon, 3 Feb 2020 11:13:40 -0500 From: Johannes Weiner To: Roman Gushchin Cc: linux-mm@kvack.org, Andrew Morton , Michal Hocko , Shakeel Butt , Vladimir Davydov , linux-kernel@vger.kernel.org, kernel-team@fb.com, Bharata B Rao , Yafang Shao Subject: Re: [PATCH v2 09/28] mm: memcg/slab: rename __mod_lruvec_slab_state() into __mod_lruvec_obj_state() Message-ID: <20200203161340.GC1697@cmpxchg.org> References: <20200127173453.2089565-1-guro@fb.com> <20200127173453.2089565-10-guro@fb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200127173453.2089565-10-guro@fb.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 27, 2020 at 09:34:34AM -0800, Roman Gushchin wrote: > Rename __mod_lruvec_slab_state() into __mod_lruvec_obj_state() > to unify it with mod_memcg_obj_state(). It better reflects the fact > that the passed object isn't necessary slab-backed. Makes sense to me. > @@ -1116,7 +1116,7 @@ static inline void mod_lruvec_page_state(struct page *page, > mod_node_page_state(page_pgdat(page), idx, val); > } > > -static inline void __mod_lruvec_slab_state(void *p, enum node_stat_item idx, > +static inline void __mod_lruvec_obj_state(void *p, enum node_stat_item idx, > int val) > { > struct page *page = virt_to_head_page(p); > @@ -1217,12 +1217,12 @@ static inline void __dec_lruvec_page_state(struct page *page, > > static inline void __inc_lruvec_slab_state(void *p, enum node_stat_item idx) > { > - __mod_lruvec_slab_state(p, idx, 1); > + __mod_lruvec_obj_state(p, idx, 1); > } > > static inline void __dec_lruvec_slab_state(void *p, enum node_stat_item idx) > { > - __mod_lruvec_slab_state(p, idx, -1); > + __mod_lruvec_obj_state(p, idx, -1); > } These should be renamed as well, no?