Re: [PATCH v2 11/20] kvm: rename pfn_t to kvm_pfn_t

On Sat, Oct 10, 2015 at 1:35 PM, Paolo Bonzini <pbonz...@redhat.com> wrote: > On 10/10/2015 02:56, Dan Williams wrote: >> The core has developed a need for a "pfn_t" type [1]. Move the existing >> pfn_t in KVM to kvm_pfn_t [2]. >> >> [1]: https://lists.0

Re: [PATCH v2 11/20] kvm: rename pfn_t to kvm_pfn_t

On Mon, Oct 12, 2015 at 5:51 AM, Paolo Bonzini <pbonz...@redhat.com> wrote: > > > On 10/10/2015 22:57, Dan Williams wrote: >> On Sat, Oct 10, 2015 at 1:35 PM, Paolo Bonzini <pbonz...@redhat.com> wrote: >>> On 10/10/2015 02:56, Dan Williams wrote: >>>

Re: [PATCH 14/20] pxa2xx-flash: switch from ioremap_cache to memremap

On Mon, Oct 12, 2015 at 1:31 PM, Brian Norris wrote: > On Mon, Oct 12, 2015 at 10:58:03AM -0700, Brian Norris wrote: >> You missed linux-mtd again. Please use scripts/get_maintainer.pl next >> time to at least get the relevant mailing list(s). (The individual CC's >>

Re: [PATCH v4 1/2] Revert "mm: take i_mmap_lock in unmap_mapping_range() for DAX"

On Tue, Oct 6, 2015 at 3:28 PM, Ross Zwisler wrote: > This reverts commits 46c043ede4711e8d598b9d63c5616c1fedb0605e > and 8346c416d17bf5b4ea1508662959bb62e73fd6a5. > > The following two locking commits in the DAX code: > > commit 843172978bb9 ("dax: fix race between

Re: [PATCH 13/20] intel-iommu: switch from ioremap_cache to memremap

On Mon, Oct 12, 2015 at 3:05 PM, Dan Williams <dan.j.willi...@intel.com> wrote: > On Mon, Oct 12, 2015 at 2:58 PM, Joerg Roedel <jroe...@suse.de> wrote: >> Hi Dan, >> >> On Fri, Oct 09, 2015 at 06:16:46PM -0400, Dan Williams wrote: >>> In preparation f

Re: [PATCH v2 01/20] block: generic request_queue reference counting

On Sun, Oct 11, 2015 at 5:59 AM, Christoph Hellwig wrote: > Looks good, > > Reviewed-by: Christoph Hellwig > > We could still clean up draing or only release the reference on > bio_done, but let's do that separately and get this infrastructure in > ASAP. Thanks

[PATCH v2 00/20] get_user_pages() for dax mappings

, get_page() and put_page() are modified to take references against the device driver established page mapping. This series is available via git here: git://git.kernel.org/pub/scm/linux/kernel/git/djbw/nvdimm libnvdimm-pending --- Dan Williams (20): block: generic request_queue referenc

[PATCH v2 12/20] mips: fix PAGE_MASK definition

GS_MASK), }; ...where PFN_FLAGS_MASK is: #define PFN_FLAGS_MASK (~PAGE_MASK << (BITS_PER_LONG - PAGE_SHIFT)) Cc: Ralf Baechle <r...@linux-mips.org> Cc: linux-m...@linux-mips.org Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/mips/include/asm/page.h |2 +- 1

[PATCH v2 14/20] mm, dax, gpu: convert vm_insert_mixed to pfn_t, introduce _PAGE_DEVMAP

-in by "#define pfn_pte pfn_pte". Cc: Dave Hansen <d...@sr71.net> Cc: Andrew Morton <a...@linux-foundation.org> Cc: David Airlie <airl...@linux.ie> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/alpha/include/asm/pgtable.h|1 + arch/parisc/

[PATCH v2 06/20] libnvdimm, pfn, pmem: allocate memmap array in persistent memory

Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- drivers/nvdimm/pfn_devs.c |3 +-- drivers/nvdimm/pmem.c | 19 +-- 2 files changed, 18 insertions(+), 4 deletions(-) diff --git a/drivers/nvdimm/pfn_devs.c b/drivers/nvdimm

[PATCH v2 03/20] block, dax: fix lifetime of in-kernel dax mappings with dax_map_atomic()

eue is being torn down. Cc: Jens Axboe <ax...@kernel.dk> Cc: Christoph Hellwig <h...@lst.de> Cc: Boaz Harrosh <b...@plexistor.com> Cc: Dave Chinner <da...@fromorbit.com> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com

[PATCH v2 11/20] kvm: rename pfn_t to kvm_pfn_t

