[RFC] mm/vmscan.c: avoid possible long latency caused by too_many_isolated()

From: Zhengjun Xing In the system with very few file pages, it is easy to reproduce "nr_isolated_file > nr_inactive_file", then too_many_isolated return true, shrink_inactive_list enter "msleep(100)", the long latency will happen. The test case to reproduce it is very

[PATCH v2] tracing: fix "gfp_t" format for synthetic events

ned int order; offset:16; size:4; signed:0; field:gfp_t gfp_flags; offset:24; size:4; signed:1; field:int migratetype; offset:32; size:4; signed:1; print fmt: "lat=%llu, order=%u, gfp_flags=%x, migratetype=%d", REC->lat, REC->order, REC->gfp_

[PATCH] tracing: fix "gfp_t" format for synthetic events

%llu, order=%u, gfp_flags=%x, migratetype=%d", REC->lat, REC->order, REC->gfp_flags, REC->migratetype Signed-off-by: Zhengjun Xing --- kernel/trace/trace_events_hist.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/kernel/trace/trace_events_hist.c b/kernel

[PATCH v3] trace:Add "gfp_t" support in synthetic_events

_ZERO) rcuc/0-11 [000] ...1 81.097555: testevent: bar=a20 (GFP_ATOMIC) rcuc/0-11 [000] ...1 81.583123: testevent: bar=a20 (GFP_ATOMIC) Signed-off-by: Tom Zanussi Signed-off-by: Zhengjun Xing --- kernel/trace/trace_events_hist.c | 19 +++ 1 file changed, 19 insertions(+)

[PATCH v2] tracing: Add verbose gfp_flag printing to synthetic events

t: bar=a20 (GFP_ATOMIC) rcuc/0-11 [000] ...1 81.583123: testevent: bar=a20 (GFP_ATOMIC) Signed-off-by: Tom Zanussi Signed-off-by: Zhengjun Xing --- kernel/trace/trace_events_hist.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/kernel/trace/trace_events_hist.c b/ke

[PATCH] trace:add "gfp_t" support in synthetic_events

Add "gfp_t" support in synthetic_events, then the "gfp_t" type parameter in some functions can be traced. Signed-off-by: Zhengjun Xing --- kernel/trace/trace_events_hist.c | 4 1 file changed, 4 insertions(+) diff --git a/kernel/trace/trace_events_hist.c b/kernel/trace

[PATCH] USB:fix USB3 devices behind USB3 hubs not resuming at hibernate thaw

the port for the USB3 removable hard disk to recover. Fix this by always calling usb_port_suspend() during freeze for USB3 devices. Signed-off-by: Zhengjun Xing <zhengjun.x...@linux.intel.com> --- drivers/usb/core/generic.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff

[PATCH] USB:fix USB3 devices behind USB3 hubs not resuming at hibernate thaw

the port for the USB3 removable hard disk to recover. Fix this by always calling usb_port_suspend() during freeze for USB3 devices. Signed-off-by: Zhengjun Xing --- drivers/usb/core/generic.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/usb/core/generic.c b

[PATCH] xhci:Fix NULL pointer in xhci debugfs

y_read+0x4d/0x70 [ 184.817007] __vfs_read+0x23/0x120 [ 184.820870] vfs_read+0x91/0x130 [ 184.824538] SyS_read+0x42/0x90 [ 184.828106] entry_SYSCALL_64_fastpath+0x1a/0x7d Fixes: dde634057da7 ("xhci: Fix use-after-free in xhci debugfs") Signed-off-by: Zhengjun Xing <zhengjun.x...@

[PATCH] xhci:Fix NULL pointer in xhci debugfs

y_read+0x4d/0x70 [ 184.817007] __vfs_read+0x23/0x120 [ 184.820870] vfs_read+0x91/0x130 [ 184.824538] SyS_read+0x42/0x90 [ 184.828106] entry_SYSCALL_64_fastpath+0x1a/0x7d Fixes: dde634057da7 ("xhci: Fix use-after-free in xhci debugfs") Signed-off-by: Zhengjun Xing --- drivers/

[PATCH] tracing: Add *iter check for NULL

From: xingzhen 3debb0a9ddb adding a "__used" to the variable in the __trace_printk_fmt section. Sometimes it will cause *iter to be NULL, then strcmp in lookup_format and strcpy in hold_module_trace_bprintk_format will panic. Signed-off-by: xingzhen

[PATCH] tracing: Add *iter check for NULL

From: xingzhen 3debb0a9ddb adding a "__used" to the variable in the __trace_printk_fmt section. Sometimes it will cause *iter to be NULL, then strcmp in lookup_format and strcpy in hold_module_trace_bprintk_format will panic. Signed-off-by: xingzhen --- kernel/trace/trace_printk.c | 3 +++ 1