From: "Williams, Dan J" <dan.j.williams@intel.com>
To: "axboe@fb.com" <axboe@fb.com>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"hch@lst.de" <hch@lst.de>,
"martin.petersen@oracle.com" <martin.petersen@oracle.com>,
"linux-nvdimm@lists.01.org" <linux-nvdimm@lists.01.org>,
"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"david@fromorbit.com" <david@fromorbit.com>,
"jack@suse.cz" <jack@suse.cz>
Subject: what's in nvdimm.git for v4.4?
Date: Tue, 20 Oct 2015 23:31:45 +0000 [thread overview]
Message-ID: <1445383903.6611.39.camel@intel.com> (raw)
Here is a status summary of the topic-branches nvdimm.git is tracking
for v4.4. Unless indicated these branches are not present in -next.
Please ACK, NAK, or ask for a re-post of any of the below to disposition
it for the merge window.
===
for-4.4/dax-fixes:
===
Core DAX and XFS fixes for DAX locking. They are carried in
nvdimm.git as a dependency of the for-4.4/dax-gup branch.
Dan Williams (1):
pmem, dax: clean up clear_pmem()
Dave Chinner (5):
xfs: fix inode size update overflow in xfs_map_direct()
xfs: introduce BMAPI_ZERO for allocating zeroed extents
xfs: Don't use unwritten extents for DAX
xfs: DAX does not use IO completion callbacks
xfs: add ->pfn_mkwrite support for DAX
Ross Zwisler (2):
dax: dax_pfn_mkwrite() truncate race check
ext2: Add locking for DAX faults
===
for-4.4/numa:
===
Minor api cleanups that have been acked and published in -next
for a few weeks.
Dan Williams (7):
x86, mm: quiet arch_add_memory()
pmem: kill memremap_pmem()
devm_memunmap: use devres_release()
devm_memremap: convert to return ERR_PTR
devm: make allocations numa aware by default
devm_memremap_pages: use numa_mem_id
pmem, memremap: convert to numa aware allocations
===
for-4.4/dax-gup: get_user_pages() support for dax mappings
https://lists.01.org/pipermail/linux-nvdimm/2015-October/002387.html
===
Needs acks from core -mm folks particularly for:
x86, mm: introduce vmem_altmap to augment
vmemmap_populate()
mm, x86: get_user_pages() for dax mappings
Dan Williams (22):
block: generic request_queue reference counting
dax: increase granularity of dax_clear_blocks() operations
block, dax: fix lifetime of in-kernel dax mappings with dax_map_atomic()
mm: introduce __get_dev_pagemap()
x86, mm: introduce vmem_altmap to augment vmemmap_populate()
libnvdimm, pfn, pmem: allocate memmap array in persistent memory
avr32: convert to asm-generic/memory_model.h
hugetlb: fix compile error on tile
frv: fix compiler warning from definition of __pmd()
um: kill pfn_t
kvm: rename pfn_t to kvm_pfn_t
mips: fix PAGE_MASK definition
mm, dax, pmem: introduce pfn_t
mm, dax, gpu: convert vm_insert_mixed to pfn_t, introduce _PAGE_DEVMAP
mm, dax: convert vmf_insert_pfn_pmd() to pfn_t
list: introduce list_del_poison()
mm, dax, pmem: introduce {get|put}_dev_pagemap() for dax-gup
block: notify queue death confirmation
mm, pmem: devm_memunmap_pages(), truncate and unmap ZONE_DEVICE pages
mm, x86: get_user_pages() for dax mappings
block: introduce file_bd_inode()
block: enable dax for raw block devices
===
for-4.4/dax-coredump
===
Recently acked by Jeff will appear in -next shortly.
Ross Zwisler (2):
coredump: add DAX filtering for ELF coredumps
coredump: add DAX filtering for FDPIC ELF coredumps
===
for-4.4/memremap
https://lwn.net/Articles/653585/
===
Some patches out of this series have started to leak into
maintainer trees, but the uptake is fairly slow. I may just
send a branch to Linus with the stragglers towards the end of
the merge window.
Dan Williams (21):
x86: introduce arch_memremap()
arm: introduce arch_memremap()
ia64: introduce arch_memremap()
sh: introduce arch_memremap()
m68k: introduce arch_memremap()
arm: switch from ioremap_cache to memremap
x86: switch from ioremap_cache to memremap
gma500: switch from acpi_os_ioremap to memremap
i915: switch from acpi_os_ioremap to memremap
drm/vmwgfx: switch from ioremap_cache to memremap
acpi: switch from ioremap_cache to memremap
sound, skylake: switch from ioremap_cache to memremap
memconsole: fix __iomem mishandling, switch to memremap
intel-iommu: switch from ioremap_cache to memremap
pxa2xx-flash: switch from ioremap_cache to memremap
sfi: switch from ioremap_cache to memremap
fbdev: switch from ioremap_wt to memremap
arch: kill ioremap_cached()
arch: kill ioremap_fullcache()
arch: remove ioremap_cache, replace with arch_memremap
arch: remove ioremap_wt, optionally replace with
arch_memremap
===
for-4.4/blk-integrity:
===
Jens? I've folded my fixes with Martin's latest and
block.git/for-4.4/drivers.
Dan Williams (7):
md, dm, scsi, nvme, libnvdimm: drop blk_integrity_unregister() at shutdown
md: suspend i/o during runtime blk_integrity_unregister
nvme: suspend i/o during runtime blk_integrity_unregister
block: generic request_queue reference counting
block: move blk_integrity to request_queue
block: blk_flush_integrity() for bio-based drivers
block, libnvdimm, nvme: provide a built-in blk_integrity nop profile
Martin K. Petersen (5):
block: Move integrity kobject to struct gendisk
block: Consolidate static integrity profile properties
block: Reduce the size of struct blk_integrity
block: Export integrity data interval size in sysfs
block: Inline blk_integrity in struct gendisk
===
for-4.4/hotplug
===
Changes requested for v3, but once those are addressed just need
an ack from Rafael.
Vishal Verma (2):
nfit: in acpi_nfit_init, break on a 0-length table
acpi: nfit: Add support for hot-add
===
for-4.4/documentation:
===
In -next...
Konrad Rzeszutek Wilk (1):
libnvdimm: documentation clarifications
next reply other threads:[~2015-10-20 23:31 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-20 23:31 Williams, Dan J [this message]
2015-10-21 0:01 ` what's in nvdimm.git for v4.4? Dave Chinner
2015-10-21 0:31 ` Dan Williams
2015-10-21 2:38 ` Dave Chinner
2015-10-21 3:17 ` Dan Williams
2015-10-21 9:08 ` Jan Kara
2015-10-21 16:54 ` Dan Williams
2015-10-21 22:36 ` Elliott, Robert (Persistent Memory)
2015-10-21 22:50 ` Dan Williams
2015-10-21 17:47 ` Jens Axboe
2015-10-21 22:18 ` Dan Williams
2015-10-21 21:58 ` Ross Zwisler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1445383903.6611.39.camel@intel.com \
--to=dan.j.williams@intel.com \
--cc=akpm@linux-foundation.org \
--cc=axboe@fb.com \
--cc=david@fromorbit.com \
--cc=hch@lst.de \
--cc=jack@suse.cz \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nvdimm@lists.01.org \
--cc=martin.petersen@oracle.com \
--cc=rafael.j.wysocki@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).