: Will Deacon <will.dea...@arm.com> Cc: Ralf Baechle <r...@linux-mips.org> Cc: Alexander Graf <ag...@suse.com> Cc: Benjamin Herrenschmidt <b...@kernel.crashing.org> Cc: Paul Mackerras <pau...@samba.org> Signed-off-by: Dan Williams <dan.j.willi...@

[PATCH v2 05/20] x86, mm: introduce vmem_altmap to augment vmemmap_populate()

Dave Hansen <dave.han...@linux.intel.com> Cc: Andrew Morton <a...@linux-foundation.org> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/m68k/include/asm/page_mm.h |1 arch/m68k/include/asm/page_no.h |1 arch/x86/mm/init_64.c | 32 ++--- drivers/nv

[PATCH v2 04/20] mm: introduce __get_dev_pagemap()

is...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- include/linux/mm.h | 18 ++ kernel/memremap.c | 40 2 files changed, 58 insertions(+) diff --git a/include/linux/mm.h b/include/linux/mm.h in

[PATCH v2 10/20] um: kill pfn_t

@sr71.net> Cc: Jeff Dike <jd...@addtoit.com> Cc: Richard Weinberger <rich...@nod.at> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/um/include/asm/page.h |6 +++--- arch/um/include/asm/pgtable-3level.h |4 ++-- arch/um/include/asm/pgtable.h

[PATCH v2 08/20] hugetlb: fix compile error on tile

Inlude asm/pgtable.h to get the definition for pud_t to fix: include/linux/hugetlb.h:203:29: error: unknown type name 'pud_t' Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- include/linux/hugetlb.h |1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/huget

[PATCH v2 02/20] dax: increase granularity of dax_clear_blocks() operations

the call to cond_resched() to the outer loop. Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- fs/dax.c | 27 --- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git a/fs/dax.c b/fs/dax.c index cc9a6e3d7389..7031b0312596 100644 --- a/fs/dax.c ++

[PATCH v2 09/20] frv: fix compiler warning from definition of __pmd()

Take into account that the pmd_t type is a array inside a struct, so it needs two levels of brackets to initialize. Otherwise, a usage of __pmd generates a warning: include/linux/mm.h:986:2: warning: missing braces around initializer [-Wmissing-braces] Signed-off-by: Dan Williams <dan.j.wi

[PATCH v2 01/20] block: generic request_queue reference counting

x2a/0x30 [] ? destroy_workqueue+0x225/0x250 [] ext4_put_super+0x64/0x360 [] generic_shutdown_super+0x6a/0xf0 Cc: Jens Axboe <ax...@kernel.dk> Cc: Keith Busch <keith.bu...@intel.com> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Suggested-by: Christoph Hellwig <h...@ls

[PATCH v2 13/20] mm, dax, pmem: introduce pfn_t

municate whether the returned pfn range is mapped. Cc: Christoph Hellwig <h...@lst.de> Cc: Dave Hansen <d...@sr71.net> Cc: Andrew Morton <a...@linux-foundation.org> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com>

[PATCH v2 15/20] mm, dax: convert vmf_insert_pfn_pmd() to pfn_t

w Wilcox <wi...@linux.intel.com> Cc: Alexander Viro <v...@zeniv.linux.org.uk> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/sparc/include/asm/pgtable_64.h |2 ++ arch/x86/include/asm/pgtable.h |6 ++ arch/x86/mm/pat.c |

[PATCH v2 18/20] block: notify queue death confirmation

..@lst.de> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- block/blk-core.c | 12 +--- block/blk-mq.c | 19 +++ include/linux/blkdev.h |4 +++- 3 files changed, 27 insertions(+),

[PATCH v2 20/20] mm, x86: get_user_pages() for dax mappings

tronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: H. Peter Anvin <h...@zytor.com> Cc: Jeff Moyer <jmo...@redhat.com> Cc: Peter Zijlstra <pet...@infradead.org> Cc: Matthew Wilcox <wi...@linux.intel.com> Cc: Alexander Viro <v...@zeniv.linux.org.uk> Cc: Dave C

[PATCH v2 16/20] list: introduce list_poison() and LIST_POISON3

to be reclaimed with some assurance to back up the assumption that the page count never goes to zero and a list_add() is never attempted. Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- include/linux/list.h | 14 ++ include/linux/poison.h |1 + lib/list_debug.c

[PATCH v2 19/20] mm, pmem: devm_memunmap_pages(), truncate and unmap ZONE_DEVICE pages

rton <a...@linux-foundation.org> Cc: Christoph Hellwig <h...@lst.de> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Cc: Matthew Wilcox <wi...@linux.intel.com> Cc: Alexander Viro <v...@zeniv.linux.org.uk> Cc: Dave Chinner <da...@fromorbit.com> Signed-off-by: Dan Wil

