[PATCHv1, RFC 24/33] truncate: make truncate_inode_pages_range() aware about huge pages

As with shmem_undo_range(), truncate_inode_pages_range() removes huge pages, if it fully within range. Partial truncate of huge pages zero out this part of THP. Unlike with shmem, it doesn't prevent us having holes in the middle of huge page we still can skip writeback not touched buffers. With

[PATCHv1, RFC 19/33] mm: make write_cache_pages() work on huge pages

We writeback whole huge page a time. Let's adjust iteration this way. Signed-off-by: Kirill A. Shutemov --- include/linux/mm.h | 1 + include/linux/pagemap.h | 1 + mm/page-writeback.c | 17 - 3 files changed, 14 insertions(+), 5

[PATCHv1, RFC 05/33] radix-tree: Add radix_tree_split_preload()

From: Matthew Wilcox Calculate how many nodes we need to allocate to split an old_order entry into multiple entries, each of size new_order. The test suite checks that we allocated exactly the right number of nodes; neither too many (checked by rtp->nr == 0), nor too few

[PATCHv1, RFC 14/33] filemap: handle huge pages in do_generic_file_read()

Most of work happans on head page. Only when we need to do copy data to userspace we find relevant subpage. We are still limited by PAGE_SIZE per iteration. Lifting this limitation would require some more work. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 5 - 1 file changed, 4

[PATCHv1, RFC 31/33] WIP: ext4: handle writeback with huge pages

Modify mpage_map_and_submit_buffers() to do writeback with huge pages. This is somewhat unstable. I have hard time see full picture yet. More work is required. Not-yet-signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 40 ++-- 1 file changed, 26

[PATCHv1, RFC 29/33] ext4: handle huge pages in ext4_da_write_end()

Call ext4_da_should_update_i_disksize() for head page with offset relative to head page. Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index 3df2cea763ce..744bba046268 100644 ---

[PATCHv1, RFC 02/33] radix tree test suite: Allow GFP_ATOMIC allocations to fail

From: Matthew Wilcox In order to test the preload code, it is necessary to fail GFP_ATOMIC allocations, which requires defining GFP_KERNEL and GFP_ATOMIC properly. Remove the obsolete __GFP_WAIT and copy the definitions of the __GFP flags which are used from the kernel include files. We also

[PATCHv1, RFC 25/33] ext4: make ext4_mpage_readpages() hugepage-aware

This patch modifies ext4_mpage_readpages() to deal with huge pages. We read out 2M at once, so we have to alloc (HPAGE_PMD_NR * blocks_per_page) sector_t for that. I'm not entirely happy with kmalloc in this codepath, but don't see any other option. Signed-off-by: Kirill A. Shutemov ---

[PATCHv1, RFC 24/33] truncate: make truncate_inode_pages_range() aware about huge pages

As with shmem_undo_range(), truncate_inode_pages_range() removes huge pages, if it fully within range. Partial truncate of huge pages zero out this part of THP. Unlike with shmem, it doesn't prevent us having holes in the middle of huge page we still can skip writeback not touched buffers. With

[PATCHv1, RFC 19/33] mm: make write_cache_pages() work on huge pages

We writeback whole huge page a time. Let's adjust iteration this way. Signed-off-by: Kirill A. Shutemov --- include/linux/mm.h | 1 + include/linux/pagemap.h | 1 + mm/page-writeback.c | 17 - 3 files changed, 14 insertions(+), 5 deletions(-) diff --git

[PATCHv1, RFC 11/33] thp: allow splitting non-shmem file-backed THPs

split_huge_page() is ready to handle file-backed huge pages, we only need to remove one guarding VM_BUG_ON_PAGE(). Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 1 - 1 file changed, 1 deletion(-) diff --git a/mm/huge_memory.c b/mm/huge_memory.c index c1444a99a583..7f1271c38cb9

[PATCHv1, RFC 32/33] mm, fs, ext4: expand use of page_mapping() and page_to_pgoff()

With huge pages in page cache we see tail pages in more code paths. This patch replaces direct access to struct page fields with macros which can handle tail pages properly. Signed-off-by: Kirill A. Shutemov --- fs/buffer.c | 2 +- fs/ext4/inode.c | 4 ++-- mm/filemap.c|

