Re: [PATCH v2 2/6] dax: remove leading space from labels

On Thu, Dec 01, 2016 at 09:11:44AM +0100, Jan Kara wrote: > On Wed 30-11-16 16:45:29, Ross Zwisler wrote: > > No functional change. > > > > As of this commit: > > > > commit 218dd85887da (".gitattributes: set git diff driver for C source code > > files") > > > > git-diff and git-format-patch

Re: [PATCH v2 6/6] dax: add tracepoints to dax_pmd_insert_mapping()

On Thu, Dec 01, 2016 at 09:19:30AM -0500, Steven Rostedt wrote: > On Wed, 30 Nov 2016 16:45:33 -0700 > Ross Zwisler wrote: > > > diff --git a/include/linux/pfn_t.h b/include/linux/pfn_t.h > > index a3d90b9..033fc7b 100644 > > --- a/include/linux/pfn_t.h > > +++

Re: [PATCH v2 3/6] dax: add tracepoint infrastructure, PMD tracing

On Wed, 30 Nov 2016 16:45:30 -0700 Ross Zwisler wrote: > --- /dev/null > +++ b/include/trace/events/fs_dax.h > @@ -0,0 +1,68 @@ > +#undef TRACE_SYSTEM > +#define TRACE_SYSTEM fs_dax > + > +#if !defined(_TRACE_FS_DAX_H) || defined(TRACE_HEADER_MULTI_READ) > +#define

Re: [PATCH v2 1/6] tracing: add __print_flags_u64()

On Thu, Dec 01, 2016 at 09:12:54AM -0500, Steven Rostedt wrote: > On Wed, 30 Nov 2016 16:45:28 -0700 > Ross Zwisler wrote: > > diff --git a/kernel/trace/trace_output.c b/kernel/trace/trace_output.c > > index 3fc2042..ed4398f 100644 > > ---

Re: [PATCH v2 1/6] tracing: add __print_flags_u64()

On Wed, 30 Nov 2016 16:45:28 -0700 Ross Zwisler wrote: > Add __print_flags_u64() and the helper trace_print_flags_seq_u64() in the > same spirit as __print_symbolic_u64() and trace_print_symbols_seq_u64(). > These functions allow us to print symbols associated with

Re: [PATCH v2 3/6] dax: add tracepoint infrastructure, PMD tracing

On Thu, Dec 01, 2016 at 09:16:28AM -0500, Steven Rostedt wrote: > On Wed, 30 Nov 2016 16:45:30 -0700 > Ross Zwisler wrote: > > > > --- /dev/null > > +++ b/include/trace/events/fs_dax.h > > @@ -0,0 +1,68 @@ > > +#undef TRACE_SYSTEM > > +#define TRACE_SYSTEM fs_dax >

Re: [PATCH v2 6/6] dax: add tracepoints to dax_pmd_insert_mapping()

On Thu, 1 Dec 2016 08:44:32 -0700 Ross Zwisler wrote: > Actually I think it may be ideal to stick it as the 2nd entry after 'dev'. > dev_t is: > > typedef __u32 __kernel_dev_t; > typedef __kernel_dev_tdev_t; > > So those two 32 bit values should

Re: [PATCH v3 4/5] dax: add tracepoints to dax_pmd_load_hole()

On Thu, 1 Dec 2016 09:37:50 -0700 Ross Zwisler wrote: > Add tracepoints to dax_pmd_load_hole(), following the same logging > conventions as the tracepoints in dax_iomap_pmd_fault(). > > Here is an example PMD fault showing the new tracepoints: > > read_big-1478

[PATCH v3 0/5] introduce DAX tracepoint support

Tracepoints are the standard way to capture debugging and tracing information in many parts of the kernel, including the XFS and ext4 filesystems. This series creates a tracepoint header for FS DAX and add the first few DAX tracepoints to the PMD fault handler. This allows the tracing for DAX to

Re: [PATCH v3 2/5] dax: add tracepoint infrastructure, PMD tracing