[PATCH v2 17/20] mm, dax, pmem: introduce {get|put}_dev_pagemap() for dax-gup

queue usage counter can track "device pages". Cc: Dave Hansen <d...@sr71.net> Cc: Andrew Morton <a...@linux-foundation.org> Cc: Matthew Wilcox <wi...@linux.intel.com> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Cc: Alexander Viro <v...@zeniv.linu

[PATCH v2 07/20] avr32: convert to asm-generic/memory_model.h

Switch avr32/include/asm/page.h to use the common defintions for pfn_to_page(), page_to_pfn(), and ARCH_PFN_OFFSET. Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/avr32/include/asm/page.h |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch

[PATCH 20/20] arch: remove ioremap_wt, optionally replace with arch_memremap

H. Peter Anvin <h...@zytor.com> Cc: Ingo Molnar <mi...@redhat.com> Cc: Borislav Petkov <b...@alien8.de> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- Documentation/x86/pat.txt|2 +- arch/arc/include/asm/io.h|1 - arch/arm/include/asm/io.h

[PATCH 04/20] sh: introduce arch_memremap()

In preparation for removing ioremap_cache() introduce arch_memremap() for sh. This simply enforces that attempts to establish writethrough mappings fail rather than silently fallback to uncached. Cc: Arnd Bergmann <a...@arndb.de> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed

[PATCH 11/20] sound, skylake: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in skl-nhlt to memremap. Cc: Liam Girdwood <lgirdw...@gmail.com> Cc: Mark Brown <broo...@kernel.org> Cc: Jaroslav Kysela <pe...@perex.cz> Cc: Takashi Iwai <ti...@suse.com> Cc: Jeeja KP <jeeja...@in

[PATCH 08/20] gma500: switch from acpi_os_ioremap to memremap

gma500 expects the OpRegion to be cached (i.e. not __iomem), so explicitly map it with memremap rather than the implied cache setting of acpi_os_ioremap(). Cc: David Airlie <airl...@linux.ie> Cc: dri-de...@lists.freedesktop.org Signed-off-by: Dan Williams <dan.j.willi...@intel.com>

[PATCH 14/20] pxa2xx-flash: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in pxa2xx-flash to memremap. Cc: David Woodhouse <dw...@infradead.org> Cc: Brian Norris <computersforpe...@gmail.com> [brian: also convert iounmap to memunmap] Signed-off-by: Dan Williams <dan.j.willi...@intel.com>

[PATCH 13/20] intel-iommu: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in intel-iommu to memremap. This also eliminates the mishandling of the __iomem annotation in the implementation. Cc: David Woodhouse <dw...@infradead.org> Acked-by: Joerg Roedel <jroe...@suse.de> Signed-off-by:

[PATCH 15/20] sfi: switch from ioremap_cache to memremap

ed-off-by: Dan Williams <dan.j.willi...@intel.com> --- drivers/sfi/sfi_core.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/sfi/sfi_core.c b/drivers/sfi/sfi_core.c index 296db7a69c27..d9430b845dfa 100644 --- a/drivers/sfi/sfi_core.c +++ b/drivers/sfi/sfi_core

[PATCH 16/20] fbdev: switch from ioremap_wt to memremap

In preparation for deprecating ioremap_wt() convert its usage in drivers/video/fbdev to memremap. Cc: Jean-Christophe Plagniol-Villard <plagn...@jcrosoft.com> Cc: Tomi Valkeinen <tomi.valkei...@ti.com> Cc: linux-fb...@vger.kernel.org Signed-off-by: Dan Williams <dan.j.wil

[PATCH 09/20] i915: switch from acpi_os_ioremap to memremap

David Airlie <airl...@linux.ie> Cc: dri-de...@lists.freedesktop.org Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- drivers/gpu/drm/i915/i915_debugfs.c |2 - drivers/gpu/drm/i915/i915_drv.h | 12 +++-- drivers/gpu/drm/i915/intel_bios.c |7 +

[PATCH 05/20] m68k: introduce arch_memremap()

t; Cc: Geert Uytterhoeven <ge...@linux-m68k.org> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/m68k/Kconfig |1 + arch/m68k/mm/kmap.c | 17 - arch/m68k/mm/sun3kmap.c |7 +++ 3 files changed, 24 insertions(+), 1 deletion(-) diff --git a/

[PATCH 17/20] arch: kill ioremap_cached()

Nothing calls this helper, and now that ioremap_cache() is being deprecated these can also be removed. Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/arm/mm/mmu.c |2 +- arch/metag/include/asm/io.h |3 --- arch/unicore32/include/asm/io.h

[PATCH 19/20] arch: remove ioremap_cache, replace with arch_memremap

