This avoids duplicated PageReferenced() calls.
No behavior change.
Signed-off-by: Fengguang Wu
---
mm/swap.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/mm/swap.c b/mm/swap.c
index 38a52b9..c55720c 100644
--- a/mm/swap.c
+++ b/mm/swap.c
@@ -373,9 +373,15
Applied, thanks Teawater!
On Sat, Sep 14, 2019 at 11:07:18AM +0800, Hui Zhu wrote:
usemem will read memory again after access the memory with this option.
It can help test the speed that load page from swap to memory.
Signed-off-by: Hui Zhu
---
usemem.c | 46 +++
On Wed, Apr 17, 2019 at 11:17:48AM +0200, Michal Hocko wrote:
On Tue 16-04-19 12:19:21, Yang Shi wrote:
On 4/16/19 12:47 AM, Michal Hocko wrote:
[...]
> Why cannot we simply demote in the proximity order? Why do you make
> cpuless nodes so special? If other close nodes are vacant then just u
On Thu, Apr 18, 2019 at 11:02:27AM +0200, Michal Hocko wrote:
On Wed 17-04-19 13:43:44, Yang Shi wrote:
[...]
And, I'm wondering whether this optimization is also suitable to general
NUMA balancing or not.
If there are convincing numbers then this should be a preferable way to
deal with it. Pl
On Mon, Mar 25, 2019 at 09:59:31AM -0700, Mark Salyzyn wrote:
On 03/25/2019 05:16 AM, Fengguang Wu wrote:
Martin,
On Fri, Mar 22, 2019 at 11:46:11PM +0800, Martin Liu wrote:
As the discussion https://lore.kernel.org/patchwork/patch/334982/
We know an open file's ra_pages might run out of
On Sat, Feb 23, 2019 at 09:27:48PM +0800, Fengguang Wu wrote:
On Thu, Jan 31, 2019 at 12:19:47PM +0530, Aneesh Kumar K.V wrote:
Michal Hocko writes:
Hi,
I would like to propose the following topic for the MM track. Different
group of people would like to use NVIDMMs as a low cost & sl
devices as Numa nodes
2. The patch series from Dave Hansen which just uses Pmem as Numa node.
3. The patch series from Fengguang Wu which does prevent default
allocation from these numa nodes by excluding them from zone list.
4. The patch series from Jerome Glisse which doesn't expose thes
Hi Peter,
On Sat, Feb 02, 2019 at 02:57:41PM +0800, Peter Xu wrote:
On Wed, Dec 26, 2018 at 09:15:00PM +0800, Fengguang Wu wrote:
VM is associated with an address space and not a specific thread.
>From Documentation/virtual/kvm/api.txt:
Only run VM ioctls from the same process (addr
Hi Jonathan,
Thanks for showing the gap on tracking hot accesses from devices.
On Mon, Jan 28, 2019 at 05:42:39PM +, Jonathan Cameron wrote:
On Wed, 2 Jan 2019 12:21:10 +
Jonathan Cameron wrote:
On Fri, 28 Dec 2018 20:52:24 +0100
Michal Hocko wrote:
> [Ccing Mel and Andrea]
>
Hi,
With this patch set, an unmodified application would either use:
1) whatever memory it happened to get
2) only the faster dram (via numactl --membind=)
3) only the slower pmem (again, via numactl --membind1)
4) preferentially one or the other (numactl --preferred=)
Yet another option:
MemoryOp
On Wed, Jan 02, 2019 at 08:47:25AM -0800, Dave Hansen wrote:
On 12/26/18 5:14 AM, Fengguang Wu wrote:
+static unsigned long __get_dram_free_pages(gfp_t gfp_mask)
+{
+ struct page *page;
+
+ page = __alloc_pages(GFP_KERNEL_ACCOUNT, 0, numa_node_id());
+ if (!page
On Tue, Jan 01, 2019 at 02:44:41PM +0530, Aneesh Kumar K.V wrote:
Fengguang Wu writes:
From: Fan Du
When allocate page, DRAM and PMEM node should better not fall back to
each other. This allows migration code to explicitly control which type
of node to allocate pages from.
With this patch
On Thu, Jan 03, 2019 at 07:27:41PM +0100, Dmitry Vyukov wrote:
On Wed, Jan 2, 2019 at 5:09 PM Dmitry Vyukov wrote:
On Tue, Dec 18, 2018 at 9:58 AM Sergey Senozhatsky
wrote:
>
> On (12/18/18 09:39), Petr Mladek wrote:
> >
> > Sergey, are you okay with this squashed patch, please?
> >
>
> Yeah.
> I haven't looked at the implementation yet but if you are proposing a
> special cased zone lists then this is something CDM (Coherent Device
> Memory) was trying to do two years ago and there was quite some
> skepticism in the approach.
It looks we are pretty different than CDM. :)
We creating
firstly.
Set PROT_NONE on the PTEs that map to the page,
and do the actual migration in the context of process which initiate migration.
Signed-off-by: Liu Jingqi
Signed-off-by: Fengguang Wu
---
mm/migrate.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/mm/migrate.c b/mm/mi
On Fri, Dec 28, 2018 at 09:41:05AM +0100, Michal Hocko wrote:
On Fri 28-12-18 13:08:06, Wu Fengguang wrote:
[...]
Optimization: do hot/cold page tracking and migration
=
Since PMEM is slower than DRAM, we need to make sure hot pages go to
DRAM
On Thu, Dec 27, 2018 at 09:31:58PM +0100, Michal Hocko wrote:
On Wed 26-12-18 21:14:46, Wu Fengguang wrote:
This is an attempt to use NVDIMM/PMEM as volatile NUMA memory that's
transparent to normal applications and virtual machines.
The code is still in active development. It's provided for ea
On Thu, Dec 27, 2018 at 11:32:06AM -0800, Yang Shi wrote:
On Wed, Dec 26, 2018 at 9:13 PM Dan Williams wrote:
On Wed, Dec 26, 2018 at 8:11 PM Fengguang Wu wrote:
>
> On Wed, Dec 26, 2018 at 07:41:41PM -0800, Matthew Wilcox wrote:
> >On Wed, Dec 26, 2018 at 09:14:47PM +0800,
On Thu, Dec 27, 2018 at 08:07:26PM +, Christopher Lameter wrote:
On Wed, 26 Dec 2018, Fengguang Wu wrote:
Each CPU socket can have 1 DRAM and 1 PMEM node, we call them "peer nodes".
Migration between DRAM and PMEM will by default happen between peer nodes.
Which one does nu
On Wed, Dec 26, 2018 at 07:41:41PM -0800, Matthew Wilcox wrote:
On Wed, Dec 26, 2018 at 09:14:47PM +0800, Fengguang Wu wrote:
From: Fan Du
This is a hack to enumerate PMEM as NUMA nodes.
It's necessary for current BIOS that don't yet fill ACPI HMAT table.
WARNING: take care to bac
On rand read/writes on large data, we find near half memory accesses
caused by TLB misses, hence hit the page table pages. So better keep
page table pages in faster DRAM nodes.
Signed-off-by: Fengguang Wu
---
arch/x86/include/asm/pgalloc.h | 10 +++---
arch/x86/mm/pgtable.c
/devices/system/node/*/peer_node
/sys/devices/system/node/node0/peer_node:2
/sys/devices/system/node/node1/peer_node:3
/sys/devices/system/node/node2/peer_node:0
/sys/devices/system/node/node3/peer_node:1
Signed-off-by: Fan Du
Signed-off-by: Fengguang Wu
---
drivers/base/node.c | 10
From: Fan Du
The index of numa_meminfo is expected to the same as of numa_meminfo.blk[].
and numa_remove_memblk_from break the expectation.
2S system does not break, because
before numa_remove_memblk_from
index nid
0 0
1 1
after numa_remove_memblk_from
index nid
0 1
1
From: Yao Yuan
Signed-off-by: Yao Yuan
Signed-off-by: Fengguang Wu
---
arch/x86/kvm/mmu.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
--- linux.orig/arch/x86/kvm/mmu.c 2018-12-26 20:54:48.846720344 +0800
+++ linux/arch/x86/kvm/mmu.c2018-12-26 20:54
From: Fan Du
One system with DRAM and PMEM, we need new flag
to tag pgdat is made of DRAM or peristent memory.
This patch serves as preparetion one for follow up patch.
Signed-off-by: Fan Du
Signed-off-by: Fengguang Wu
---
include/linux/mmzone.h | 26 ++
1 file
ingle peer node. User space
may also be able to infer promotion/demotion targets based on future
HMAT info.
Signed-off-by: Fan Du
Signed-off-by: Fengguang Wu
---
drivers/base/node.c| 11 +++
include/linux/mmzone.h | 12
mm/page_alloc.c| 29 +
Signed-off-by: Fengguang Wu
---
arch/x86/kvm/Kconfig | 11 +++
arch/x86/kvm/Makefile |4
2 files changed, 15 insertions(+)
--- linux.orig/arch/x86/kvm/Kconfig 2018-12-23 20:09:04.628882396 +0800
+++ linux/arch/x86/kvm/Kconfig 2018-12-23 20:09:04.628882396 +0800
@@ -96,6
ned-off-by: Fengguang Wu
---
arch/x86/kernel/e820.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- linux.orig/arch/x86/kernel/e820.c 2018-12-23 19:20:34.587078783 +0800
+++ linux/arch/x86/kernel/e820.c2018-12-23 19:20:34.587078783 +0800
@@ -403,7 +403,8 @@ static
15: 28 28 28 28 17 17 17 17 28 28 28 28 10 10 10 10
Signed-off-by: Fengguang Wu
---
mm/page_alloc.c |6 ++
1 file changed, 6 insertions(+)
--- linux.orig/mm/page_alloc.c 2018-12-23 19:48:27.366110325 +0800
+++ linux/mm/page_alloc.c 2018-12-23 19:48
From: Fan Du
Signed-off-by: Fan Du
---
arch/x86/mm/numa_emulation.c | 14 ++
1 file changed, 14 insertions(+)
--- linux.orig/arch/x86/mm/numa_emulation.c 2018-12-23 19:21:11.002206144
+0800
+++ linux/arch/x86/mm/numa_emulation.c 2018-12-23 19:21:10.998206236 +0800
@@ -12,6
From: Fan Du
Signed-off-by: Fan Du
Signed-off-by: Fengguang Wu
---
arch/x86/mm/numa.c |1 +
1 file changed, 1 insertion(+)
--- linux.orig/arch/x86/mm/numa.c 2018-12-23 19:38:17.363582512 +0800
+++ linux/arch/x86/mm/numa.c2018-12-23 19:38:17.363582512 +0800
@@ -594,6 +594,7
: Fan Du
Signed-off-by: Fengguang Wu
---
arch/x86/include/asm/numa.h |2 ++
arch/x86/mm/numa.c |2 ++
drivers/acpi/numa.c |5 +
3 files changed, 9 insertions(+)
--- linux.orig/arch/x86/include/asm/numa.h 2018-12-23 19:20:39.890947888
+0800
+++ linux/arc
This is an attempt to use NVDIMM/PMEM as volatile NUMA memory that's
transparent to normal applications and virtual machines.
The code is still in active development. It's provided for early design review.
Key functionalities:
1) create and describe PMEM NUMA node for NVDIMM memory
2) dumb /proc
redis, refer to [1] for detailed backgroud,
usecase, and benchmark result.
[1]
https://lore.kernel.org/patchwork/patch/622179/
Fengguang:
- detect migrate thp and hugetlb
- avoid moving pages to a non-existent node
Signed-off-by: Fan Du
Signed-off-by: Jingqi Liu
Signed-off-by: Fengguang Wu
into trouble busy scanning LRU lists
Signed-off-by: Liu Jingqi
Signed-off-by: Fengguang Wu
---
mm/migrate.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
--- linux.orig/mm/migrate.c 2018-12-23 20:37:12.604621319 +0800
+++ linux/mm/migrate.c 2018-12-23 20:37:12.604621
ly be worthwhile for
- large idle area
- sparsely populated area
Signed-off-by: Jingqi Liu
Signed-off-by: Fengguang Wu
---
arch/x86/include/asm/pgtable.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- linux.orig/arch/x86/include/asm/pgtable.h 2018-12-23 19:50:50.917902600
+0800
+++
long term, we may create more kind of fallback zonelists and make
them configurable by NUMA policy.
Signed-off-by: Fan Du
Signed-off-by: Fengguang Wu
---
mm/mempolicy.c | 14 ++
mm/page_alloc.c | 42 +-
2 files changed, 43 inserti
hen either
read_buffer_size is filled, or range_to_read is fully scanned.
To make a more precise interface, we may need further switch to ioctl().
CC: Dave Hansen
Signed-off-by: Peng Dong
Signed-off-by: Liu Jingqi
Signed-off-by: Fengguang Wu
---
arch/x86/kvm/ept_idl
Fix OOM by making in-kernel DRAM=>PMEM migration reachable.
Here we assume these 2 possible demotion paths:
- DRAM migrate to PMEM
- PMEM to swap device
Signed-off-by: Fengguang Wu
---
mm/vmscan.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
--- linux.orig/mm/vmsca
From: Zhang Yi
File pages are skipped for now. They are in general not guaranteed to be
mapped. It means when become hot, there is no guarantee to find and move
them to DRAM nodes.
Signed-off-by: Zhang Yi
Signed-off-by: Fengguang Wu
---
arch/x86/kvm/ept_idle.c | 204
tmap.
CC: Huang Ying
CC: Brendan Gregg
Signed-off-by: Fengguang Wu
---
fs/proc/base.c |2 +
fs/proc/internal.h |1
fs/proc/task_mmu.c | 54 +++
3 files changed, 57 insertions(+)
--- linux.orig/fs/proc/base.c 2018-12-23 20:08:14.228919325 +0800
VM is associated with an address space and not a specific thread.
>From Documentation/virtual/kvm/api.txt:
Only run VM ioctls from the same process (address space) that was used
to create the VM.
CC: Nikita Leshenko
CC: Christian Borntraeger
Signed-off-by: Fengguang Wu
---
incl
CC Philip, current kbuild test robot maintainer.
On Wed, Oct 31, 2018 at 12:12:21PM -0600, Logan Gunthorpe wrote:
On 2018-10-31 11:52 a.m., Olof Johansson wrote:
I've migrated machines to a new system and that CI is up and running.
Right now the emails don't go anywhere but me, but let me know
Looks good to me, thanks!
Reviewed-by: Fengguang Wu
On Sun, Oct 28, 2018 at 02:13:26PM +0800, Gao Xiang wrote:
It's a trivial simplification for get_next_ra_size and
clear enough for humans to understand.
It also fixes potential overflow if ra->size(< ra_pages) is too large.
Cc
On Sat, Oct 06, 2018 at 08:51:16AM -0700, Kees Cook wrote:
On Sat, Oct 6, 2018 at 1:49 AM, Fengguang Wu wrote:
On Fri, Oct 05, 2018 at 08:14:34PM -0700, Joel Fernandes wrote:
On Fri, Oct 05, 2018 at 05:22:35PM -0700, Greg KH wrote:
And do we have a way to add a rule to 0-day to catch these
On Fri, Oct 05, 2018 at 08:14:34PM -0700, Joel Fernandes wrote:
On Fri, Oct 05, 2018 at 05:22:35PM -0700, Greg KH wrote:
On Fri, Oct 05, 2018 at 05:04:16PM -0700, Kees Cook wrote:
> On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> > On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> >
mmu_gather_tlb no longer exist. Replace with mmu_table_batch.
CC: triv...@kernel.org
Signed-off-by: Fengguang Wu
---
mm/gup.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/gup.c b/mm/gup.c
index fc5f98069f4e..69194043ddd4 100644
--- a/mm/gup.c
+++ b/mm/gup.c
CC: triv...@kernel.org
Signed-off-by: Fengguang Wu
---
include/linux/mm_types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 27c5446f3deb..d4f99f5f677c 100644
--- a/include/linux/mm_types.h
+++ b/include/linux
On Tue, Sep 04, 2018 at 09:43:50AM +0200, Christian Borntraeger wrote:
On 09/04/2018 09:15 AM, Fengguang Wu wrote:
On Tue, Sep 04, 2018 at 08:37:03AM +0200, Nikita Leshenko wrote:
On 4 Sep 2018, at 2:46, Fengguang Wu wrote:
Here it goes:
diff --git a/include/linux/mm_types.h b/include
3/5] kvm-ept-idle: HVA indexed EPT read
On 1 Sep 2018, at 13:28, Fengguang Wu wrote:
+static ssize_t ept_idle_read(struct file *file, char *buf,
+size_t count, loff_t *ppos)
+{
+ struct task_struct *task = file->private_data;
+ struct ept_idle_ctrl *
On Tue, Sep 04, 2018 at 08:37:03AM +0200, Nikita Leshenko wrote:
On 4 Sep 2018, at 2:46, Fengguang Wu wrote:
Here it goes:
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 99ce070e7dcb..27c5446f3deb 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
On Tue, Sep 04, 2018 at 08:28:18AM +0800, Fengguang Wu wrote:
Hi Christian and Nikita,
On Mon, Sep 03, 2018 at 06:03:49PM +0200, Christian Borntraeger wrote:
On 09/03/2018 04:10 PM, Nikita Leshenko wrote:
On September 2, 2018 5:21:15 AM, fengguang...@intel.com wrote:
diff --git a/virt/kvm
Hi Christian and Nikita,
On Mon, Sep 03, 2018 at 06:03:49PM +0200, Christian Borntraeger wrote:
On 09/03/2018 04:10 PM, Nikita Leshenko wrote:
On September 2, 2018 5:21:15 AM, fengguang...@intel.com wrote:
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index 8b47507faab5..0c483720de8
Here are the diffstat:
arch/x86/kvm/Kconfig| 11 +
arch/x86/kvm/Makefile |4
arch/x86/kvm/ept_idle.c | 329 ++
arch/x86/kvm/ept_idle.h | 79 +
fs/proc/base.c |2
fs/proc/internal.h |1
fs/proc/task_mmu.c | 63 ++
tmap.
CC: Huang Ying
CC: Brendan Gregg
Signed-off-by: Fengguang Wu
---
fs/proc/base.c | 2 ++
fs/proc/internal.h | 1 +
fs/proc/task_mmu.c | 63 ++
3 files changed, 66 insertions(+)
diff --git a/fs/proc/base.c b/fs/proc/base.c
index aaffc0c3
walks.
In this manner, we provide uniform interface for both virtual machines and
normal processes.
The use scenario would be per task/VM working set tracking and migration.
Very convenient for applying task/vma and VM granularity policies.
Signed-off-by: Peng DongX
Signed-off-by: Fengguang Wu
---
Signed-off-by: Fengguang Wu
---
arch/x86/kvm/Kconfig | 11 +++
arch/x86/kvm/Makefile | 4
2 files changed, 15 insertions(+)
diff --git a/arch/x86/kvm/Kconfig b/arch/x86/kvm/Kconfig
index 1bbec387d289..4c6dec47fac6 100644
--- a/arch/x86/kvm/Kconfig
+++ b/arch/x86/kvm/Kconfig
This new /proc/PID/idle_bitmap interface aims to complement the current global
/sys/kernel/mm/page_idle/bitmap. To enable efficient user space driven
migrations.
The pros and cons will be discussed in changelog of "[PATCH] proc: introduce
/proc/PID/idle_bitmap". The driving force is to improve ef
wasteful for the
majority normal tasks. The alternative is to add a flag only, and
let it find the corresponding VM in kvm vm_list.
Signed-off-by: Fengguang Wu
---
include/linux/sched.h | 10 ++
virt/kvm/kvm_main.c | 1 +
2 files changed, 11 insertions(+)
diff --git a/include/linux/sched.h
x27;t lseek based on read return value. If that's really a concern, we
may use ioctl() instead..
CC: Dave Hansen
Signed-off-by: Fengguang Wu
---
arch/x86/kvm/ept_idle.c | 211
arch/x86/kvm/ept_idle.h | 55 +
2 files changed, 266
On Wed, Jun 20, 2018 at 02:45:25PM +0200, Dmitry Vyukov wrote:
On Wed, Jun 20, 2018 at 2:41 PM, Fengguang Wu wrote:
On Wed, Jun 20, 2018 at 02:31:51PM +0200, Dmitry Vyukov wrote:
On Wed, Jun 20, 2018 at 1:37 PM, Fengguang Wu
wrote:
On Wed, Jun 20, 2018 at 11:30:05AM +0200, Dmitry Vyukov
On Wed, Jun 20, 2018 at 02:31:51PM +0200, Dmitry Vyukov wrote:
On Wed, Jun 20, 2018 at 1:37 PM, Fengguang Wu wrote:
On Wed, Jun 20, 2018 at 11:30:05AM +0200, Dmitry Vyukov wrote:
On Wed, Jun 20, 2018 at 11:06 AM, Sergey Senozhatsky
wrote:
Hi Dmitry,
On (06/20/18 10:45), Dmitry Vyukov
On Wed, Jun 20, 2018 at 11:30:05AM +0200, Dmitry Vyukov wrote:
On Wed, Jun 20, 2018 at 11:06 AM, Sergey Senozhatsky
wrote:
Hi Dmitry,
On (06/20/18 10:45), Dmitry Vyukov wrote:
Hi Sergey,
What are the visible differences between this patch and Tetsuo's
patch?
I guess none, and looking at yo
On Mon, May 14, 2018 at 10:48:03AM +0200, Boris Brezillon wrote:
+Fengguang
On Mon, 14 May 2018 10:40:10 +0200
Geert Uytterhoeven wrote:
Hi Boris,
On Mon, May 14, 2018 at 10:34 AM, Boris Brezillon
wrote:
> On Mon, 14 May 2018 10:29:04 +0200
> Geert Uytterhoeven wrote:
>> On Mon, May 14, 20
Hi Josh,
CC LKP team.
On Thu, May 10, 2018 at 05:36:19PM -0500, Josh Poimboeuf wrote:
Hi Fengguang,
I occasionally get compilation bug reports from people who are
cross-compiling an x86-64 kernel target on an x86-32 host.
Any chance the 0-day build bot could test that configuration? I think
Hi Pavel,
FYI here is 0day's bisect result. The attached dmesg has reproduce
script at the bottom.
[27e2ce5dba4c30db031744c8140675d03d2ae7aa] mm: access to uninitialized struct
page
git://git.cmpxchg.org/linux-mmotm.git devel-catchup-201805041701
git bisect start 53eff77ad4b0adaf1ca6e1ecc6acf38
Hello,
FYI this happens in mainline kernel 4.17.0-rc3.
It at least dates back to v4.16 .
It occurs in 2 out of 2 boots. It happens only with
CONFIG_IA32_EMULATION enabled.
[0.001000] Good, all 261 testcases passed! |
[0.001000] -
[0.001000] ACPI: Core
Hi all,
On Wed, Apr 18, 2018 at 06:38:25PM -0500, Dennis Zhou wrote:
Hi,
On Wed, Apr 18, 2018 at 09:55:53PM +0800, Fengguang Wu wrote:
Hello,
FYI here is a slightly different boot error in mainline kernel 4.17.0-rc1.
It also dates back to v4.16 .
Now I find 2 more occurrances in v4.15
On Sun, Apr 29, 2018 at 03:07:06AM +, Linus Torvalds wrote:
On Sat, Apr 28, 2018 at 7:26 PM Fengguang Wu wrote:
FYI this happens in mainline kernel 4.17.0-rc2.
It looks like a new regression.
It occurs in 3 out of 3 boots.
There is another "[ 294.642506] BUG: sleeping fun
On Sun, Apr 29, 2018 at 03:30:48AM +, Linus Torvalds wrote:
On Sat, Apr 28, 2018 at 7:12 PM Fengguang Wu wrote:
FYI this happens in mainline kernel 4.17.0-rc2.
It looks like a new regression.
It occurs in 5 out of 5 boots.
[main] 375 sockets created based on info from socket
?
https://github.com/bvanassche/linux/commit/4acd555fa13087
That works!
Tested-by: Fengguang Wu
CC Shun Hao.
On Thu, Apr 26, 2018 at 09:15:01AM +0200, Arnd Bergmann wrote:
On Thu, Apr 26, 2018 at 4:23 AM, kbuild test robot wrote:
Hi Arnd,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 26ed24e429d89e045e5e
Hi Peter,
On Fri, Apr 20, 2018 at 01:08:07PM +0200, Peter Oberparleiter wrote:
On 19.04.2018 04:58, Fengguang Wu wrote:
FYI this happens in mainline kernel 4.17.0-rc1.
It at least dates back to v4.5 .
This is likely the result of compiling the kernel with GCC 7 while
specifying that gcov
On Thu, Apr 19, 2018 at 03:20:50PM +0900, Sergey Senozhatsky wrote:
On (04/19/18 08:04), Dmitry Vyukov wrote:
[..]
We could also make them mutually exclusive in config to prevent people
from hitting these false positives again and again.
Let's do it. Ard and Kees agreed on making them mutually
On Thu, Apr 19, 2018 at 08:22:24AM +0200, Geert Uytterhoeven wrote:
Hi Fengguang,
On Thu, Apr 19, 2018 at 4:50 AM, Fengguang Wu wrote:
FYI this happens in mainline kernel 4.17.0-rc1.
It dates back to v4.14-rc1 , perhaps since the test was introduced.
It occurs in 1 out of 1 boots.
I guess
On Thu, Apr 19, 2018 at 01:49:41PM +0800, Fengguang Wu wrote:
Hello,
FYI this warning dates back to v4.16-rc5 .
It's rather rare and often happen together with other errors.
Sorry, that should be 0day didn't catch this particular WARNING.
So it just occasionally show up in the
On Thu, Apr 19, 2018 at 10:17:57AM +0800, Fengguang Wu wrote:
>Hello,
>
>FYI this happens in mainline kernel 4.17.0-rc1.
>It at least dates back to v4.15-rc1 .
>
>The regression was reported before
>
> https://lkml.org/lkml/2017/11/30/33
>
>Where the last mes
On Wed, Apr 18, 2018 at 06:38:25PM -0500, Dennis Zhou wrote:
>Hi,
>
>On Wed, Apr 18, 2018 at 09:55:53PM +0800, Fengguang Wu wrote:
>>
>> Hello,
>>
>> FYI here is a slightly different boot error in mainline kernel 4.17.0-rc1.
>> It also dates back to v4.1
Hi James,
On Wed, Apr 18, 2018 at 02:59:15PM +0100, James Simmons wrote:
Hello,
FYI this happens in mainline kernel 4.17.0-rc1.
It looks like a new regression.
[7.587002] lnet_selftest_init+0x2c4/0x5d9:
lnet_selftest_init at
drivers/stagi
Hello,
FYI this happens in mainline kernel 4.17.0-rc1.
It's a new regression.
[0.00] Memory: 210548K/523752K available (16392K kernel code, 2355K
rwdata, 5536K rodata, 2996K init, 21012K bss, 66128K reserved, 0K cma-reserved)
[0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs
Hello,
FYI here is a slightly different boot error in mainline kernel 4.17.0-rc1.
It also dates back to v4.16 .
It occurs in 4 out of 4 boots.
[0.00] Built 1 zonelists, mobility grouping on. Total pages: 128873
[0.00] Kernel command line: root=/dev/ram0 hung_task_panic=1 debug
Hello,
FYI this happens in mainline kernel 4.17.0-rc1.
It at least dates back to v4.16 .
It occurs in 2 out of 6 boots.
[0.00] Built 1 zonelists, mobility grouping on. Total pages: 128869
[0.00] Kernel command line: ip=vm-intel12-yocto-x86_64-2::dhcp
root=/dev/ram0 user=lkp
Hello,
FYI this happens in mainline kernel 4.17.0-rc1.
It looks like a new regression.
It occurs in 5 out of 5 boots.
[6.524361] ledtrig-cpu: registered to indicate activity on CPUs
[6.527658] NET: Registered protocol family 4
[6.528191] comedi: version 0.7.76 - http://www.comedi.org
Hi Dave,
On Tue, Apr 10, 2018 at 01:59:21PM -0700, Dave Hansen wrote:
On 04/09/2018 06:12 PM, kernel test robot wrote:
+---+++++
|
Hi David,
On Tue, Apr 10, 2018 at 09:44:14AM +0100, David Howells wrote:
Hi Fengguang,
There's another kbuild test that's probably worth adding if you don't do it
already: create a c++ source file that just #includes all the exported UAPI
headers and then try to build it. This should catch wor
On Tue, Apr 03, 2018 at 02:16:50PM +0100, David Howells wrote:
kbuild test robot wrote:
scripts/Makefile.kasan:17: Cannot use CONFIG_KASAN:
-fsanitize=kernel-address is not supported by compiler
cc1: warning: command line option '-fno-rtti' is valid for C++/ObjC++ but
not for C
cc1:
On Fri, Mar 30, 2018 at 09:37:36AM +0900, Minchan Kim wrote:
On Fri, Mar 30, 2018 at 07:42:37AM +0800, kbuild test robot wrote:
Hi Minchan,
I love your patch! Yet something to improve:
Glad to hear.
It's first time someone loves my patch. ;-)
FYI, that message originates from Linus. :-)
[
Hi Arnd,
CC Shun, who maintains the kbuild test code now.
On Wed, Mar 14, 2018 at 09:00:59PM +0100, Arnd Bergmann wrote:
On Wed, Mar 14, 2018 at 8:34 PM, kbuild test robot
wrote:
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
asm-generic
branch HEAD: 18fd
On Sun, Mar 04, 2018 at 09:29:17AM +0100, Arnd Bergmann wrote:
On Sun, Mar 4, 2018 at 7:21 AM, kbuild test robot
wrote:
tree:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
linux-4.9.y
head: 85afb4e51ccfdb10f2969b24439ae2887fe0fcff
commit: c0ecbd663fe6961c6ff18
On Thu, Mar 01, 2018 at 04:25:45PM +, Robin Murphy wrote:
On 01/03/18 03:18, kbuild test robot wrote:
Hi Robin,
First bad commit (maybe != root cause):
I have to admit I'm slightly intrigued how this commit could possibly
appear relevant to the IA64 build at all, let alone to this error :
On Wed, Feb 21, 2018 at 09:51:48AM +0100, Ingo Molnar wrote:
* kbuild test robot wrote:
Fixes: 62d8b7fba8d3 ("x86/acpi: Add a new x86_init_acpi structure to
x86_init_ops")
Signed-off-by: Fengguang Wu
---
0 files changed
-ENOPATCH?
Ah the script crashed when it tries to inde
Hi Masahiro,
Sorry it looks like a regression in the robot. CC Shun for looking into this.
Thanks,
Fengguang
On Sun, Feb 11, 2018 at 01:07:32PM +0900, Masahiro Yamada wrote:
Hi test robot,
2018-02-11 12:41 GMT+09:00 kbuild test robot :
tree: https://git.kernel.org/pub/scm/linux/kernel/git
Hi Dmitry,
On Tue, Jan 16, 2018 at 10:58:51AM +0100, Dmitry Vyukov wrote:
On Tue, Jan 16, 2018 at 10:45 AM, Guenter Roeck wrote:
On Mon, Jan 15, 2018 at 11:51 PM, Dmitry Vyukov wrote:
Hello,
Several people proposed that linux-next should not be tested on
syzbot. While some people suggested
On Tue, Jan 16, 2018 at 08:59:36AM +0100, Dmitry Vyukov wrote:
On Tue, Jan 16, 2018 at 8:12 AM, Theodore Ts'o wrote:
On Mon, Jan 15, 2018 at 10:38:42AM -0600, Eric W. Biederman wrote:
Sometimes the branches on linux-next are experimental crap. If someone
adds an experimental memory allocator
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 328b4ed93b69a6f2083d52f31a240a09e5de386a
commit: 71af2ed5eeea639339e3a1497a0196bab7de4b57 kasan, sched/headers: Remove
from
date: 9 months ago
config: c6x-evmc6472_defconfig (attached as .config)
compile
On Sat, Dec 23, 2017 at 07:33:37PM -0800, Linus Torvalds wrote:
On Sat, Dec 23, 2017 at 4:28 PM, kbuild test robot
wrote:
Regressions in current branch:
This looks more like some odd compiler regression than a kernel one.
Yeah sorry. We probably should avoid reporting them here.
I'll teach
placement-to-undefined-symbol-.L359-overflows-bit-field
├──
standard-input:Error:displacement-to-undefined-symbol-.L360-overflows-bit-field
├── standard-input:Error:invalid-operands-for-opcode
└── standard-input:Error:missing-operand
Signed-off-by: Fengguang Wu
---
ignore-errors
Hi Tobin,
On Tue, Dec 05, 2017 at 10:36:13AM +1100, Tobin C. Harding wrote:
Hi,
Recently scripts/leaking_addresses.pl was merged into the mainline with
the hope of catching leaking kernel addresses.
Would it be in scope for this script to be run by the kbuild test robot?
Excuse my very little
On Mon, Dec 04, 2017 at 06:19:34PM +0100, Thomas Gleixner wrote:
On Mon, 4 Dec 2017, kbuild test robot wrote:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.x86/kpti
head: c7ddf30cab554658b154ee16ae5e5d577ff530bf
commit: 9ebd9d9cdbc90021a5e320fb054cf48c027e6d34 [50/65
Hi Tushar,
On Tue, Nov 28, 2017 at 01:01:23AM +0530, Tushar Dave wrote:
On 11/23/2017 04:43 AM, Fengguang Wu wrote:
On Wed, Nov 22, 2017 at 03:40:52AM +0530, Tushar Dave wrote:
On 11/21/2017 06:11 PM, Fengguang Wu wrote:
Hello,
FYI this happens in mainline kernel 4.14.0-01330-g3c07399
1 - 100 of 1499 matches
Mail list logo