On Thu, 1 Dec 2016 09:37:48 -0700 Ross Zwisler wrote: > Tracepoints are the standard way to capture debugging and tracing > information in many parts of the kernel, including the XFS and ext4 > filesystems. Create a tracepoint header for FS DAX and add the first

Re: [PATCH v3 5/5] dax: add tracepoints to dax_pmd_insert_mapping()

On Thu, 1 Dec 2016 09:37:51 -0700 Ross Zwisler wrote: > Add tracepoints to dax_pmd_insert_mapping(), following the same logging > conventions as the tracepoints in dax_iomap_pmd_fault(). > > Here is an example PMD fault showing the new tracepoints: > > big-1504

[PATCH v3 2/5] dax: add tracepoint infrastructure, PMD tracing

Tracepoints are the standard way to capture debugging and tracing information in many parts of the kernel, including the XFS and ext4 filesystems. Create a tracepoint header for FS DAX and add the first DAX tracepoints to the PMD fault handler. This allows the tracing for DAX to be done in the

[PATCH v3 3/5] dax: update MAINTAINERS entries for FS DAX

Add the new include/trace/events/fs_dax.h tracepoint header, the existing include/linux/dax.h header, update Matthew's email address and add myself as a maintainer for filesystem DAX. Signed-off-by: Ross Zwisler Suggested-by: Matthew Wilcox

[PATCH v3 5/5] dax: add tracepoints to dax_pmd_insert_mapping()

Add tracepoints to dax_pmd_insert_mapping(), following the same logging conventions as the tracepoints in dax_iomap_pmd_fault(). Here is an example PMD fault showing the new tracepoints: big-1504 [001] 326.960743: xfs_filemap_pmd_fault: dev 259:0 ino 0x1003 big-1504 [001]

[PATCH v3 4/5] dax: add tracepoints to dax_pmd_load_hole()

Add tracepoints to dax_pmd_load_hole(), following the same logging conventions as the tracepoints in dax_iomap_pmd_fault(). Here is an example PMD fault showing the new tracepoints: read_big-1478 [004] 238.242188: xfs_filemap_pmd_fault: dev 259:0 ino 0x1003 read_big-1478 [004]

Re: [PATCH v3 1/5] tracing: add __print_flags_u64()

On Thu, 1 Dec 2016 09:37:47 -0700 Ross Zwisler wrote: > Add __print_flags_u64() and the helper trace_print_flags_seq_u64() in the > same spirit as __print_symbolic_u64() and trace_print_symbols_seq_u64(). > These functions allow us to print symbols associated with

linux-nvdimm:绩效考核与薪酬体系

Message-ID: <116898116898116898116898116898116898116898116898116898> From: linux-nvdimm* To: ¡ö¡ö Ïêϸ ¡ö¡ö ¿Î³Ì ¡ö¡ö ÐÅÏ¢ ¡ö¡ö ÇëÔĶÁ ¡ö¡ö ¸½¼þ ¡ö¡ö ·¢ËÍʱ¼ä:2016-12-02 03:39:53 ___ Linux-nvdimm

Re: [PATCH 5/6] dax: Call ->iomap_begin without entry lock during dax fault

On Thu, Nov 24, 2016 at 10:46:35AM +0100, Jan Kara wrote: > Currently ->iomap_begin() handler is called with entry lock held. If the > filesystem held any locks between ->iomap_begin() and ->iomap_end() > (such as ext4 which will want to hold transaction open), this would cause > lock inversion

[PATCH 05/11] mm: track active portions of a section at boot

Prepare for hot{plug,remove} of sub-ranges of a section by tracking a section active bitmask, each bit representing 2MB (SECTION_SIZE (128M) / map_active bitmask length (64)). Cc: Andrew Morton Cc: Mel Gorman Cc: Vlastimil Babka

[PATCH 10/11] mm: enable section-unaligned devm_memremap_pages()

Teach devm_memremap_pages() about the new sub-section capabilities of arch_{add,remove}_memory(). Cc: Toshi Kani Cc: Andrew Morton Cc: Logan Gunthorpe Cc: Stephen Bates Signed-off-by: Dan Williams

[PATCH 07/11] mm: convert kmalloc_section_memmap() to populate_section_memmap()

