Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp36774pxj; Wed, 26 May 2021 15:25:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFGiH8nfJ631yy1rJiGnbDmvsHPN1U+j91gkyq0YOR/X4pnqJilPVKiZ/kumj32ycoXdBJ X-Received: by 2002:a6b:f118:: with SMTP id e24mr375641iog.125.1622067951171; Wed, 26 May 2021 15:25:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622067951; cv=none; d=google.com; s=arc-20160816; b=fPmybjfrA58NJ1m9fZJl5WckXnPoPfvQQq6iPuCpMWoY4fozCCqnd+XEWeImKXdx1s JEXd0wCIvBq2HJrd0m09FvEbjzwyrxf60G7lEOxkTIeiVJicMyHyBdjgBt0K7OaJlWqt o561qud0hSOY1j8JjrpQx60+0kJY4PyuutDzMQHWnsX6fgQ6aGPFSmP/UWTXVv0wmMZJ k9e4/YWcacvVwC+zPksIF59TwGscGaVHo7K7OBmCtyRBvgqj3sEq85MIeFjEJursRI7P GUbM1THKVJZJRAaIHvGjt+VP2AKE5e9ZWm5ujMW1NmUr7eK+ygj+n4SzWF3aTRof5DOM jo8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature:dkim-signature; bh=CZiam42bncJAQSsIfF2pfnFWeccnnWh5QphZuv6aT6o=; b=PiZg86DYftjvwvYeihEMAmzP+HxN4UwwXHrq92BwG69Pk3kFnyN/vFDTLEozNF/iWw SFQbaZJlBCIUngOsTsOvvOMYRpA3UiHD6519pxiZpuaXsYg6KD8bH0XiYq+1GkhFPm9m tS2H2QZY3zGe4csQpoelQjRudPHWZRCBSQg1D2keXll++i9Kd5Zqm/PBz328e/MIIyUJ FH4Vp4rcspjtiGg3EENTqoCUGsVSQZlKzja3hvL1Kqz+QzO4JZU+GcEPn0yFht3IW9qz K8Ge7mWoiWjSLIEdr+JV06w1PVoUebfBBAqaU/RM+mugzrqoPuZb9qKwdidrlA3yHa+Y Bdnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b="Ulha/uzm"; dkim=neutral (no key) header.i=@suse.cz header.s=susede2_ed25519; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 9si302958ilq.95.2021.05.26.15.25.38; Wed, 26 May 2021 15:25:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b="Ulha/uzm"; dkim=neutral (no key) header.i=@suse.cz header.s=susede2_ed25519; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235333AbhEZPJd (ORCPT + 99 others); Wed, 26 May 2021 11:09:33 -0400 Received: from smtp-out1.suse.de ([195.135.220.28]:52038 "EHLO smtp-out1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235314AbhEZPJ3 (ORCPT ); Wed, 26 May 2021 11:09:29 -0400 Received: from imap.suse.de (imap-alt.suse-dmz.suse.de [192.168.254.47]) by smtp-out1.suse.de (Postfix) with ESMTP id A511C218CE; Wed, 26 May 2021 15:07:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1622041676; h=from:from:reply-to: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=CZiam42bncJAQSsIfF2pfnFWeccnnWh5QphZuv6aT6o=; b=Ulha/uzmJ0nYbeHSMNAz8Vp5AYs17BOmR4OLDQnjF0w9FXkRoTWI9zbTd7azRP6043aryA CGrZA9KhC7eragM8Z6UJSCWUkvMQHGWckWRZdKydSpph6rKLtexjczXYI/a3kN9G5/qCg9 hb0hXG4ljSQSk51OJhknfMzagTHlcPk= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1622041676; h=from:from:reply-to: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=CZiam42bncJAQSsIfF2pfnFWeccnnWh5QphZuv6aT6o=; b=jZYjPcGzaojQftlmA9AFeijJA8zASNIQkTFw8oFWzfz/SWlcP231p6vr9gtJTSmzJFdkG7 Zv85nTywJfSaXnCA== Received: from director2.suse.de (director2.suse-dmz.suse.de [192.168.254.72]) by imap.suse.de (Postfix) with ESMTPSA id 8677A11A98; Wed, 26 May 2021 15:07:56 +0000 (UTC) Subject: Re: [PATCH v7] mm: slub: move sysfs slab alloc/free interfaces to debugfs To: Faiyaz Mohammed , Greg KH Cc: cl@linux.com, penberg@kernel.org, rientjes@google.com, iamjoonsoo.kim@lge.com, akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, glittao@gmail.com, vinmenon@codeaurora.org References: <1621928285-751-1-git-send-email-faiyazm@codeaurora.org> <7324d56f-c5fe-05fa-55f2-7dd2dbf9bce0@codeaurora.org> <371e20a8-6b07-1eaa-d587-3b444d03ba2f@suse.cz> <544e7eaf-ceaa-0ff0-15c3-b615db7e1b00@codeaurora.org> From: Vlastimil Babka Message-ID: <0d39e26f-b641-e142-6c90-7f4bcf91fc21@suse.cz> Date: Wed, 26 May 2021 17:07:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 MIME-Version: 1.0 In-Reply-To: <544e7eaf-ceaa-0ff0-15c3-b615db7e1b00@codeaurora.org> 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 5/26/21 5:06 PM, Faiyaz Mohammed wrote: >> How about simply replicating the empty function in >> include/linux/slab_def.h >> > Yes, we can add empty function in include/linux/slab_def.h. > I will add in next patch version. > >> We could do the same with SYSFS, except the SLAB (and SLUB w/o SYSFS) versions >> of sysfs_slab_release() would not be empty, but just call >> slab_kmem_cache_release(s); >> Then we could get rid of the #ifdef's completely? >> > Is it okay, if I raise separate patch for sysfs by adding empty function > in slab_def.h? Yeah that would be cleaner. Thanks. > Thanks and regards, > Mohammed Faiyaz >>> greg k-h >>> >> >