if they have.
Generally, this patch is generated by
make coccicheck M= MODE=patch \
COCCI=scripts/coccinelle/api/device_attr_show.cocci
No functional change intended
CC: "Michael S. Tsirkin"
CC: Jason Wang
CC: Xuan Zhuo
CC: virtualizat...@lists.linux.dev
Signed-off-by: Li Zhijian
---
This
bus_add_driver+0x1ac/0x200
driver_register+0x8f/0xf0
nfit_init+0x164/0xff0 [nfit]
do_one_initcall+0x5b/0x320
do_init_module+0x4c/0x1f0
__do_sys_finit_module+0xb4/0x130
do_syscall_64+0x3b/0x90
entry_SYSCALL_64_after_hwframe+0x72/0xdc
Signed-off-by: Li Zhijian
---
drivers/nvdimm/bus.c | 7
Daisuke
Great job.
I love this feature, before starting reviewing you patches, i tested it with
QEMU(with fsdax memory-backend) migration
over RDMA where it worked for MLX5 before.
This time, with you ODP patches, it works on RXE though ibv_advise_mr may be
not yet ready.
Thanks
Zhijian
Copied to nvdimm list
Thanks
Zhijian
on 2022/1/6 14:12, Li Zhijian wrote:
Add Dan to the party :)
May i know whether there is any existing APIs to check whether
a va/page backs to a nvdimm/pmem ?
On 06/01/2022 08:21, Jason Gunthorpe wrote:
On Tue, Dec 28, 2021 at 04:07:08PM +0800, Li
on 2021/8/27 21:16, Jason Gunthorpe wrote:
On Fri, Aug 27, 2021 at 09:05:21PM +0800, Li, Zhijian wrote:
Yes, can you send a proper patch and include the mm mailing list?
Of course, my pleasure
Thanks
on 2021/8/27 20:10, Jason Gunthorpe wrote:
On Fri, Aug 27, 2021 at 08:15:40AM +, lizhij...@fujitsu.com wrote:
i looked over the change-log of hmm_vma_handle_pte(), and found that before
4055062 ("mm/hmm: add missing call to hmm_pte_need_fault in HMM_PFN_SPECIAL
handling")
On 6/10/20 6:56 PM, Catalin Marinas wrote:
On Wed, Jun 10, 2020 at 03:51:56PM +0800, kernel test robot wrote:
FYI, we noticed the following commit (built with gcc-7):
commit: b751c52bb587ae66f773b15204ef7a147467f4c7 ("kmemleak: increase
DEBUG_KMEMLEAK_EARLY_LOG_SIZE default to 16K")
On 6/2/20 8:18 PM, Filipe Manana wrote:
On 02/06/20 05:37, Li Zhijian wrote:
Hi Filipe,
LKP checked blow dmesg as the indicator in this problem
[ 0.144174] RAMDISK: [mem 0x7fa2e000-0x7fff]
[ 0.144559] ACPI: Early table checksum verification disabled
[ 0.144985] ACPI: RSDP
Hi Filipe,
LKP checked blow dmesg as the indicator in this problem
[0.144174] RAMDISK: [mem 0x7fa2e000-0x7fff]
[0.144559] ACPI: Early table checksum verification disabled
[0.144985] ACPI: RSDP 0x000F5850 14 (v00 BOCHS )
[0.145424] ACPI: RSDT 0xBFFE15C9
ping
On 4/2/20 2:52 PM, Li Zhijian wrote:
From: Li Zhijian
Signed-off-by: Li Zhijian
---
tools/testing/selftests/net/mptcp/pm_netlink.sh | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/tools/testing/selftests/net/mptcp/pm_netlink.sh
b/tools/testing/selftests/net
Hi Matthew
with a quick look into the dmesg
looks this commit broke the preparation of LKP tests
[ 32.677588] install debs round two: dpkg -i --force-confdef
--force-depends /opt/deb/gawk_1%3a4.1.4+dfsg-1_amd64.deb
[ 32.677593]-
[ 32.697180] tar: ./control: Cannot write: Invalid argument
On 11/27/2018 07:34 AM, Andrew Morton wrote:
On Fri, 16 Nov 2018 15:12:48 +0800 Li Zhijian wrote:
Previously, sys_link() will fail due to the new path is already existed.
this case ofen appears when we use a concated initrd, below is an
sample:
1) prepare a basic rootfs, it contains
On 11/27/2018 07:34 AM, Andrew Morton wrote:
On Fri, 16 Nov 2018 15:12:48 +0800 Li Zhijian wrote:
Previously, sys_link() will fail due to the new path is already existed.
this case ofen appears when we use a concated initrd, below is an
sample:
1) prepare a basic rootfs, it contains
ping
This patch is to fix initrd cannot be extracted properly in some cases.
Thanks
On 11/16/2018 03:12 PM, Li Zhijian wrote:
Previously, sys_link() will fail due to the new path is already existed.
this case ofen appears when we use a concated initrd, below is an
sample:
1) prepare
ping
This patch is to fix initrd cannot be extracted properly in some cases.
Thanks
On 11/16/2018 03:12 PM, Li Zhijian wrote:
Previously, sys_link() will fail due to the new path is already existed.
this case ofen appears when we use a concated initrd, below is an
sample:
1) prepare
o
-nodefaults
In this case, sys_link(2) will fail and return -EEXIST, so we can only
get the rc.local at rootfs.cgz instead of rc-local.cgz
CC: Philip Li
Signed-off-by: Li Zhijian
---
init/initramfs.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/init/initramfs
o
-nodefaults
In this case, sys_link(2) will fail and return -EEXIST, so we can only
get the rc.local at rootfs.cgz instead of rc-local.cgz
CC: Philip Li
Signed-off-by: Li Zhijian
---
init/initramfs.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/init/initramfs
On 11/6/2018 9:47 AM, Yonghong Song wrote:
I cannot reproduce in my local fc28 system with the attached steps.
The netlink_dumper.c file, could you confirm whether the following
header files are missing form you rhel-7.2 host?
#include
#include
I suspect you probably miss
On 11/6/2018 9:47 AM, Yonghong Song wrote:
I cannot reproduce in my local fc28 system with the attached steps.
The netlink_dumper.c file, could you confirm whether the following
header files are missing form you rhel-7.2 host?
#include
#include
I suspect you probably miss
On 10/11/2018 04:25 AM, Shuah Khan wrote:
On 10/07/2018 08:32 AM, Li Zhijian wrote:
ping
On 09/21/2018 06:00 PM, Li Zhijian wrote:
lizhijian@haswell-OptiPlex-9020:/home/lizj/linux/tools/testing/selftests$ make
[...snip...]
make ARCH=x86 CROSS_COMPILE= -C ../../../gpio
make[2]: Entering
On 10/11/2018 04:25 AM, Shuah Khan wrote:
On 10/07/2018 08:32 AM, Li Zhijian wrote:
ping
On 09/21/2018 06:00 PM, Li Zhijian wrote:
lizhijian@haswell-OptiPlex-9020:/home/lizj/linux/tools/testing/selftests$ make
[...snip...]
make ARCH=x86 CROSS_COMPILE= -C ../../../gpio
make[2]: Entering
ping
On 09/21/2018 06:00 PM, Li Zhijian wrote:
lizhijian@haswell-OptiPlex-9020:/home/lizj/linux/tools/testing/selftests$ make
[...snip...]
make ARCH=x86 CROSS_COMPILE= -C ../../../gpio
make[2]: Entering directory '/home/lizj/linux/tools/gpio'
[...snip...]
make[3]: Leaving directory '/home/lizj
ping
On 09/21/2018 06:00 PM, Li Zhijian wrote:
lizhijian@haswell-OptiPlex-9020:/home/lizj/linux/tools/testing/selftests$ make
[...snip...]
make ARCH=x86 CROSS_COMPILE= -C ../../../gpio
make[2]: Entering directory '/home/lizj/linux/tools/gpio'
[...snip...]
make[3]: Leaving directory '/home/lizj
to $OUTPUTgpio-utils.o
- pass OUTPUT to tools/gpio/Makefile
- support cleanup ../gpiogpio-hammer.o
CC: Bamvor Jian Zhang
CC: Bartosz Golaszewski
CC: Shuah Khan
CC: linux-g...@vger.kernel.org
Signed-off-by: Li Zhijian
---
tools/testing/selftests/gpio/Makefile | 8
1 file changed, 4
to $OUTPUTgpio-utils.o
- pass OUTPUT to tools/gpio/Makefile
- support cleanup ../gpiogpio-hammer.o
CC: Bamvor Jian Zhang
CC: Bartosz Golaszewski
CC: Shuah Khan
CC: linux-g...@vger.kernel.org
Signed-off-by: Li Zhijian
---
tools/testing/selftests/gpio/Makefile | 8
1 file changed, 4
On 9/18/2018 6:20 PM, David Howells wrote:
Li Zhijian wrote:
this is not expected.
could you list/home/dhowells/.lkp/cache
final_initrd initrd-concatenated lkp/ lkp-x86_64-ad88cb1a437a_.cgz osimage/
Note that ~/.lkp is a symlink to somewhere that I don't mind clobbering.
Does
On 9/18/2018 6:20 PM, David Howells wrote:
Li Zhijian wrote:
this is not expected.
could you list/home/dhowells/.lkp/cache
final_initrd initrd-concatenated lkp/ lkp-x86_64-ad88cb1a437a_.cgz osimage/
Note that ~/.lkp is a symlink to somewhere that I don't mind clobbering.
Does
On 9/18/2018 3:23 PM, David Howells wrote:
Still not sure what I'm meant to be seeing. Note that there are a number of
"Not found" and "No such file or directory" errors appearing.
I've attached the console log for you.
David
---
warthog>sudo bin/lkp qemu -k
On 9/18/2018 3:23 PM, David Howells wrote:
Still not sure what I'm meant to be seeing. Note that there are a number of
"Not found" and "No such file or directory" errors appearing.
I've attached the console log for you.
David
---
warthog>sudo bin/lkp qemu -k
_size: %ld\n", heap_type, heap_size);
^~~~
CC: Shuah Khan
CC: Pintu Agarwal
Signed-off-by: Li Zhijian
---
tools/testing/selftests/android/ion/ionapp_export.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftes
_size: %ld\n", heap_type, heap_size);
^~~~
CC: Shuah Khan
CC: Pintu Agarwal
Signed-off-by: Li Zhijian
---
tools/testing/selftests/android/ion/ionapp_export.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftes
On 07/10/2018 10:08 PM, Shuah Khan wrote:
On 07/10/2018 02:38 AM, Li Zhijian wrote:
ping
On 07/02/2018 11:53 AM, Li Zhijian wrote:
Li Zhijian (3):
selftests/android: fix compiling error
selftests/android: initialize heap_type to avoid compiling warning
selftests/gpio: unset
On 07/10/2018 10:08 PM, Shuah Khan wrote:
On 07/10/2018 02:38 AM, Li Zhijian wrote:
ping
On 07/02/2018 11:53 AM, Li Zhijian wrote:
Li Zhijian (3):
selftests/android: fix compiling error
selftests/android: initialize heap_type to avoid compiling warning
selftests/gpio: unset
ping
On 07/02/2018 11:53 AM, Li Zhijian wrote:
Li Zhijian (3):
selftests/android: fix compiling error
selftests/android: initialize heap_type to avoid compiling warning
selftests/gpio: unset OUTPUT for build tools/gpio
tools/testing/selftests/android/ion/Makefile| 5
ping
On 07/02/2018 11:53 AM, Li Zhijian wrote:
Li Zhijian (3):
selftests/android: fix compiling error
selftests/android: initialize heap_type to avoid compiling warning
selftests/gpio: unset OUTPUT for build tools/gpio
tools/testing/selftests/android/ion/Makefile| 5
Li Zhijian (3):
selftests/android: fix compiling error
selftests/android: initialize heap_type to avoid compiling warning
selftests/gpio: unset OUTPUT for build tools/gpio
tools/testing/selftests/android/ion/Makefile| 5 -
tools/testing/selftests/android/ion/ionapp_export.c
: fatal error: linux/dma-buf.h: No such file or directory
compilation terminated.
: recipe for target 'ionmap_test' failed
make: *** [ionmap_test] Error 1
It requires headers_install to $TOP/usr
CC: Shuah Khan
CC: Pintu Agarwal
Signed-off-by: Li Zhijian
---
tools/testing/selftests/android/ion
]: *** [gpio-mockup-chardev] Error 1
make[1]: Leaving directory
'/home/lizj/linux/tools/testing/selftests/gpio'
Makefile:84: recipe for target 'all' failed
make: *** [all] Error 2
CC: Bamvor Jian Zhang
CC: Bartosz Golaszewski
CC: Shuah Khan
CC: linux-g...@vger.kernel.org
Signed-off-by: Li
Li Zhijian (3):
selftests/android: fix compiling error
selftests/android: initialize heap_type to avoid compiling warning
selftests/gpio: unset OUTPUT for build tools/gpio
tools/testing/selftests/android/ion/Makefile| 5 -
tools/testing/selftests/android/ion/ionapp_export.c
: fatal error: linux/dma-buf.h: No such file or directory
compilation terminated.
: recipe for target 'ionmap_test' failed
make: *** [ionmap_test] Error 1
It requires headers_install to $TOP/usr
CC: Shuah Khan
CC: Pintu Agarwal
Signed-off-by: Li Zhijian
---
tools/testing/selftests/android/ion
]: *** [gpio-mockup-chardev] Error 1
make[1]: Leaving directory
'/home/lizj/linux/tools/testing/selftests/gpio'
Makefile:84: recipe for target 'all' failed
make: *** [all] Error 2
CC: Bamvor Jian Zhang
CC: Bartosz Golaszewski
CC: Shuah Khan
CC: linux-g...@vger.kernel.org
Signed-off-by: Li
_size: %ld\n", heap_type, heap_size);
^~~~
CC: Shuah Khan
CC: Pintu Agarwal
Signed-off-by: Li Zhijian
---
tools/testing/selftests/android/ion/ionapp_export.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/tools/testing
_size: %ld\n", heap_type, heap_size);
^~~~
CC: Shuah Khan
CC: Pintu Agarwal
Signed-off-by: Li Zhijian
---
tools/testing/selftests/android/ion/ionapp_export.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/tools/testing
On 06/29/2018 11:17 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jun 28, 2018 at 03:16:00PM +0800, Li Zhijian escreveu:
On system which has not installed debuginfo of iputils(ping) will fail like:
~/lkp/linux/tools/perf$ sudo ./perf test ping -v
I think that we should try to check
On 06/29/2018 11:17 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jun 28, 2018 at 03:16:00PM +0800, Li Zhijian escreveu:
On system which has not installed debuginfo of iputils(ping) will fail like:
~/lkp/linux/tools/perf$ sudo ./perf test ping -v
I think that we should try to check
ichter
Reported-by: kernel test robot
Signed-off-by: Li Zhijian
---
tools/perf/tests/shell/record+probe_libc_inet_pton.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/tests/shell/record+probe_libc_inet_pton.sh
b/tools/perf/tests/shell/record+probe_libc_inet
ichter
Reported-by: kernel test robot
Signed-off-by: Li Zhijian
---
tools/perf/tests/shell/record+probe_libc_inet_pton.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/perf/tests/shell/record+probe_libc_inet_pton.sh
b/tools/perf/tests/shell/record+probe_libc_inet
uge offset.
Reported-by: zhijianx...@intel.com
Fixes: 8bb2610bc496 ("x86/entry/64/compat: Preserve r8-r11 in int $0x80")
Cc: sta...@vger.kernel.org
Signed-off-by: Andy Lutomirski
Tested-by: Li Zhijian
---
arch/x86/entry/entry_64_compat.S | 16
1 file changed
uge offset.
Reported-by: zhijianx...@intel.com
Fixes: 8bb2610bc496 ("x86/entry/64/compat: Preserve r8-r11 in int $0x80")
Cc: sta...@vger.kernel.org
Signed-off-by: Andy Lutomirski
Tested-by: Li Zhijian
---
arch/x86/entry/entry_64_compat.S | 16
1 file changed
Hi
Intel 0Day noticed that test_syscall_vdso_32 failed since
8bb2610bc4967f19672444a7b0407367f1540028(x86/entry/64/compat: Preserve r8-r11
in int $0x80)
2018-06-25 14:23:00 make run_tests -C x86
make: Entering directory
Hi
Intel 0Day noticed that test_syscall_vdso_32 failed since
8bb2610bc4967f19672444a7b0407367f1540028(x86/entry/64/compat: Preserve r8-r11
in int $0x80)
2018-06-25 14:23:00 make run_tests -C x86
make: Entering directory
ill
doesn't work for this case.
Thanks
Zhijian
On 05/10/2018 05:41 AM, Kim Phillips wrote:
On Wed, 9 May 2018 15:45:29 +0800
Li Zhijian <lizhij...@cn.fujitsu.com> wrote:
On Ubuntu and Debian, we can't find any symbol including "inet_pton" from 'nm
-g'
root@vm-lkp-nex04-8G-5 ~
ill
doesn't work for this case.
Thanks
Zhijian
On 05/10/2018 05:41 AM, Kim Phillips wrote:
On Wed, 9 May 2018 15:45:29 +0800
Li Zhijian wrote:
On Ubuntu and Debian, we can't find any symbol including "inet_pton" from 'nm
-g'
root@vm-lkp-nex04-8G-5 ~# nm -g /lib/x86_64-linux-gnu
aldo Carvalho de Melo <a...@redhat.com>
Signed-off-by: Li Zhijian <lizhij...@cn.fujitsu.com>
---
tools/perf/tests/shell/record+probe_libc_inet_pton.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/tests/shell/record+probe_libc_inet_pton.sh
b/t
MATUse the output format FORMAT. FORMAT can be `bsd',
`sysv' or `posix'. The default is `bsd'
-g, --extern-only Display only external symbols
I tested both debian/ubuntu and RHEL, they work as expected
CC: Thomas Richter
CC: Arnaldo Carvalho de Melo
Signed-
Sorry, just noticed this path is out-of-date
i will rebase it
On 05/09/2018 03:36 PM, Li Zhijian wrote:
ping
On 12/27/2017 04:50 PM, Li Zhijian wrote:
On Ubuntu and Debian, we can't find any symbol including "inet_pton" from 'nm
-g'
root@vm-lkp-nex04-8G-5 ~# nm -g /lib/x86_64
Sorry, just noticed this path is out-of-date
i will rebase it
On 05/09/2018 03:36 PM, Li Zhijian wrote:
ping
On 12/27/2017 04:50 PM, Li Zhijian wrote:
On Ubuntu and Debian, we can't find any symbol including "inet_pton" from 'nm
-g'
root@vm-lkp-nex04-8G-5 ~# nm -g /lib/x86_64
ping
On 12/27/2017 04:50 PM, Li Zhijian wrote:
On Ubuntu and Debian, we can't find any symbol including "inet_pton" from 'nm
-g'
root@vm-lkp-nex04-8G-5 ~# nm -g /lib/x86_64-linux-gnu/libc-2.25.so | grep
inet_pton
nm: /lib/x86_64-linux-gnu/libc-2.25.so: no symbols
it looks l
ping
On 12/27/2017 04:50 PM, Li Zhijian wrote:
On Ubuntu and Debian, we can't find any symbol including "inet_pton" from 'nm
-g'
root@vm-lkp-nex04-8G-5 ~# nm -g /lib/x86_64-linux-gnu/libc-2.25.so | grep
inet_pton
nm: /lib/x86_64-linux-gnu/libc-2.25.so: no symbols
it looks l
/usr/include/sys/mman.h:41,
from protection_keys.c:37:
/usr/include/bits/mman-shared.h:60:5: note: previous declaration of 'pkey_set'
was here
int pkey_set (int __key, unsigned int __access_rights) __THROW;
^
Signed-off-by: Li Zhijian <lizhij...@cn.fujitsu.
/usr/include/sys/mman.h:41,
from protection_keys.c:37:
/usr/include/bits/mman-shared.h:60:5: note: previous declaration of 'pkey_set'
was here
int pkey_set (int __key, unsigned int __access_rights) __THROW;
^
Signed-off-by: Li Zhijian
---
tools/testing/selftests
evious definition
# define SEGV_PKUERR SEGV_PKUERR
^
---
Signed-off-by: Li Zhijian <lizhij...@cn.fujitsu.com>
---
tools/testing/selftests/x86/protection_keys.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/x86/pr
evious definition
# define SEGV_PKUERR SEGV_PKUERR
^
---
Signed-off-by: Li Zhijian
---
tools/testing/selftests/x86/protection_keys.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/x86/protection_keys.c
b/tools/testing/selftests/x86/
Sorry to reply so late.
On 3/13/2018 1:34 AM, Dave Hansen wrote:
On 03/08/2018 05:24 PM, Li Zhijian wrote:
0Day robot tried to bisect the FBC, but it failed at last. But anyway
i want to let you know we had this issue.
Can you please bisect this, manually if necessary? Let me know if you
Sorry to reply so late.
On 3/13/2018 1:34 AM, Dave Hansen wrote:
On 03/08/2018 05:24 PM, Li Zhijian wrote:
0Day robot tried to bisect the FBC, but it failed at last. But anyway
i want to let you know we had this issue.
Can you please bisect this, manually if necessary? Let me know if you
Hi all
0Day noticed that kernel_selftests.x86.mpx-mini-test_32.fail at recent upstream
kernel
a. v4.11 Good
b. v4.12 and later: Bad
And the 64bit application kernel_selftests.x86.mpx-mini-test_64 is always good.
0Day robot tried to bisect the FBC, but it failed at last. But anyway i want to
Hi all
0Day noticed that kernel_selftests.x86.mpx-mini-test_32.fail at recent upstream
kernel
a. v4.11 Good
b. v4.12 and later: Bad
And the 64bit application kernel_selftests.x86.mpx-mini-test_64 is always good.
0Day robot tried to bisect the FBC, but it failed at last. But anyway i want to
ize is often 2M, so when host cpus >
64, it requires more than 128M.
Changes since v1:
- update changelog/comments and variable name to make code more easier to
read/understand(stolen from Mike Kravetz)
Link: http://lkml.kernel.org/r/20180302024356.83359-1-zhijianx...@intel.com
Signed-off-
ize is often 2M, so when host cpus >
64, it requires more than 128M.
Changes since v1:
- update changelog/comments and variable name to make code more easier to
read/understand(stolen from Mike Kravetz)
Link: http://lkml.kernel.org/r/20180302024356.83359-1-zhijianx...@intel.com
Signed-off-
t;nr_cpus * hugepage_size
hugepage_size is often 2M, so when host cpus > 64, it requires more than 128M.
Signed-off-by: Li Zhijian <zhijianx...@intel.com>
---
tools/testing/selftests/vm/run_vmtests | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/tools/te
t;nr_cpus * hugepage_size
hugepage_size is often 2M, so when host cpus > 64, it requires more than 128M.
Signed-off-by: Li Zhijian
---
tools/testing/selftests/vm/run_vmtests | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/tools/testing/selftests/vm/run_vmtests
b/t
From: Li Zhijian <zhijianx...@intel.com>
test_maps contains a series of stress tests, and previously it will break the
rest tests when it failed to alloc memory.
---
Failed to create hashmap key=8 value=262144 'Cannot allocate memory'
Failed to create hashmap key=16
From: Li Zhijian
test_maps contains a series of stress tests, and previously it will break the
rest tests when it failed to alloc memory.
---
Failed to create hashmap key=8 value=262144 'Cannot allocate memory'
Failed to create hashmap key=16 value=262144 'Cannot allocate
From: Li Zhijian <zhijianx...@intel.com>
test_maps contains a series of stress tests, and previously it will break the
reset tests when it failed to alloc memory.
---
Failed to create hashmap key=8 value=262144 'Cannot allocate memory'
Failed to create hashmap key=16
From: Li Zhijian
test_maps contains a series of stress tests, and previously it will break the
reset tests when it failed to alloc memory.
---
Failed to create hashmap key=8 value=262144 'Cannot allocate memory'
Failed to create hashmap key=16 value=262144 'Cannot allocate
On 2018年02月12日 11:26, Li Zhijian wrote:
On 2018年02月11日 13:44, Li Zhijian wrote:
On 02/10/2018 05:11 AM, Dan Rue wrote:
On Fri, Feb 09, 2018 at 03:53:59PM +0800, Li Zhijian wrote:
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than
On 2018年02月12日 11:26, Li Zhijian wrote:
On 2018年02月11日 13:44, Li Zhijian wrote:
On 02/10/2018 05:11 AM, Dan Rue wrote:
On Fri, Feb 09, 2018 at 03:53:59PM +0800, Li Zhijian wrote:
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than
On 2018年02月11日 13:44, Li Zhijian wrote:
On 02/10/2018 05:11 AM, Dan Rue wrote:
On Fri, Feb 09, 2018 at 03:53:59PM +0800, Li Zhijian wrote:
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than 1 hours
until i kill it.
Try to figure
On 2018年02月11日 13:44, Li Zhijian wrote:
On 02/10/2018 05:11 AM, Dan Rue wrote:
On Fri, Feb 09, 2018 at 03:53:59PM +0800, Li Zhijian wrote:
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than 1 hours
until i kill it.
Try to figure
On 02/10/2018 05:11 AM, Dan Rue wrote:
On Fri, Feb 09, 2018 at 03:53:59PM +0800, Li Zhijian wrote:
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than 1 hours until i
kill it.
Try to figure out where it is running, i added some log
On 02/10/2018 05:11 AM, Dan Rue wrote:
On Fri, Feb 09, 2018 at 03:53:59PM +0800, Li Zhijian wrote:
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than 1 hours until i
kill it.
Try to figure out where it is running, i added some log
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than 1 hours until i
kill it.
Try to figure out where it is running, i added some log to this case.
the test log is like:
---
[ 111.750543] main: 248
[ 111.750544]-
[
Hi
kselftests is integrated Intel 0Day project.
Sometimes we found compaction_test is blocked for more than 1 hours until i
kill it.
Try to figure out where it is running, i added some log to this case.
the test log is like:
---
[ 111.750543] main: 248
[ 111.750544]-
[
aldo Carvalho de Melo <a...@redhat.com>
Signed-off-by: Li Zhijian <lizhij...@cn.fujitsu.com>
---
tools/perf/tests/shell/trace+probe_libc_inet_pton.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/tests/shell/trace+probe_libc_inet_pton.sh
b/
MATUse the output format FORMAT. FORMAT can be `bsd',
`sysv' or `posix'. The default is `bsd'
-g, --extern-only Display only external symbols
I tested both debian/ubuntu and RHEL, they work as expected
CC: Thomas Richter
CC: Arnaldo Carvalho de Melo
Signed-
ping
On 11/30/2017 09:36 AM, Li Zhijian wrote:
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
--
lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make
LLVM_CONFIG=/usr/bin/llvm-config-3.9 LIBCLANGLLVM=1
...
CC util/probe
ping
On 11/30/2017 09:36 AM, Li Zhijian wrote:
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
--
lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make
LLVM_CONFIG=/usr/bin/llvm-config-3.9 LIBCLANGLLVM=1
...
CC util/probe
^
LD tests/perf-in.o
...
----------
Signed-off-by: Li Zhijian <lizhij...@cn.fujitsu.com>
---
tools/include/linux/compiler.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/include/linux/compiler.h b/tools/include/linux/compiler.h
index 07fd03c..d6675c5 100644
--- a/tools/in
^
LD tests/perf-in.o
...
----------
Signed-off-by: Li Zhijian
---
tools/include/linux/compiler.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/include/linux/compiler.h b/tools/include/linux/compiler.h
index 07fd03c..d6675c5 100644
--- a/tools/include/linux/compiler.h
+++ b/to
On 11/28/2017 07:30 PM, Mark Rutland wrote:
Hi,
[Fixed acme's address and added more Ccs]
thanks
On Tue, Nov 28, 2017 at 02:13:42PM +0800, Li Zhijian wrote:
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
Sorry about this.
With llvm-config
On 11/28/2017 07:30 PM, Mark Rutland wrote:
Hi,
[Fixed acme's address and added more Ccs]
thanks
On Tue, Nov 28, 2017 at 02:13:42PM +0800, Li Zhijian wrote:
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
Sorry about this.
With llvm-config
add Arnaldo Carvalho de Melo <a...@redhat.com>
On 11/28/2017 02:13 PM, Li Zhijian wrote:
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
--
lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make
LLVM_CONFIG=/usr/bin/llvm-conf
add Arnaldo Carvalho de Melo
On 11/28/2017 02:13 PM, Li Zhijian wrote:
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
--
lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make
LLVM_CONFIG=/usr/bin/llvm-config-3.9 LIBCLANGLLVM=1
^
LD tests/perf-in.o
...
----------
Signed-off-by: Li Zhijian <lizhij...@cn.fujitsu.com>
---
tools/include/linux/compiler.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/include/linux/compiler.h b/tools/include/linux/compiler.h
index 07fd03c..e4c8a0d 100644
--- a/tools/in
^
LD tests/perf-in.o
...
----------
Signed-off-by: Li Zhijian
---
tools/include/linux/compiler.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/include/linux/compiler.h b/tools/include/linux/compiler.h
index 07fd03c..e4c8a0d 100644
--- a/tools/include/linux/compiler.h
+++ b/to
erms invpcid cqm
xsaveopt cqm_llc cqm_occup_llc dtherm ida arat pln pts
---
Thanks
Zhijian
On 10/28/2017 4:44 AM, Andi Kleen wrote:
On Fri, Oct 27, 2017 at 04:11:09PM +0800, Li Zhijian wrote:
+ members of perf test
ping
add more results on different platforms
erms invpcid cqm
xsaveopt cqm_llc cqm_occup_llc dtherm ida arat pln pts
---
Thanks
Zhijian
On 10/28/2017 4:44 AM, Andi Kleen wrote:
On Fri, Oct 27, 2017 at 04:11:09PM +0800, Li Zhijian wrote:
+ members of perf test
ping
add more results on different platforms
using perf trace + vfs_getname: Ok
totally, i tested at 3 distro
1. fedora-26: OK
2. ubuntu 16.04: FAIL
3. rhel7.1 beta: FAIL
Does it means that those cases are related to special distro(require special
middle wares) ?
Thanks
On 10/19/2017 4:31 PM, Li Zhijian wrote:
Hi Arnaldo
i encounter some
using perf trace + vfs_getname: Ok
totally, i tested at 3 distro
1. fedora-26: OK
2. ubuntu 16.04: FAIL
3. rhel7.1 beta: FAIL
Does it means that those cases are related to special distro(require special
middle wares) ?
Thanks
On 10/19/2017 4:31 PM, Li Zhijian wrote:
Hi Arnaldo
i encounter some
Commit-ID: 74f8e22c153f4464060a0c2e4cfd1d6e51af2109
Gitweb: https://git.kernel.org/tip/74f8e22c153f4464060a0c2e4cfd1d6e51af2109
Author: Li Zhijian <lizhij...@cn.fujitsu.com>
AuthorDate: Wed, 18 Oct 2017 16:34:09 +0800
Committer: Arnaldo Carvalho de Melo <a...@redhat.com>
Com
1 - 100 of 119 matches
Mail list logo