[PATCHv1, RFC 20/33] thp: introduce hpage_size() and hpage_mask()

Introduce new helpers which return size/mask of the page: HPAGE_PMD_SIZE/HPAGE_PMD_MASK if the page is PageTransHuge() and PAGE_SIZE/PAGE_MASK otherwise. Signed-off-by: Kirill A. Shutemov --- include/linux/huge_mm.h | 16 1 file changed, 16 insertions(+) diff --git

Re: [PATCH v5 00/15] allow BFLT executables on systems with a MMU

On 25/07/16 01:30, Nicolas Pitre wrote: > This series provides the necessary changes to allow "flat" executable > binaries meant for no-MMU systems to actually run on systems with a MMU. > Also thrown in are various cleanups to binfmt_flat.c. > > This can also be found in the following git repo:

[PATCHv1, RFC 05/33] radix-tree: Add radix_tree_split_preload()

From: Matthew Wilcox Calculate how many nodes we need to allocate to split an old_order entry into multiple entries, each of size new_order. The test suite checks that we allocated exactly the right number of nodes; neither too many (checked by rtp->nr == 0), nor too few (checked by comparing

[PATCHv1, RFC 07/33] mm, shmem: swich huge tmpfs to multi-order radix-tree entries

We would need to use multi-order radix-tree entires for ext4 and other filesystems to have coherent view on tags (dirty/towrite) in the tree. This patch converts huge tmpfs implementation to multi-order entries, so we will be able to use the same code patch for all filesystems. Signed-off-by:

Re: [PATCH v18 net-next 1/1] hv_sock: introduce Hyper-V Sockets

From: Dexuan Cui Date: Sat, 23 Jul 2016 01:35:51 + > +static struct sock *hvsock_create(struct net *net, struct socket *sock, > + gfp_t priority, unsigned short type) > +{ > + struct hvsock_sock *hvsk; > + struct sock *sk; > + > +

Re: [PATCH] x86/boot: Reorganize and clean up the BIOS area reservation code

On Fri, Jul 22, 2016 at 6:00 AM, Matt Fleming wrote: > On Thu, 21 Jul, at 03:45:14PM, Andy Lutomirski wrote: >> >> I looked at the code some more. The boot services quirk is weird and >> maybe buggy. trim_snb_memory uses memblock_reserve to reserve the >> bottom 1MB.

[PATCHv1, RFC 26/33] ext4: make ext4_writepage() work on huge pages

Change ext4_writepage() and underlying ext4_bio_write_page(). It basically removes assumption on page size, infer it from struct page instead. Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 10 +- fs/ext4/page-io.c | 11 +-- 2 files

[PATCHv1, RFC 27/33] ext4: handle huge pages in ext4_page_mkwrite()

Trivial: remove assumption on page size. Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index f585f9160a96..45822097d8c2 100644 ---

Re: [PATCH] mmc: dw_mmc: remove parsing for each slot subnode

On 07/15/2016 10:47 AM, Shawn Lin wrote: > The intention to remove it comes from the conflict of > what the mmc-core does with the way dw_mmc treats disable-wp. > We could see that 'disable-wp' is supported by core but > it's deprecated by dw_mmc as we don't expect it to be existed > for each slot

[PATCHv1, RFC 08/33] Revert "radix-tree: implement radix_tree_maybe_preload_order()"

This reverts commit 356e1c23292a4f63cfdf1daf0e0ddada51f32de8. After conversion of huge tmpfs to multi-order entries, we don't need this anymore. Signed-off-by: Kirill A. Shutemov --- include/linux/radix-tree.h | 1 - lib/radix-tree.c | 74

[PATCHv1, RFC 03/33] radix-tree: Add radix_tree_join

From: Matthew Wilcox This new function allows for the replacement of many smaller entries in the radix tree with one larger multiorder entry. From the point of view of an RCU walker, they may see a mixture of the smaller entries and the large entry during the same walk,

Re: mmc: dwmmc: exynos: Warn if HS400 is being used on non-Exynos5420 chipset

On 07/15/2016 01:15 PM, Alim Akhtar wrote: > Hi Krzysztof, > > On 07/14/2016 06:52 PM, Krzysztof Kozlowski wrote: >> Chipsets before Exynos5420 did not support HS400 so if MMC core tries to >> configure HS400 timing, this might or might not work. Warn in such >> cases because this is DTB

[PATCHv1, RFC 06/33] radix-tree: Handle multiorder entries being deleted by replace_clear_tags

From: Matthew Wilcox radix_tree_replace_clear_tags() can be called with NULL as the replacement value; in this case we need to delete sibling entries which point to the slot. Signed-off-by: Matthew Wilcox Signed-off-by: Kirill A. Shutemov

[PATCHv1, RFC 30/33] ext4: relax assert in ext4_da_page_release_reservation()

For huge pages 'stop' must be within HPAGE_PMD_SIZE. Let's use hpage_size() in the BUG_ON(). Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index

[PATCHv1, RFC 22/33] fs: make block_write_{begin,end}() be able to handle huge pages

It's more or less straight-forward. Most changes are around getting offset/len withing page right and zero out desired part of the page. Signed-off-by: Kirill A. Shutemov --- fs/buffer.c | 53 +++-- 1 file

Re: [PATCH v18 net-next 1/1] hv_sock: introduce Hyper-V Sockets

From: Dexuan Cui Date: Sat, 23 Jul 2016 01:35:51 + > +static struct sock *hvsock_create(struct net *net, struct socket *sock, > + gfp_t priority, unsigned short type) > +{ > + struct hvsock_sock *hvsk; > + struct sock *sk; > + > + sk = sk_alloc(net,

Re: [PATCH] x86/boot: Reorganize and clean up the BIOS area reservation code

On Fri, Jul 22, 2016 at 6:00 AM, Matt Fleming wrote: > On Thu, 21 Jul, at 03:45:14PM, Andy Lutomirski wrote: >> >> I looked at the code some more. The boot services quirk is weird and >> maybe buggy. trim_snb_memory uses memblock_reserve to reserve the >> bottom 1MB. If efi_reserve_real_mode

[PATCHv1, RFC 26/33] ext4: make ext4_writepage() work on huge pages

Change ext4_writepage() and underlying ext4_bio_write_page(). It basically removes assumption on page size, infer it from struct page instead. Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 10 +- fs/ext4/page-io.c | 11 +-- 2 files changed, 14 insertions(+), 7

[PATCHv1, RFC 27/33] ext4: handle huge pages in ext4_page_mkwrite()

Trivial: remove assumption on page size. Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index f585f9160a96..45822097d8c2 100644 --- a/fs/ext4/inode.c +++ b/fs/ext4/inode.c @@

Re: [PATCH] mmc: dw_mmc: remove parsing for each slot subnode

On 07/15/2016 10:47 AM, Shawn Lin wrote: > The intention to remove it comes from the conflict of > what the mmc-core does with the way dw_mmc treats disable-wp. > We could see that 'disable-wp' is supported by core but > it's deprecated by dw_mmc as we don't expect it to be existed > for each slot

[PATCHv1, RFC 08/33] Revert "radix-tree: implement radix_tree_maybe_preload_order()"

This reverts commit 356e1c23292a4f63cfdf1daf0e0ddada51f32de8. After conversion of huge tmpfs to multi-order entries, we don't need this anymore. Signed-off-by: Kirill A. Shutemov --- include/linux/radix-tree.h | 1 - lib/radix-tree.c | 74

[PATCHv1, RFC 03/33] radix-tree: Add radix_tree_join

From: Matthew Wilcox This new function allows for the replacement of many smaller entries in the radix tree with one larger multiorder entry. From the point of view of an RCU walker, they may see a mixture of the smaller entries and the large entry during the same walk, but they will never see

Re: mmc: dwmmc: exynos: Warn if HS400 is being used on non-Exynos5420 chipset

On 07/15/2016 01:15 PM, Alim Akhtar wrote: > Hi Krzysztof, > > On 07/14/2016 06:52 PM, Krzysztof Kozlowski wrote: >> Chipsets before Exynos5420 did not support HS400 so if MMC core tries to >> configure HS400 timing, this might or might not work. Warn in such >> cases because this is DTB

[PATCHv1, RFC 06/33] radix-tree: Handle multiorder entries being deleted by replace_clear_tags

From: Matthew Wilcox radix_tree_replace_clear_tags() can be called with NULL as the replacement value; in this case we need to delete sibling entries which point to the slot. Signed-off-by: Matthew Wilcox Signed-off-by: Kirill A. Shutemov --- lib/radix-tree.c | 11 ++- 1 file

[PATCHv1, RFC 30/33] ext4: relax assert in ext4_da_page_release_reservation()

For huge pages 'stop' must be within HPAGE_PMD_SIZE. Let's use hpage_size() in the BUG_ON(). Signed-off-by: Kirill A. Shutemov --- fs/ext4/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index 744bba046268..2e22f62f007b 100644 ---

[PATCHv1, RFC 22/33] fs: make block_write_{begin,end}() be able to handle huge pages

It's more or less straight-forward. Most changes are around getting offset/len withing page right and zero out desired part of the page. Signed-off-by: Kirill A. Shutemov --- fs/buffer.c | 53 +++-- 1 file changed, 31 insertions(+), 22

[PATCHv1, RFC 10/33] mm, rmap: account file thp pages

Let's add FileHugePages and FilePmdMapped fields into meminfo and smaps. It indicates how many times we allocate and map file THP. Signed-off-by: Kirill A. Shutemov --- drivers/base/node.c| 6 ++ fs/proc/meminfo.c | 4 fs/proc/task_mmu.c

[PATCHv1, RFC 17/33] HACK: readahead: alloc huge pages, if allowed

Most page cache allocation happens via readahead (sync or async), so if we want to have significant number of huge pages in page cache we need to find a ways to allocate them from readahead. Unfortunately, huge pages doesn't fit into current readahead design: 128 max readahead window, assumption

[PATCHv1, RFC 15/33] filemap: allocate huge page in pagecache_get_page(), if allowed

Write path allocate pages using pagecache_get_page(). We should be able to allocate huge pages there, if it's allowed. As usually, fallback to small pages, if failed. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 17 +++-- 1 file changed, 15

[PATCHv1, RFC 23/33] fs: make block_page_mkwrite() aware about huge pages

Adjust check on whether part of the page beyond file size and apply compound_head() and page_mapping() where appropriate. Signed-off-by: Kirill A. Shutemov --- fs/buffer.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/buffer.c

[PATCHv1, RFC 17/33] HACK: readahead: alloc huge pages, if allowed

Most page cache allocation happens via readahead (sync or async), so if we want to have significant number of huge pages in page cache we need to find a ways to allocate them from readahead. Unfortunately, huge pages doesn't fit into current readahead design: 128 max readahead window, assumption

[PATCHv1, RFC 15/33] filemap: allocate huge page in pagecache_get_page(), if allowed

Write path allocate pages using pagecache_get_page(). We should be able to allocate huge pages there, if it's allowed. As usually, fallback to small pages, if failed. Signed-off-by: Kirill A. Shutemov --- mm/filemap.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-)

[PATCHv1, RFC 23/33] fs: make block_page_mkwrite() aware about huge pages

Adjust check on whether part of the page beyond file size and apply compound_head() and page_mapping() where appropriate. Signed-off-by: Kirill A. Shutemov --- fs/buffer.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/buffer.c b/fs/buffer.c index

[PATCHv1, RFC 10/33] mm, rmap: account file thp pages

Let's add FileHugePages and FilePmdMapped fields into meminfo and smaps. It indicates how many times we allocate and map file THP. Signed-off-by: Kirill A. Shutemov --- drivers/base/node.c| 6 ++ fs/proc/meminfo.c | 4 fs/proc/task_mmu.c | 5 -

[PATCHv1, RFC 18/33] HACK: block: bump BIO_MAX_PAGES

We are going to do IO a huge page a time. For x86-64, it's 512 pages, so we need to double current BIO_MAX_PAGES. To be portable to other archtectures we need more generic solution. Signed-off-by: Kirill A. Shutemov --- include/linux/bio.h | 2 +- 1 file

[PATCHv1, RFC 18/33] HACK: block: bump BIO_MAX_PAGES

We are going to do IO a huge page a time. For x86-64, it's 512 pages, so we need to double current BIO_MAX_PAGES. To be portable to other archtectures we need more generic solution. Signed-off-by: Kirill A. Shutemov --- include/linux/bio.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCHv1, RFC 13/33] filemap: allocate huge page in page_cache_read(), if allowed

This patch adds basic functionality to put huge page into page cache. At the moment we only put huge pages into radix-tree if the range covered by the huge page is empty. Handling of shadow entires will be added later. Signed-off-by: Kirill A. Shutemov ---

[PATCHv1, RFC 04/33] radix-tree: Add radix_tree_split

From: Matthew Wilcox This new function splits a larger multiorder entry into smaller entries (potentially multi-order entries). These entries are initialised to RADIX_TREE_RETRY to ensure that RCU walkers who see this state aren't confused. The caller should then call

[PATCHv1, RFC 13/33] filemap: allocate huge page in page_cache_read(), if allowed

This patch adds basic functionality to put huge page into page cache. At the moment we only put huge pages into radix-tree if the range covered by the huge page is empty. Handling of shadow entires will be added later. Signed-off-by: Kirill A. Shutemov --- include/linux/fs.h | 5 +++

[PATCHv1, RFC 04/33] radix-tree: Add radix_tree_split

From: Matthew Wilcox This new function splits a larger multiorder entry into smaller entries (potentially multi-order entries). These entries are initialised to RADIX_TREE_RETRY to ensure that RCU walkers who see this state aren't confused. The caller should then call

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

Hello, Andrew. On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote: > > When a pool workqueue is initialized, if its cpumask belongs to a node, its > > pool->node will be mapped to that node. And memory used by this workqueue > > will > > also be allocated on that node. > > Plan B is

Re: [PATCH v3 1/3] x86/ptrace: Stop setting TS_COMPAT in ptrace code

On Mon, Jul 25, 2016 at 9:57 AM, Andy Lutomirski wrote: > On Jul 24, 2016 11:38 PM, "Ingo Molnar" wrote: >> >> >> * Andy Lutomirski wrote: >> >> > On Mon, Jun 20, 2016 at 4:39 PM, Andy Lutomirski wrote: >> > > Setting

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

Hello, Andrew. On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote: > > When a pool workqueue is initialized, if its cpumask belongs to a node, its > > pool->node will be mapped to that node. And memory used by this workqueue > > will > > also be allocated on that node. > > Plan B is

Re: [PATCH v3 1/3] x86/ptrace: Stop setting TS_COMPAT in ptrace code

On Mon, Jul 25, 2016 at 9:57 AM, Andy Lutomirski wrote: > On Jul 24, 2016 11:38 PM, "Ingo Molnar" wrote: >> >> >> * Andy Lutomirski wrote: >> >> > On Mon, Jun 20, 2016 at 4:39 PM, Andy Lutomirski wrote: >> > > Setting TS_COMPAT in ptrace is wrong: if we happen to do it during >> > > syscall

Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.

From: ebied...@xmission.com (Eric W. Biederman) Date: Mon, 25 Jul 2016 19:02:01 -0500 >Which means this change gets has to wait for next cycle. Ok.

Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.

"Eric W. Biederman" writes: > Limit per userns sysctls to only be opened for write by a holder > of CAP_SYS_RESOURCE. > > Add all of the necessary boilerplate for having per user namespace > sysctls. > @@ -141,6 +215,7 @@ void free_user_ns(struct user_namespace *ns) > >

Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support

On Mon, 2016-07-25 at 16:29 -0700, Laura Abbott wrote: > On 07/25/2016 02:42 PM, Rik van Riel wrote: > > On Mon, 2016-07-25 at 12:16 -0700, Laura Abbott wrote: > > > On 07/20/2016 01:27 PM, Kees Cook wrote: > > > > Under CONFIG_HARDENED_USERCOPY, this adds object size checking > > > > to > > > >

Re: [PATCH v2] include: mman: Use bool instead of int for the return value of arch_validate_prot

On Mon, 25 Jul 2016 15:10:06 +1000 Michael Ellerman wrote: > cheng...@emindsoft.com.cn writes: > > > From: Chen Gang > > > > For pure bool function's return value, bool is a little better more or > > less than int. > > > > Signed-off-by: Chen

RE: [PATCH 2/2] ACPI / EC: Add PM operations to block event handling

Hi, Rafael We have regression report here related to EC. https://bugzilla.kernel.org/show_bug.cgi?id=135691 After fixing that bug, I found that this patch could be improved on top of the fix. Making suspend/resume faster. So please drop [PATCH 2] as I will improve it. While [PATCH 1] is still

Re: [PATCH v2] include: mman: Use bool instead of int for the return value of arch_validate_prot

On Mon, 25 Jul 2016 15:10:06 +1000 Michael Ellerman wrote: > cheng...@emindsoft.com.cn writes: > > > From: Chen Gang > > > > For pure bool function's return value, bool is a little better more or > > less than int. > > > > Signed-off-by: Chen Gang > > --- > > arch/powerpc/include/asm/mman.h

RE: [PATCH 2/2] ACPI / EC: Add PM operations to block event handling

Hi, Rafael We have regression report here related to EC. https://bugzilla.kernel.org/show_bug.cgi?id=135691 After fixing that bug, I found that this patch could be improved on top of the fix. Making suspend/resume faster. So please drop [PATCH 2] as I will improve it. While [PATCH 1] is still

Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.

From: ebied...@xmission.com (Eric W. Biederman) Date: Mon, 25 Jul 2016 19:02:01 -0500 >Which means this change gets has to wait for next cycle. Ok.

Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.

"Eric W. Biederman" writes: > Limit per userns sysctls to only be opened for write by a holder > of CAP_SYS_RESOURCE. > > Add all of the necessary boilerplate for having per user namespace > sysctls. > @@ -141,6 +215,7 @@ void free_user_ns(struct user_namespace *ns) > > do { >

Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support

On Mon, 2016-07-25 at 16:29 -0700, Laura Abbott wrote: > On 07/25/2016 02:42 PM, Rik van Riel wrote: > > On Mon, 2016-07-25 at 12:16 -0700, Laura Abbott wrote: > > > On 07/20/2016 01:27 PM, Kees Cook wrote: > > > > Under CONFIG_HARDENED_USERCOPY, this adds object size checking > > > > to > > > >

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

On Mon, 25 Jul 2016 20:11:51 -0400 Tejun Heo wrote: > Hello, Andrew. > > On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote: > > > When a pool workqueue is initialized, if its cpumask belongs to a node, > > > its > > > pool->node will be mapped to that node. And

Re: [PATCH 10/19] x86/dumpstack: add get_stack_info() interface

On Sat, Jul 23, 2016 at 7:04 AM, Josh Poimboeuf wrote: > On Fri, Jul 22, 2016 at 05:15:03PM -0700, Andy Lutomirski wrote: >> On Fri, Jul 22, 2016 at 4:54 PM, Josh Poimboeuf wrote: >> >> > +static bool in_hardirq_stack(unsigned long *stack, struct

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

On Mon, 25 Jul 2016 20:11:51 -0400 Tejun Heo wrote: > Hello, Andrew. > > On Mon, Jul 25, 2016 at 04:20:22PM -0700, Andrew Morton wrote: > > > When a pool workqueue is initialized, if its cpumask belongs to a node, > > > its > > > pool->node will be mapped to that node. And memory used by this

Re: [PATCH 10/19] x86/dumpstack: add get_stack_info() interface

On Sat, Jul 23, 2016 at 7:04 AM, Josh Poimboeuf wrote: > On Fri, Jul 22, 2016 at 05:15:03PM -0700, Andy Lutomirski wrote: >> On Fri, Jul 22, 2016 at 4:54 PM, Josh Poimboeuf wrote: >> >> > +static bool in_hardirq_stack(unsigned long *stack, struct stack_info >> >> > *info, >> >> > +

Re: [PATCH 1/1 linux-next] kbuild: add make force=1 for testing

On Sun, 24 Jul 2016 15:28:18 +0200 Fabian Frederick wrote: > Commit 51193b76bfff > ("kbuild: forbid kernel directory to contain spaces and colons") > > makes it impossible to build kernel on default SD labels like > "SD Card" for instance. > > Makefile:133: *** main directory

Re: [PATCH 1/1 linux-next] kbuild: add make force=1 for testing

On Sun, 24 Jul 2016 15:28:18 +0200 Fabian Frederick wrote: > Commit 51193b76bfff > ("kbuild: forbid kernel directory to contain spaces and colons") > > makes it impossible to build kernel on default SD labels like > "SD Card" for instance. > > Makefile:133: *** main directory cannot contain

Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support

On 07/25/2016 02:42 PM, Rik van Riel wrote: On Mon, 2016-07-25 at 12:16 -0700, Laura Abbott wrote: On 07/20/2016 01:27 PM, Kees Cook wrote: Under CONFIG_HARDENED_USERCOPY, this adds object size checking to the SLUB allocator to catch any copies that may span objects. Includes a redzone

Re: [PATCH v4 12/12] mm: SLUB hardened usercopy support

On 07/25/2016 02:42 PM, Rik van Riel wrote: On Mon, 2016-07-25 at 12:16 -0700, Laura Abbott wrote: On 07/20/2016 01:27 PM, Kees Cook wrote: Under CONFIG_HARDENED_USERCOPY, this adds object size checking to the SLUB allocator to catch any copies that may span objects. Includes a redzone

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote: > [Problem] > > cpuid <-> nodeid mapping is firstly established at boot time. And workqueue > caches > the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. > > When doing node online/offline,

Re: [kbuild-all] arch/xtensa/include/asm/initialize_mmu.h:55: Error: invalid register 'atomctl' for 'wsr' instruction

Hi Fengguang, On Fri, Jul 22, 2016 at 3:44 PM, Fengguang Wu wrote: > On Fri, Jul 22, 2016 at 06:32:28PM +0800, kbuild test robot wrote: >> FYI, the error/warning still remains. >> >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >> master >>

Re: [PATCH v9 0/7] Make cpuid <-> nodeid mapping persistent

On Mon, 25 Jul 2016 16:35:42 +0800 Dou Liyang wrote: > [Problem] > > cpuid <-> nodeid mapping is firstly established at boot time. And workqueue > caches > the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. > > When doing node online/offline, cpuid <-> nodeid mapping is

Re: [kbuild-all] arch/xtensa/include/asm/initialize_mmu.h:55: Error: invalid register 'atomctl' for 'wsr' instruction

Hi Fengguang, On Fri, Jul 22, 2016 at 3:44 PM, Fengguang Wu wrote: > On Fri, Jul 22, 2016 at 06:32:28PM +0800, kbuild test robot wrote: >> FYI, the error/warning still remains. >> >> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git >> master >> head:

[PATCH] iio: orientation: Add BNO055 9-axis Absolute Orientation Sensor driver

BNO055 provides the following motion sensors data: * Gyroscope * Accelerometer * Magnetometer * Absolute Orientation (Quaternion) Signed-off-by: navin patidar --- drivers/iio/orientation/Kconfig | 10 + drivers/iio/orientation/Makefile | 1 +

[PATCH] iio: orientation: Add BNO055 9-axis Absolute Orientation Sensor driver

BNO055 provides the following motion sensors data: * Gyroscope * Accelerometer * Magnetometer * Absolute Orientation (Quaternion) Signed-off-by: navin patidar --- drivers/iio/orientation/Kconfig | 10 + drivers/iio/orientation/Makefile | 1 + drivers/iio/orientation/bno055.c | 422

[PATCH 1/4] usb: gadget: f_midi: fixed endianness when using wMaxPacketSize

USB spec specifies wMaxPacketSize to be little endian (as other properties), so when using this variable in the driver we should convert to the current CPU endianness if necessary. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 2 +- 1 file

[PATCH 1/4] usb: gadget: f_midi: fixed endianness when using wMaxPacketSize

USB spec specifies wMaxPacketSize to be little endian (as other properties), so when using this variable in the driver we should convert to the current CPU endianness if necessary. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 2 +- 1 file changed, 1 insertion(+),

Re: Volunteering for BeFS maintainership

On 25/07/16 22:23, Greg KH wrote: > On Mon, Jul 25, 2016 at 06:21:19PM +0100, Luis de Bethencourt wrote: >> PD: I don't know if there is a formal process for maintainership in the Linux >> kernel community. I am happy to follow that if it exists. > > If no one objects, and you want to do this,

[PATCH 2/4] usb: gadget: f_midi: defaults buflen sizes to 512

512 is the value used by wMaxPacketSize, as specified by the USB Spec. This makes sure this driver uses, by default, the most optimal value for IN and OUT endpoint requests. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 2 +-

Re: Volunteering for BeFS maintainership

On 25/07/16 22:23, Greg KH wrote: > On Mon, Jul 25, 2016 at 06:21:19PM +0100, Luis de Bethencourt wrote: >> PD: I don't know if there is a formal process for maintainership in the Linux >> kernel community. I am happy to follow that if it exists. > > If no one objects, and you want to do this,

[PATCH 2/4] usb: gadget: f_midi: defaults buflen sizes to 512

512 is the value used by wMaxPacketSize, as specified by the USB Spec. This makes sure this driver uses, by default, the most optimal value for IN and OUT endpoint requests. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 2 +- drivers/usb/gadget/legacy/gmidi.c|

Re: [PATCH v2 10/10] mntns: Add a limit on the number of mount namespaces.

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn Thanks, Eric. > --- > fs/namespace.c | 19 ++- > include/linux/user_namespace.h | 1 + >

[PATCH 3/4] usb: gadget: f_midi: refactor state machine

This refactor results in a cleaner state machine code and promotes consistency, readability, and maintanability of this driver. This refactor state machine was well tested and it is currently running in production code and devices. Signed-off-by: Felipe F. Tonello ---

[PATCH 4/4] usb: gadget: f_midi: drop substreams when disabling endpoint

This change makes sure that the ALSA buffers are cleaned if an endpoint becomes disabled. Before this change, if the internal ALSA buffer did overflow, the MIDI function would stop sending MIDI to the host. Signed-off-by: Felipe F. Tonello ---

[PATCH 0/4] MIDI Function improvements

Here follows few improvements on the MIDI driver. Those improvements have been tested for months now, that's why I feel confident to submit these patches now. Patches number 1 and 4 contain bug fixes. Patches number 2 and 3 are not critical but it improves the code and default configuration,

Re: [PATCH v2 10/10] mntns: Add a limit on the number of mount namespaces.

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn Thanks, Eric. > --- > fs/namespace.c | 19 ++- > include/linux/user_namespace.h | 1 + > kernel/user_namespace.c| 1 + > 3 files changed,

[PATCH 3/4] usb: gadget: f_midi: refactor state machine

This refactor results in a cleaner state machine code and promotes consistency, readability, and maintanability of this driver. This refactor state machine was well tested and it is currently running in production code and devices. Signed-off-by: Felipe F. Tonello ---

[PATCH 4/4] usb: gadget: f_midi: drop substreams when disabling endpoint

This change makes sure that the ALSA buffers are cleaned if an endpoint becomes disabled. Before this change, if the internal ALSA buffer did overflow, the MIDI function would stop sending MIDI to the host. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 27

[PATCH 0/4] MIDI Function improvements

Here follows few improvements on the MIDI driver. Those improvements have been tested for months now, that's why I feel confident to submit these patches now. Patches number 1 and 4 contain bug fixes. Patches number 2 and 3 are not critical but it improves the code and default configuration,

Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/user_namespace.c| 1 + > net/core/net_namespace.c | 15 +++

Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/user_namespace.c| 1 + > net/core/net_namespace.c | 15 +++ > 3 files changed, 17 insertions(+) >

Re: [PATCH v2 08/10] cgroupns: Add a limit on the number of cgroup namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/cgroup.c| 15 +++ > kernel/user_namespace.c| 1 +

Re: [PATCH v2 08/10] cgroupns: Add a limit on the number of cgroup namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/cgroup.c| 15 +++ > kernel/user_namespace.c| 1 + > 3 files changed, 17 insertions(+) >

Re: [PATCH v2 06/10] utsns: Add a limit on the number of uts namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/user_namespace.c| 1 + > kernel/utsname.c | 31

Re: [PATCH v2 06/10] utsns: Add a limit on the number of uts namespaces

Quoting Eric W. Biederman (ebied...@xmission.com): > Signed-off-by: "Eric W. Biederman" Acked-by: Serge Hallyn > --- > include/linux/user_namespace.h | 1 + > kernel/user_namespace.c| 1 + > kernel/utsname.c | 31 ++- > 3 files changed, 28

<    1   2   3   4   5   6   7   8   9   10   >