l King <rmk+ker...@arm.linux.org.uk> Cc: Tony Luck <tony.l...@intel.com> Cc: Thomas Gleixner <t...@linutronix.de> Cc: H. Peter Anvin <h...@zytor.com> Cc: Ingo Molnar <mi...@redhat.com> Cc: Borislav Petkov <b...@alien8.de> Signed-off-by: Dan Williams <dan.j.willi

[PATCH 18/20] arch: kill ioremap_fullcache()

Nothing calls this helper, and now that ioremap_cache() is being deprecated these can also be removed. Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/frv/include/asm/io.h|5 - arch/m68k/include/asm/io_mm.h|6 -- arch/m68k/include/asm/io_no.h

[PATCH 06/20] arm: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in arch/arm[64]/ to memremap. Cc: Russell King <rmk+ker...@arm.linux.org.uk> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/arm/include/asm/xen/page.h|4 ++-- arch/arm64/include/asm/acpi.h

Re: [PATCH 2/2] ext2: Add locking for DAX faults

On Fri, Oct 9, 2015 at 3:02 PM, Ross Zwisler wrote: > Add locking to ensure that DAX faults are isolated from ext2 operations > that modify the data blocks allocation for an inode. This is intended to > be analogous to the work being done in XFS by Dave Chinner: > >

[PATCH 07/20] x86: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in arch/x86/ to memremap. Cc: Thomas Gleixner <t...@linutronix.de> Cc: H. Peter Anvin <h...@zytor.com> Cc: Ingo Molnar <mi...@redhat.com> Cc: Borislav Petkov <b...@alien8.de> Signed-off-by: Dan Williams &

[PATCH 12/20] memconsole: fix __iomem mishandling, switch to memremap

The memconsole driver is not using proper accessors for __iomem. Switch to memremap to fix this issue, and this also prepares the driver for the removal of ioremap_cache. Cc: Mike Waychison <mi...@google.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- drivers/fir

[PATCH 10/20] acpi: switch from ioremap_cache to memremap

zh...@intel.com> Cc: Russell King <rmk+ker...@arm.linux.org.uk> Acked-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/arm64/include/asm/acpi.h |8 - drivers/acpi/apei/einj.c |9 +++-- drivers/ac

Re: [PATCH 10/15] block, dax: fix lifetime of in-kernel dax mappings

There's a stack trace at the end of this email.) > > On 22/09/15 10:42 PM, Dan Williams wrote: >> >> +static void dax_unmap_bh(const struct buffer_head *bh, void __pmem *addr) >> +{ >> + struct block_device *bdev = bh->b_bdev; >> + struct reques

[PATCH 00/20] tree-wide convert to memremap()

the conversions have landed. [1]: https://lwn.net/Articles/653585/ [2]: commit 92281dee825f arch: introduce memremap() --- Dan Williams (20): x86: introduce arch_memremap() arm: introduce arch_memremap() ia64: introduce arch_memremap() sh: introduce arch_memremap() m68k

[PATCH 01/20] x86: introduce arch_memremap()

ner <t...@linutronix.de> Cc: H. Peter Anvin <h...@zytor.com> Cc: Ingo Molnar <mi...@redhat.com> Cc: Borislav Petkov <b...@alien8.de> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- Documentati

[PATCH 03/20] ia64: introduce arch_memremap()

l.com> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/ia64/Kconfig |1 + arch/ia64/mm/ioremap.c | 10 ++ 2 files changed, 11 insertions(+) diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig index eb

[PATCH 02/20] arm: introduce arch_memremap()

> Cc: Russell King <rmk+ker...@arm.linux.org.uk> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- arch/arm/Kconfig |1 + arch/arm/include/asm/io.h |1 + arch/arm/mm/ioremap.c | 11 +++

Re: [PATCH v2 19/25] pxa2xx-flash: switch from ioremap_cache to memremap

On Fri, Oct 2, 2015 at 10:51 AM, Brian Norris <computersforpe...@gmail.com> wrote: > + linux-mtd > > On Fri, Jul 24, 2015 at 10:39:45PM -0400, Dan Williams wrote: >> In preparation for deprecating ioremap_cache() convert its usage in >> pxa2xx-flash to memremap. &g

Re: [Intel-gfx] [PATCH 09/20] i915: switch from acpi_os_ioremap to memremap

On Tue, Oct 13, 2015 at 1:24 AM, Daniel Vetter <dan...@ffwll.ch> wrote: > On Mon, Oct 12, 2015 at 09:12:57PM +, Williams, Dan J wrote: >> On Mon, 2015-10-12 at 09:01 +0200, Daniel Vetter wrote: >> > On Fri, Oct 09, 2015 at 06:16:25PM -0400, Dan Williams wrote: >>

Re: [PATCH] drm/vmwgfx: switch from ioremap_cache to memremap

