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,URIBL_BLOCKED,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 8EDB3C433ED for ; Tue, 13 Apr 2021 06:27:09 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 675B56103D for ; Tue, 13 Apr 2021 06:27:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229524AbhDMG1Z (ORCPT ); Tue, 13 Apr 2021 02:27:25 -0400 Received: from mga18.intel.com ([134.134.136.126]:18128 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229493AbhDMG1X (ORCPT ); Tue, 13 Apr 2021 02:27:23 -0400 IronPort-SDR: Zzv64rQfsnGN6+NpafplzLzSHZNq72oUtal3c7XXHDw7RNDHU8m2+YwesHN/TejIDd4it8KtOx O0nUq++SOXBA== X-IronPort-AV: E=McAfee;i="6200,9189,9952"; a="181869327" X-IronPort-AV: E=Sophos;i="5.82,218,1613462400"; d="scan'208";a="181869327" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Apr 2021 23:27:02 -0700 IronPort-SDR: kLjiydfTR8WMnLAhhlj3sR/TbhlfC94YkxaB/XADGr+swvq06T0xincFfq529IjKvSQ+yS88jE frvADY7aRxIA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,218,1613462400"; d="scan'208";a="460470355" Received: from ceph.sh.intel.com ([10.239.241.176]) by orsmga001.jf.intel.com with ESMTP; 12 Apr 2021 23:27:01 -0700 From: Qiaowei Ren To: Coly Li Cc: Qiaowei Ren , Jianpeng Ma , linux-bcache@vger.kernel.org Subject: [bch-nvm-pages v8 0/6] nvm page allocator for bcache Date: Tue, 13 Apr 2021 10:05:43 -0400 Message-Id: <20210413140549.224482-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 From: Jianpeng Ma 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. 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 | 9 + drivers/md/bcache/Makefile | 2 +- drivers/md/bcache/nvm-pages.c | 747 ++++++++++++++++++++++++++++++++ drivers/md/bcache/nvm-pages.h | 93 ++++ drivers/md/bcache/super.c | 3 + include/uapi/linux/bcache-nvm.h | 208 +++++++++ 6 files changed, 1061 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