Allow sub-section sized ranges to be added to the memmap. populate_section_memmap() takes an explict pfn range rather than assuming a full section, and those parameters are plumbed all the way through to vmmemap_populate(). There should be no sub-section in current code. New warnings are added to

[PATCH 04/11] mm: cleanup sparse_init_one_section() return value

We mark and check that the section is present under a spin_lock() in sparse_add_one_section(), so the lock ensures it will not change between those 2 events. Also, we do not check the -EBUSY return value in sparse_init(). Just make sparse_init_one_section() return void and clean up the error

Re: [PATCH 5/6] dax: Call ->iomap_begin without entry lock during dax fault

On Thu, Dec 01, 2016 at 03:24:47PM -0700, Ross Zwisler wrote: > On Thu, Nov 24, 2016 at 10:46:35AM +0100, Jan Kara wrote: > > Currently ->iomap_begin() handler is called with entry lock held. If the > > filesystem held any locks between ->iomap_begin() and ->iomap_end() > > (such as ext4 which

[PATCH 00/11] mm: sub-section memory hotplug support

t (test merge with next-20161201). --- Dan Williams (11): mm, devm_memremap_pages: use multi-order radix for ZONE_DEVICE lookups mm: introduce struct mem_section_usage to track partial population of a section mm: introduce common definitions for the size and mask of a se

[PATCH 01/11] mm, devm_memremap_pages: use multi-order radix for ZONE_DEVICE lookups

devm_memremap_pages() records mapped ranges in pgmap_radix with a entry per section's worth of memory (128MB). The key for each of those entries is a section number. This leads to false positives when devm_memremap_pages() is passed a section-unaligned range as lookups in the misalignment fail

[PATCH 09/11] mm: support section-unaligned ZONE_DEVICE memory ranges

The initial motivation for this change is persistent memory platforms that, unfortunately, align the pmem range on a boundary less than a full section (64M vs 128M), and may change the alignment from one boot to the next. A secondary motivation is the arrival of prospective ZONE_DEVICE users that

[PATCH 11/11] libnvdimm, pfn, dax: stop padding pmem namespaces to section alignment

Now that the mm core supports section-unaligned hotplug of ZONE_DEVICE memory, we no longer need to add padding at pfn/dax device creation time. The kernel will still honor padding established by older kernels. Cc: Toshi Kani Signed-off-by: Dan Williams

[PATCH 08/11] mm: prepare for hot-{add, remove} of sub-section ranges

Prepare the memory hot-{add,remove} paths for handling sub-section ranges by plumbing the starting page frame and number of pages being handled through arch_{add,remove}_memory() to sparse_{add,remove}_one_section(). This is simply plumbing, small cleanups, and some identifier renames. No

[PATCH 06/11] mm: fix register_new_memory() zone type detection

In preparation for sub-section memory hotplug support, remove a dependency on ->section_mem_map being populated. In SPARSEMEM_VMEMMAP=y configurations pfn_to_page() does not use ->section_mem_map. The sub-section hotplug support relies on this fact and skips initializing it. Without

Re: [PATCH v2 2/6] dax: remove leading space from labels

On Wed 30-11-16 16:45:29, Ross Zwisler wrote: > No functional change. > > As of this commit: > > commit 218dd85887da (".gitattributes: set git diff driver for C source code > files") > > git-diff and git-format-patch both generate diffs whose hunks are correctly > prefixed by function names

Re: [PATCH v2 3/6] dax: add tracepoint infrastructure, PMD tracing

On Wed 30-11-16 16:45:30, Ross Zwisler wrote: > Tracepoints are the standard way to capture debugging and tracing > information in many parts of the kernel, including the XFS and ext4 > filesystems. Create a tracepoint header for FS DAX and add the first DAX > tracepoints to the PMD fault

Outstanding Biotech Careers: SW Manager, R Manager

Great New Opportunities for Smart Scientists/Engineers for November: A) Software Manager II (Pleasanton, CA) My exciting Biotech Client uses nanoliter-sized droplets as reaction vessels to power a super-precise digital nucleic acid measurement method (droplet digital PCR). Now that they’ve