On Mon, Oct 12, 2015 at 10:18 PM, Thomas Hellstrom <thellst...@vmware.com> wrote: > Hi! > > On 10/13/2015 12:35 AM, Dan Williams wrote: >> Per commit 2e586a7e017a "drm/vmwgfx: Map the fifo as cached" the driver >> expects the fifo registers to be cacheabl

Re: [PATCH] drm/vmwgfx: switch from ioremap_cache to memremap

On Tue, Oct 13, 2015 at 11:37 AM, Thomas Hellstrom <thellst...@vmware.com> wrote: > On 10/13/2015 06:35 PM, Dan Williams wrote: >> On Mon, Oct 12, 2015 at 10:18 PM, Thomas Hellstrom >> <thellst...@vmware.com> wrote: >>> Hi! >>> >>> On 10

Re: [RFC PATCH 2/2] airo: fix scan after SIOCSIWAP (airo_set_wap)

On Thu, 2015-10-08 at 20:14 +0200, Ondrej Zary wrote: > SIOCSIWAP (airo_set_wap) affects scan: only the AP specified by > SIOCSIWAP is present in scan results. > > This makes NetworkManager work for the first time but then unable to > find any other APs. > > Clear APList before starting scan and

Re: [PATCH 13/20] intel-iommu: switch from ioremap_cache to memremap

On Mon, Oct 12, 2015 at 2:58 PM, Joerg Roedel <jroe...@suse.de> wrote: > Hi Dan, > > On Fri, Oct 09, 2015 at 06:16:46PM -0400, Dan Williams wrote: >> In preparation for deprecating ioremap_cache() convert its usage in >> intel-iommu to memremap. This also

[PATCH] drm/vmwgfx: switch from ioremap_cache to memremap

t...@vmware.com> Cc: Sinclair Yeh <s...@vmware.com> Cc: dri-de...@lists.freedesktop.org Signed-off-by: Dan Williams <dan.j.willi...@intel.com> --- This is part of the tree-wide conversion of ioremap_cache() to memremap() targeted for v4.4 [1] As noted in that cover letter feel free t

[PATCH v2 3/6] tools/testing/nvdimm: fix return code for unimplemented commands

The implementation for the new DIMM Flags DSM relies on the -ENOTTY return code to indicate that the flags are unimplimented and to fall back to a safe default. As is the -ENXIO error code erroneoously indicates to fail enabling a BLK region. Signed-off-by: Dan Williams dan.j.willi...@intel.com

[PATCH v2 4/6] tools/testing/nvdimm: add mock acpi_nfit_flush_address entries to nfit_test

-by: Dan Williams dan.j.willi...@intel.com --- tools/testing/nvdimm/Kbuild |2 + tools/testing/nvdimm/test/iomap.c | 21 tools/testing/nvdimm/test/nfit.c | 50 - 3 files changed, 71 insertions(+), 2 deletions(-) diff --git a/tools

[PATCH v2 6/6] nfit: add support for NVDIMM latch flag

it is written in the block I/O path. This ensures that the hardware has fully processed the new command and moved the aperture appropriately. Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com Signed-off-by: Dan Williams dan.j.willi...@intel.com

[PATCH v2 5/6] nfit: update block I/O path to use PMEM API

(). Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com Signed-off-by: Dan Williams dan.j.willi...@intel.com --- drivers/acpi/nfit.c | 97 +-- drivers/acpi/nfit.h | 15 +++- 2 files changed

[PATCH v2 0/6] Correctness fixes for NFIT BLK I/O path

/000929.html --- Dan Williams (3): tools/testing/nvdimm: mock ioremap_wt tools/testing/nvdimm: fix return code for unimplemented commands tools/testing/nvdimm: add mock acpi_nfit_flush_address entries to nfit_test Ross Zwisler (3): pmem: add maintainer for include/linux

[PATCH v2 1/6] pmem: add maintainer for include/linux/pmem.h

From: Ross Zwisler ross.zwis...@linux.intel.com The file include/linux/pmem.h was recently created to hold the PMEM API, and is logically part of the PMEM driver. Add an entry for this file to MAINTAINERS. Signed-off-by: Ross Zwisler ross.zwis...@linux.intel.com Signed-off-by: Dan Williams

[PATCH v2 2/6] tools/testing/nvdimm: mock ioremap_wt

In the 4.2-rc1 merge the default_memremap_pmem() implementation switched from ioremap_nocache() to ioremap_wt(). Add it to the list of mocked routines to restore the ability to run the unit tests. Signed-off-by: Dan Williams dan.j.willi...@intel.com --- tools/testing/nvdimm/Kbuild |1

Re: [PATCH 2/8] driver-core: add asynchronous probing support for drivers

