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 4F259C433DB for ; Wed, 23 Dec 2020 07:01:10 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 19EF1207D8 for ; Wed, 23 Dec 2020 07:01:10 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727294AbgLWHAt (ORCPT ); Wed, 23 Dec 2020 02:00:49 -0500 Received: from mga18.intel.com ([134.134.136.126]:58033 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726960AbgLWHAt (ORCPT ); Wed, 23 Dec 2020 02:00:49 -0500 IronPort-SDR: dWcGMlhsiMnNLOds9H+zcAG+9x89RV3phJDPzEAyyaiKVTDgq/7IkV/6LSY0sp+KZ9Rb3QzuKZ 4dtQrFTP2Wbg== X-IronPort-AV: E=McAfee;i="6000,8403,9843"; a="163695070" X-IronPort-AV: E=Sophos;i="5.78,441,1599548400"; d="scan'208";a="163695070" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Dec 2020 23:00:07 -0800 IronPort-SDR: ++hqPTkFyYVS8f/HdjrJZFVCva/Zwrbo9aqdrsbCSHTW7uoxBV1Ni4RC/KEoz9ptb9BpSSVdz0 AfZ2KGvd2C2Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.78,441,1599548400"; d="scan'208";a="344924201" Received: from ceph.sh.intel.com ([10.239.241.176]) by fmsmga008.fm.intel.com with ESMTP; 22 Dec 2020 23:00:05 -0800 From: Qiaowei Ren To: Coly Li Cc: Qiaowei Ren , Jianpeng Ma , linux-bcache@vger.kernel.org Subject: [RFC PATCH 0/8] nvm page allocator for bcache Date: Wed, 23 Dec 2020 09:41:28 -0500 Message-Id: <20201223144136.24966-1-qiaowei.ren@intel.com> X-Mailer: git-send-email 2.17.1 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. Qiaowei Ren (8): bcache: add initial data structures for nvm pages bcache: initialize the nvm pages allocator bcache: initialization of the buddy bcache: nvm_alloc_pages() of the buddy bcache: nvm_free_pages() of the buddy bcache: get allocated pages from specific owner bcache: persist owner info when alloc/free pages. bcache: testing module for nvm pages allocator drivers/md/bcache/Kconfig | 12 + drivers/md/bcache/Makefile | 4 +- drivers/md/bcache/nvm-pages.c | 769 ++++++++++++++++++++++++++++++++ drivers/md/bcache/nvm-pages.h | 107 +++++ drivers/md/bcache/super.c | 3 + drivers/md/bcache/test-nvm.c | 117 +++++ include/uapi/linux/bcache-nvm.h | 184 ++++++++ 7 files changed, 1195 insertions(+), 1 deletion(-) create mode 100644 drivers/md/bcache/nvm-pages.c create mode 100644 drivers/md/bcache/nvm-pages.h create mode 100644 drivers/md/bcache/test-nvm.c create mode 100644 include/uapi/linux/bcache-nvm.h -- 2.17.1