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=-9.8 required=3.0 tests=BAYES_00,DATE_IN_FUTURE_06_12, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_GIT autolearn=ham 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 1124BC433E0 for ; Wed, 17 Mar 2021 07:31:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id DB6ED64F79 for ; Wed, 17 Mar 2021 07:31:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229541AbhCQHbO (ORCPT ); Wed, 17 Mar 2021 03:31:14 -0400 Received: from mga09.intel.com ([134.134.136.24]:61940 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229508AbhCQHas (ORCPT ); Wed, 17 Mar 2021 03:30:48 -0400 IronPort-SDR: gKQHMT4e1+3UbGwzSn2Jx3YTqgHCHFcILbDkPc7BuK2rQ8aNd9eX/IXVAax4YnvKEW/xRrt84+ 0fOwuPttvWMw== X-IronPort-AV: E=McAfee;i="6000,8403,9925"; a="189500587" X-IronPort-AV: E=Sophos;i="5.81,255,1610438400"; d="scan'208";a="189500587" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Mar 2021 00:30:43 -0700 IronPort-SDR: ga+YfKLhIVPIr5FhGDjJaDwsC+pJ9BGRgueapjYJfPbw65eS1CKReMfNVoAKAeDOV+qBEX3fTk uLxS6heno06A== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.81,255,1610438400"; d="scan'208";a="602130258" Received: from ceph.sh.intel.com ([10.239.241.176]) by fmsmga006.fm.intel.com with ESMTP; 17 Mar 2021 00:30:42 -0700 From: Qiaowei Ren To: Coly Li Cc: Qiaowei Ren , Jianpeng Ma , linux-bcache@vger.kernel.org Subject: [bch-nvm-pages v7 0/6] nvm page allocator for bcache Date: Wed, 17 Mar 2021 11:10:23 -0400 Message-Id: <20210317151029.40735-1-qiaowei.ren@intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-bcache@vger.kernel.org This series implements nvm pages allocator for bcache. This idea is from one discussion about nvdimm use case in kernel together with Coly. Coly sent the following email about this idea to give some introduction on what we will do before: https://lore.kernel.org/linux-bcache/bc7e71ec-97eb-b226-d4fc-d8b64c1ef41a@suse.de/ Here this series focus on the first step in above email, that is to say, this patch set implements a generic framework in bcache to allocate/release NV-memory pages, and provide allocated pages for each requestor after reboot. In order to do this, one simple buddy system is implemented to manage NV-memory pages. This set includes one testing module which can be used for simple test cases. Next need to stroe bcache log or internal btree nodes into nvdimm based on these buddy apis to do more testing. Coly Li (1): bcache: add initial data structures for nvm pages Jianpeng Ma (5): bcache: initialize the nvm pages allocator bcache: initialization of the buddy bcache: bch_nvm_alloc_pages() of the buddy bcache: bch_nvm_free_pages() of the buddy bcache: get allocated pages from specific owner drivers/md/bcache/Kconfig | 6 + drivers/md/bcache/Makefile | 2 +- drivers/md/bcache/nvm-pages.c | 737 ++++++++++++++++++++++++++++++++ drivers/md/bcache/nvm-pages.h | 91 ++++ drivers/md/bcache/super.c | 3 + include/uapi/linux/bcache-nvm.h | 196 +++++++++ 6 files changed, 1034 insertions(+), 1 deletion(-) create mode 100644 drivers/md/bcache/nvm-pages.c create mode 100644 drivers/md/bcache/nvm-pages.h create mode 100644 include/uapi/linux/bcache-nvm.h -- 2.25.1