On Mon, Jul 6, 2015 at 4:38 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Sat, Jul 04, 2015 at 07:09:19AM -0700, Dan Williams wrote: The problem I ran into was needing to remove devices that still had yet to be probed and not being able to use registration completion vs

Re: [PATCH 3/3] nfit: add support for NVDIMM latch flag

: Rafael J. Wysocki r...@rjwysocki.net Cc: Dan Williams dan.j.willi...@intel.com Cc: Len Brown l...@kernel.org Cc: Christoph Hellwig h...@lst.de Cc: Jeff Moyer jmo...@redhat.com Cc: Toshi Kani toshi.k...@hp.com --- drivers/acpi/nfit.c | 33 - drivers/acpi/nfit.h

Re: [PATCH 2/8] driver-core: add asynchronous probing support for drivers

On Wed, Jul 8, 2015 at 9:44 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Wed, Jul 08, 2015 at 06:00:41PM -0700, Dan Williams wrote: On Wed, Jul 8, 2015 at 5:49 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Wed, Jul 08, 2015 at 05:36:04PM -0700, Dan Williams wrote

Re: [PATCH 27/42] x86: restore end_of_ram to E820_RAM

On Wed, Jul 8, 2015 at 10:44 AM, Matt Fleming m...@codeblueprint.co.uk wrote: On Tue, 07 Jul, at 01:20:13PM, Yinghai Lu wrote: We don't need to create mapping for E820_PRAM. Signed-off-by: Yinghai Lu ying...@kernel.org --- arch/x86/kernel/e820.c | 12 1 file changed, 4

Re: [PATCH 2/8] driver-core: add asynchronous probing support for drivers

On Mon, Jul 6, 2015 at 4:40 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Tue, Jul 07, 2015 at 01:23:15AM +0200, Luis R. Rodriguez wrote: On Sat, Jul 04, 2015 at 07:09:19AM -0700, Dan Williams wrote: On Fri, Jul 3, 2015 at 11:30 AM, Luis R. Rodriguez mcg...@suse.com wrote: On Sat

Re: [PATCH 2/8] driver-core: add asynchronous probing support for drivers

On Wed, Jul 8, 2015 at 5:49 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Wed, Jul 08, 2015 at 05:36:04PM -0700, Dan Williams wrote: On Mon, Jul 6, 2015 at 4:40 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Tue, Jul 07, 2015 at 01:23:15AM +0200, Luis R. Rodriguez wrote

Re: [PATCH 2/8] driver-core: add asynchronous probing support for drivers

On Wed, Jul 8, 2015 at 5:52 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Wed, Jul 08, 2015 at 05:43:23PM -0700, Dan Williams wrote: On Mon, Jul 6, 2015 at 4:38 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Sat, Jul 04, 2015 at 07:09:19AM -0700, Dan Williams wrote

Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition

armed if it is able to accept persistent writes. This bit is currently defined as ACPI_NFIT_MEM_ARMED, which can be confusing as if the Memory Device is armed when this bit is set. Change the name to ACPI_NFIT_MEM_NOT_ARMED per the spec. Signed-off-by: Toshi Kani toshi.k...@hp.com Cc: Dan

Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition

On Thu, Aug 27, 2015 at 8:35 AM, Linda Knippers linda.knipp...@hp.com wrote: On 8/27/2015 11:30 AM, Dan Williams wrote: On Thu, Aug 27, 2015 at 7:43 AM, Linda Knippers linda.knipp...@hp.com wrote: I don't see why we can't fix the names so they make sense now before there is hardware

Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition

On Thu, Aug 27, 2015 at 9:32 AM, Linda Knippers linda.knipp...@hp.com wrote: I know this seems like a nit but we've going to live with this stuff for a long time. Along those lines, Bob just came by my office and gave me a decisive argument that I think trumps my ABI concerns, and one I'd be

Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition

On Thu, Aug 27, 2015 at 7:43 AM, Linda Knippers linda.knipp...@hp.com wrote: I don't see why we can't fix the names so they make sense now before there is hardware in the market. People doing testing and debugging look at stuff in /sys and they write their own scripts too, not necessarily in

Re: [PATCH] scsi: fix scsi_error_handler vs. scsi_host_dev_release race

mho...@suse.com Acked-by: Dan Williams dan.j.willi...@intel.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org

Re: [PATCH 1/2]: nfit: Clarify memory device state flags strings

On Wed, Aug 26, 2015 at 9:20 AM, Toshi Kani toshi.k...@hp.com wrote: ACPI 6.0 NFIT Memory Device State Flags in Table 5-129 defines NVDIMM status as follows. These bits indicate multiple info, such as failures, pending event, and capability. Bit [0] set to 1 to indicate that the previous

Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition

On Wed, Aug 26, 2015 at 2:44 PM, Toshi Kani toshi.k...@hp.com wrote: On Wed, 2015-08-26 at 14:30 -0700, Dan Williams wrote: On Wed, Aug 26, 2015 at 2:12 PM, Toshi Kani toshi.k...@hp.com wrote: On Wed, 2015-08-26 at 10:16 -0700, Dan Williams wrote: On Wed, Aug 26, 2015 at 9:20 AM, Toshi Kani

Re: [PATCH 2/2]: acpica/nfit: Rename not-armed bit definition

On Wed, Aug 26, 2015 at 2:12 PM, Toshi Kani toshi.k...@hp.com wrote: On Wed, 2015-08-26 at 10:16 -0700, Dan Williams wrote: On Wed, Aug 26, 2015 at 9:20 AM, Toshi Kani toshi.k...@hp.com wrote: ACPI 6.0 NFIT Memory Device State Flags in Table 5-129 defines bit 3 as follows. Bit [3] set

Re: [PATCH] nfit: Fix undefined mmio_flush_range on x86_32

declaration of function 'mmio_flush_range' [-Werror=implicit-function-declaration] Change nfit.c to include asm/cacheflush.h directly for now. Signed-off-by: Toshi Kani toshi.k...@hp.com Cc: Dan Williams dan.j.willi...@intel.com Cc: Ross Zwisler ross.zwis...@linux.intel.com --- Apply

Re: [PATCH] pmem, nfit: Fix ARCH_MEMREMAP_PMEM handling on x86_32

the redundant definition of ARCH_MEMREMAP_PMEM in asm/pmem.h. Signed-off-by: Toshi Kani toshi.k...@hp.com Cc: Dan Williams dan.j.willi...@intel.com Cc: Ross Zwisler ross.zwis...@linux.intel.com Cc: Christoph Hellwig h...@lst.de Apply on top of libnvdimm-for-next of the nvdimm tree. Thanks Toshi

Re: [PATCH]: acpica/nfit: Rename not-armed bit definition

Moore robert.mo...@intel.com Cc: Dan Williams dan.j.willi...@intel.com Acked-by: Dan Williams dan.j.willi...@intel.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH 1/2] airo: fix IW_AUTH_ALG_OPEN_SYSTEM

On Mon, 2015-08-31 at 21:19 +0200, Ondrej Zary wrote: > Handle IW_AUTH_ALG_OPEN_SYSTEM in set_auth. > This allows wpa_supplicant (and thus NetworkManager) to work with open APs. > > Signed-off-by: Ondrej Zary > --- > drivers/net/wireless/airo.c |7 +++ > 1

Re: [PATCH 1/2] airo: fix IW_AUTH_ALG_OPEN_SYSTEM

