Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp3188413pxb; Sun, 3 Oct 2021 18:08:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy6QtCrUSeT21BTzI1sq/c2mlB2DmukYLHXW7/7pGoTTt/8pSqFjy7dprNzKM1GSWdb4GDn X-Received: by 2002:a17:90b:38c6:: with SMTP id nn6mr26984545pjb.94.1633309722812; Sun, 03 Oct 2021 18:08:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633309722; cv=none; d=google.com; s=arc-20160816; b=XaEqRqcvcvyN0GkyvwLCKiNOedY9GSkIJayvYTjpzVzKZsejLEkKC53C9l+fTDpK+e GiphdzSSinG/Kc7DzXltIIztZqVSPP7Tl3fTB8+/uXNATCBJXlGjQoxdCT8vGQFzOsO+ uMim6o5kDHhqZAAQbZR0VPtDv4MiiD6PkErpZsmtWNWPmmlEBb3jeya75sdvrWpEXL4S QIjTc5rCJicw/7IRxOv7Lur4ooqsTGMlAV1TN+i7xNkkQn1e1RpUChMeP3Q9biEWNdmN PnxYDJx3MHlAQYWnymD4alD5xmHe5ONm4PhDi3nSRkL4iox6cPKWQ1HdYaJFm8hqLca8 I9BQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=pStQdMrL6ZFdXlJGha4PGljRtDULz8i5+uPOyRWf8rU=; b=EHhd+3cWsFihRFaFRllxrrmlrYpxoSJlZ2uERK1u4DrnD+d54nUfcStoPq14k8EFG3 d3DZvCqiMWQCpCSrK8Mk0Ygoyb6TRFI5hbC2RMLiGuCiE8NhRY3muSxA6a8nvOe7MvX8 LN2uiSLh70ONA6ntdJ+YBLqXtkW82WdXw51E0ySfY5v4w2mvOFMYOVB+e0dzzngEcdkW +OixKsFpM5fs/9JUEQgWnqS9ZalfjX1h28xVd1gRLWXGdSAKdgtoOOe7eVhmIEa5AXWP WZcBd96pHnQVj6NNajaRcrPjutO6Y0RseQDb2qds6R3sqCC0FMMJjp0uJd01IMms3aei FBVQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=kAMJB1dP; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o16si16743286pfk.347.2021.10.03.18.08.29; Sun, 03 Oct 2021 18:08:42 -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=@google.com header.s=20210112 header.b=kAMJB1dP; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231363AbhJDBJL (ORCPT + 99 others); Sun, 3 Oct 2021 21:09:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37572 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230508AbhJDBJL (ORCPT ); Sun, 3 Oct 2021 21:09:11 -0400 Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 06B24C0613EC for ; Sun, 3 Oct 2021 18:07:22 -0700 (PDT) Received: by mail-pl1-x62a.google.com with SMTP id y5so10005527pll.3 for ; Sun, 03 Oct 2021 18:07:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:in-reply-to:message-id:references :mime-version; bh=pStQdMrL6ZFdXlJGha4PGljRtDULz8i5+uPOyRWf8rU=; b=kAMJB1dPHfIu0grrWDbrhbolngM0JPtqVX6W4LQ0dtNlTNzO4A4V4jJfu3GO//KpI/ zoCckKf+f5s6de3QFu2N7/YZY8bZhxxvwZ/cVyDsFquSDFcoOsCt9tkpgk8jwGmfEcWR OKK/uu0L1RIcNvw+Ro/RFp06yHEtZkrhJNa8FM/BDB59V45gHSKiejNo357eRnDtDSy/ b76AdDM/tjRm2HBiefXqqGCizbuXhYPpOwxVNjkVSaN+zzokQ1GhYkxAEiqJ/E/NxsxO cqUaV5bA/NdeHMtleODM3D57VAurRyugnfdK9q0qM1J2IakdMLzcGTbSIMufvfOtYCZ7 ycdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:mime-version; bh=pStQdMrL6ZFdXlJGha4PGljRtDULz8i5+uPOyRWf8rU=; b=40xX8BXhlvck83Bhui72R/92xyQ9aefxlP+lJrTetZ3FuyJZCmBIjEhciZPwXIqfat oFVCJmMHtAD4w9P0gdh9KfthaLR1W8gqxASjSNdFMjpZT34tib/ye/uaUGFGo/9ZXI4A hy9+y87CjCtK+WzmwLQlV9Y455CHyRHSo/VBondhGkWljgteKmEfdpo4MfanqbnoSrCT fMtvx21VjduKbYA7qFjn0SkLustLL3BgoepwUFMzPUqWP2ZQ1asDDo2SQ0qTJuKznvcv JtIFSPfAiEOoPXR+Zb5TCSrzXP5xXLZZfRsHfns4Z2kq5vontaK3/kSJhM/4ZXaJodH2 OAqA== X-Gm-Message-State: AOAM532xA7TA9s1EiUAj8bUxmr3JyHuihAg5loAOVxc3rnUDd0kRRnGu jvQBNocXclDGbpNhXMJIPo8CRQ== X-Received: by 2002:a17:902:7e48:b0:13d:a58a:e9ce with SMTP id a8-20020a1709027e4800b0013da58ae9cemr20330094pln.21.1633309642214; Sun, 03 Oct 2021 18:07:22 -0700 (PDT) Received: from [2620:15c:17:3:4faa:17e6:3602:9e7d] ([2620:15c:17:3:4faa:17e6:3602:9e7d]) by smtp.gmail.com with ESMTPSA id p24sm2314787pjz.32.2021.10.03.18.07.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Oct 2021 18:07:21 -0700 (PDT) Date: Sun, 3 Oct 2021 18:07:20 -0700 (PDT) From: David Rientjes To: Rustam Kovhaev cc: Vlastimil Babka , Dave Chinner , djwong@kernel.org, linux-xfs@vger.kernel.org, cl@linux.com, penberg@kernel.org, iamjoonsoo.kim@lge.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, gregkh@linuxfoundation.org, Al Viro , dvyukov@google.com Subject: Re: [PATCH] xfs: use kmem_cache_free() for kmem_cache objects In-Reply-To: Message-ID: <1e0df91-556e-cee5-76f7-285d28fe31@google.com> References: <20210929212347.1139666-1-rkovhaev@gmail.com> <20210930044202.GP2361455@dread.disaster.area> <17f537b3-e2eb-5d0a-1465-20f3d3c960e2@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 30 Sep 2021, Rustam Kovhaev wrote: > > >> I think it's fair if something like XFS (not meant for tiny systems AFAIK?) > > >> excludes SLOB (meant for tiny systems). Clearly nobody tried to use these > > >> two together last 5 years anyway. > > > > > > +1 for adding Kconfig option, it seems like some things are not meant to > > > be together. > > > > But if we patch SLOB, we won't need it. > > OK, so we consider XFS on SLOB a supported configuration that might be > used and should be tested. > I'll look into maybe adding a config with CONFIG_SLOB and CONFIG_XFS_FS > to syzbot. > > It seems that we need to patch SLOB anyway, because any other code can > hit the very same issue. > It's probably best to introduce both (SLOB fix and Kconfig change for XFS), at least in the interim because the combo of XFS and SLOB could be broken in other ways. If syzbot doesn't complain with a patched kernel to allow SLOB to be used with XFS, then we could potentially allow them to be used together. (I'm not sure that this freeing issue is the *only* thing that is broken, nor that we have sufficient information to make that determination right now..)