On Tue, 2015-09-01 at 00:12 +0200, Ondrej Zary wrote: > > On Monday 31 August 2015 22:44:54 Dan Williams wrote: > > On Mon, 2015-08-31 at 21:19 +0200, Ondrej Zary wrote: > > > Handle IW_AUTH_ALG_OPEN_SYSTEM in set_auth. > > > This allows wpa_supplicant (and thus Net

[PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

From: Christoph Hellwig h...@lst.de Three architectures already define these, and we'll need them genericly soon. Signed-off-by: Christoph Hellwig h...@lst.de Signed-off-by: Dan Williams dan.j.willi...@intel.com --- arch/arm/include/asm/memory.h |6 -- arch/arm64/include/asm

[PATCH v2 3/9] mm: ZONE_DEVICE for device memory

...@redhat.com Cc: Mel Gorman mgor...@suse.de Cc: Jerome Glisse j.gli...@gmail.com [hch: various simplifications in the arch interface] Signed-off-by: Christoph Hellwig h...@lst.de Signed-off-by: Dan Williams dan.j.willi...@intel.com --- arch/ia64/mm/init.c|4 ++-- arch/powerpc/mm/mem.c

[PATCH v2 9/9] devm_memremap_pages: protect against pmem device unbind

. With a percpu_ref it should be feasible to take a reference on a per-I/O or other high frequency basis. Cc: Christoph Hellwig h...@lst.de Signed-off-by: Dan Williams dan.j.willi...@intel.com --- include/linux/io.h | 37 ++ kernel/memremap.c | 89

[PATCH v2 6/9] libnvdimm, pfn: 'struct page' provider infrastructure

this is just the basic libnvdimm-device-model for configuring the base PFN device. As the namespace claiming mechanism for PFN devices is mostly identical to BTT devices drivers/nvdimm/claim.c is created to house the common bits. Cc: Ross Zwisler ross.zwis...@linux.intel.com Signed-off-by: Dan

[PATCH v2 1/9] dax: drop size parameter to -direct_access()

None of the implementations currently use it. The common bdev_direct_access() entry point handles all the size checks before calling -direct_access(). Signed-off-by: Christoph Hellwig h...@lst.de Signed-off-by: Dan Williams dan.j.willi...@intel.com --- arch/powerpc/sysdev/axonram.c |2

[PATCH v2 7/9] libnvdimm, pmem: 'struct page' for pmem

. This mechanism will be expanded later for setting an allocate from PMEM policy. Cc: Boaz Harrosh b...@plexistor.com Cc: Ross Zwisler ross.zwis...@linux.intel.com Cc: Christoph Hellwig h...@lst.de Signed-off-by: Dan Williams dan.j.willi...@intel.com --- drivers/nvdimm/Kconfig|1

[PATCH v2 0/9] initial struct page support for pmem

allocate struct page from PMEM support. [2]: https://lists.01.org/pipermail/linux-nvdimm/2015-May/000748.html --- Christoph Hellwig (2): mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h add devm_memremap_pages Dan Williams (7): dax: drop size parameter

[PATCH v2 8/9] libnvdimm, pmem: direct map legacy pmem by default

be overridden by assigning a legacy pmem namespace to a pfn device, however this would be only be necessary if a platform used the legacy mechanism to define a very large range. Cc: Christoph Hellwig h...@lst.de Signed-off-by: Dan Williams dan.j.willi...@intel.com --- drivers/nvdimm/e820.c

[PATCH v2 5/9] x86, pmem: push fallback handling to arch code

Kani toshi.k...@hp.com Cc: Christoph Hellwig h...@lst.de Cc: Ross Zwisler ross.zwis...@linux.intel.com Signed-off-by: Dan Williams dan.j.willi...@intel.com --- arch/x86/include/asm/io.h |2 - arch/x86/include/asm/pmem.h | 41 ++-- drivers/acpi/nfit.c |2

[PATCH v2 4/9] add devm_memremap_pages

From: Christoph Hellwig h...@lst.de This behaves like devm_memremap except that it ensures we have page structures available that can back the region. Signed-off-by: Christoph Hellwig h...@lst.de [djbw: catch attempts to remap RAM, drop flags] Signed-off-by: Dan Williams dan.j.willi...@intel.com

Re: [PATCH 1/2] dax: fix O_DIRECT I/O to the last block of a blockdev

On Tue, Sep 8, 2015 at 9:10 AM, Linda Knippers wrote: > This patch and the 2/2 patch don't seem to have gone anywhere. > Willy? or Ross? > Yes, these should have gone into 4.2, The nvdimm.git tree will pick them up after 4.3-rc1 and tag them for -stable. -- To

Re: [PATCH] mm: take i_mmap_lock in unmap_mapping_range() for DAX

Hi Kirill, On Fri, Aug 7, 2015 at 4:53 AM, Kirill A. Shutemov wrote: > DAX is not so special: we need i_mmap_lock to protect mapping->i_mmap. > > __dax_pmd_fault() uses unmap_mapping_range() shoot out zero page from > all mappings. We need to drop i_mmap_lock

Re: [PATCH] mm: take i_mmap_lock in unmap_mapping_range() for DAX

On Thu, Sep 17, 2015 at 8:41 AM, Ross Zwisler <ross.zwis...@linux.intel.com> wrote: > On Wed, Sep 16, 2015 at 02:12:18PM +0300, Kirill A. Shutemov wrote: >> On Tue, Sep 15, 2015 at 04:52:42PM -0700, Dan Williams wrote: >> > Hi Kirill, >> > >> > On Fri,

Re: [PATCH 1/3] devm: make allocations numa aware by default

Hi Tejun, any thoughts on this, or concerns about globally enabling numa hints for devm allocations? On Fri, Sep 25, 2015 at 6:17 PM, Dan Williams <dan.j.willi...@intel.com> wrote: > Given we already have a device just use dev_to_node() to provide hint > allocations for devres. Howe

[PATCH 0/2] block drivers + dax vs driver unbind

s returned by ->direct_access()). [1]: https://lists.01.org/pipermail/linux-nvdimm/2015-September/002199.html --- Dan Williams (2): block: generic request_queue reference counting block, dax: fix lifetime of in-kernel dax mappings block/blk-core.c | 71 +++-

[PATCH 1/2] block: generic request_queue reference counting

x2a/0x30 [] ? destroy_workqueue+0x225/0x250 [] ext4_put_super+0x64/0x360 [] generic_shutdown_super+0x6a/0xf0 Cc: Jens Axboe <ax...@kernel.dk> Cc: Keith Busch <keith.bu...@intel.com> Cc: Ross Zwisler <ross.zwis...@linux.intel.com> Suggested-by: Christoph Hellwig <h...@ls

<    9   10   11   12   13   14   15   16   17   18   >