BASE parameter is expected to be
set/modified by the user. The default value of 0x is invalid.
Hi Randy,
Thanks for the advice, we'll modify the config files for arch csky.
Best Regards,
Rong Chen
ux repo needs a better way to stay in sync?
Sorry for the delay, indeed, it's a issue from 0day-CI, we'll update
linux-mm in the system.
Best Regards,
Rong Chen
.
Best Regards,
Rong Chen
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
All errors (new ones prefixed by >>):
riscv64-linux-gnu-objcopy: 'arch/riscv/kernel/vdso/vdso.so.dbg': No such file
This error only occurs because of errors
x.c
index a59e1494b1a0..f42f4cbffab0 100644
--- a/drivers/usb/dwc3/dwc3-xilinx.c
+++ b/drivers/usb/dwc3/dwc3-xilinx.c
@@ -1,5 +1,5 @@
// SPDX-License-Identifier: GPL-2.0
-/**
+/*
* dwc3-xilinx.c - Xilinx DWC3 controller specific glue driver
*
* Authors: Manish Narani
Best Regards,
Rong Chen
false positive.
Hi Viresh,
Thanks for the feedback, we'll stop the bot sending such report again.
Best Regards,
Rong Chen
On 3/23/21 4:54 PM, Marc Kleine-Budde wrote:
On 23.03.2021 09:32:10, Oliver Hartkopp wrote:
I wonder if the compiler configurations (gcc -v) or the options used at
kernel build time are identical.
I tested several compilers and with my .config never triggered a
problem, but with Rong Chen
Hi Vincent,
On 3/23/21 1:46 PM, Vincent MAILHOL wrote:
Hi Oliver and Rong,
This is an interesting and quite surprising issue!
On Tue. 23 mars 2021 at 11:54, Rong Chen wrote:
On 3/23/21 12:24 AM, Oliver Hartkopp wrote:
Hi Rong,
On 22.03.21 09:52, Rong Chen wrote:
On 3/21/21 10:19 PM
On 3/23/21 12:24 AM, Oliver Hartkopp wrote:
Hi Rong,
On 22.03.21 09:52, Rong Chen wrote:
On 3/21/21 10:19 PM, Oliver Hartkopp wrote:
Two reminders in two days? ;-)
Did you check my answer here?
https://lore.kernel.org/lkml/afffeb73-ba4c-ca2c-75d0-9e7899e5c...@hartkopp.net/
And did
DLC for 8 byte payload length (9 ..
15) */
Best Regards,
Rong Chen
Maybe there's a mismatch in include files - or BUILD_BUG_ON()
generally does not work with unions on ARM as assumed here:
https://lore.kernel.org/lkml/6e57d5d2-9b88-aee6-fb7a-82e24144d...@hartkopp.net/
In both c
Sorry for the inconvenience, there's a bug in our system which sent
internal reports to outside.
please ignore the warnings.
Best Regards,
Rong Chen
When building out-of-tree, attempting to make target from $(OUTPUT) directory:
make[1]: *** No rule to make target '$(OUTPUT)/protection_keys.c', needed by
'$(OUTPUT)/protection_keys_32'.
Reported-by: kernel test robot
Signed-off-by: Rong Chen
---
tools/testing/selftests/vm/Makefile | 4
On 3/13/21 1:52 AM, Linus Torvalds wrote:
On Thu, Mar 11, 2021 at 7:50 PM Rong Chen wrote:
The issue is from a=!, and [ "$a $b" = ".size .LPBX0," ] can avoid the
error.
+ [ ! = .size -a ABI = .LPBX0, ]
./kernel/gcov/geninfosize.sh: 13: [: =: unexpected operator
avoid the
error.
+ [ ! = .size -a ABI = .LPBX0, ]
./kernel/gcov/geninfosize.sh: 13: [: =: unexpected operator
Best Regards,
Rong Chen
missing-prototypes]
8348 | int alloc_contig_ratelimit(void)
| ^~
mm/page_alloc.c:8353:6: warning: no previous prototype for
'dump_migrate_failure_pages' [-Wmissing-prototypes]
8353 | void dump_migrate_failure_pages(struct list_head *page_list)
Best Regards,
Rong Chen
emoved the related tests.
Best Regards,
Rong Chen
Arnd
___
kbuild-all mailing list -- kbuild-...@lists.01.org
To unsubscribe send an email to kbuild-all-le...@lists.01.org
for the suggestion, we have added to the allowlist.
Best Regards,
Rong Chen
config: powerpc64-randconfig-r001-20210301 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project
5de09ef02e24d234d9fc0cd1c6dfe18a1bb784b0)
reproduce (this is a W=1 build):
wget
_rng_hw_init is wrong.
I'd be very interested to know how the identified patch would be able to
have this effect.
Hi Clang Team,
The problem is found by the latest clang, and I can't reproduce it with
clang-11,
could you take a look?
Best Regards,
Rong Chen
/litex_soc_ctrl.o: file format elf32-shbig-linux
Reported-by: kernel test robot
Link: https://lore.kernel.org/linux-mm/202101261118.gbbyslhu-...@intel.com
Signed-off-by: Rong Chen
---
scripts/recordmcount.pl | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/recordmcount.pl b
for the feedback, we'll take a look.
Best Regards,
Rong Chen
Thanks,
Vincenzo
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com
On 2/8/21 10:19 PM, Borislav Petkov wrote:
On Sun, Feb 07, 2021 at 04:15:11PM +0800, Rong Chen wrote:
Thanks for the advice, we'll add the check to our cluster,
and sorry for the inconvenience.
When it comes to the tip tree, I'd say you guys are much better off not
scraping any patches from
atches to a tree that had
the required objtool patches as described in 0/n. Or better yet, don't
scrape emails if the 0/n includes a git link which you'll run on anyway.
Hi Peter,
Thanks for the advice, we'll add the check to our cluster,
and sorry for the inconvenience.
Best Regards,
Rong Chen
Fixes: c2aa8afc36fa (selftests/vm: rename run_vmtests --> run_vmtests.sh)
Signed-off-by: Rong Chen
---
tools/testing/selftests/vm/{run_vmtests => run_vmtests.sh} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename tools/testing/selftests/vm/{run_vmtests => run_vmtests.sh} (10
On 2/2/21 1:22 PM, Randy Dunlap wrote:
On 2/1/21 9:09 PM, Rong Chen wrote:
On 2/2/21 6:38 AM, Randy Dunlap wrote:
On 1/31/21 4:06 PM, kernel test robot wrote:
Hi Wang,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
anks for the advice, do you mean we don't need to test randconfig for
arch s390?
Best Regards,
Rong Chen
$ make allmodconfig
$ scripts/config -d PCI ## this also disables HAS_IOMEM
$ make oldconfig
$ make all
The latter gives a full list of drivers etc. that use iomemp/ioremap
etc. as well as de
warning, it seems Julia Lawall didn't forward it to you,
it maybe not a real problem.
https://lists.01.org/hyperkitty/list/kbu...@lists.01.org/message/ZN45D2QHCG5W4KMOGVBLUCUOKH32LFHE/
Best Regards,
Rong Chen
elapsed time: 722m
configs tested: 164
configs skipped: 2
gcc tested configs:
arm
get_victim_by_default(struct f2fs_sb_info *sbi,
Best Regards,
Rong Chen
On 2021/1/9 21:18, kernel test robot wrote:
Hi Chao,
FYI, the error/warning still remains.
tree:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 996e435fd401de35df62ac943ab9402cfe85c430
commit
t for these kernel test robot reports too? Please?
Linus
Hi Linus,
Sorry for the inconvenience and we're working on it right now.
Happy New Year!
Best Regards,
Rong Chen
A [=y]
WARNING: unmet direct dependencies detected for HOTPLUG_CPU
Depends on [n]: SMP [=y] && (PPC_PSERIES [=n] || PPC_PMAC [=n] ||
PPC_POWERNV [=n] || FSL_SOC_BOOKE [=n])
Selected by [y]:
- PM_SLEEP_SMP [=y] && SMP [=y] && (ARCH_SUSPEND_POSSIBLE [=y] ||
ARCH_HIBERNATION_POSSIBLE [=y]) && PM_SLEEP [=y]
Please begin including Kconfig warnings. I have asked previously but...
thanks.
Hi Randy,
We have added Kconfig warnings in reports now. please see another
report:
https://lore.kernel.org/linux-block/202012170150.y7ycoei9-...@intel.com/
Best Regards,
Rong Chen
sue in GCC Bugzilla:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98310
Best Regards,
Rong Chen
Regards,
Willy
___
kbuild-all mailing list -- kbuild-...@lists.01.org
To unsubscribe send an email to kbuild-all-le...@lists.01.org
build test ERROR on b65054597872ce3aefbc6a666385eabdf9e288da]
url:
https://github.com/0day-ci/linux/commits/Erez-Geva/Add-sending-TX-hardware-timestamp-for-TC-ETF-Qdisc/20201210-000521
I can not find this commit
Hi Erez,
The url has been recovered now.
Best Regards,
Rong Chen
base
the branch name to reflect the branch does not only queue
chipidea USB patches.
next branch: for-usb-next
fixes branch: for-usb-fixes
Peter
Hi Peter,
Thanks for the feedback, we'll update it on the CI system.
Best Regards,
Rong Chen
[If your patch is applied to the wrong git tree, kindly drop
On 11/24/20 7:51 PM, Andrey Konovalov wrote:
On Tue, Nov 24, 2020 at 9:02 AM Rong Chen wrote:
On 11/23/20 10:15 PM, Andrey Konovalov wrote:
On Thu, Nov 19, 2020 at 11:16 PM kernel test robot wrote:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head
On 11/24/20 5:13 PM, Andy Shevchenko wrote:
On Tue, Nov 24, 2020 at 10:06 AM Rong Chen wrote:
On 11/23/20 7:41 PM, Rojewski, Cezary wrote:
On 2020-11-23 11:53 AM, Andy Shevchenko wrote:
On Sun, Nov 22, 2020 at 03:52:27AM +0800, kernel test robot wrote:
...
This sounds like false
9
Hi Andrey,
Thanks for the explanation, we'll disable CONFIG_KASAN_SW_TAGS.
Best Regards,
Rong Chen
ed this in:
RE: [bug report] ASoC: Intel: catpt: Firmware loading and context restore
https://www.spinics.net/lists/alsa-devel/msg117145.html
Hi all,
Thanks a lot, we'll ignore the warning next time.
Best Regards,
Rong Chen
seem to have been ignored.
FYI, I used the below command to generate the patch.
git format-patch --base=bff6f1db91e330d7fba56f815cdbc412c75fe163 -v6
-o patch/v6 HEAD~1
Hi Vincent,
Thanks for the feedback, we'll fix the problem asap.
Best Regards,
Rong Chen
Yours sincerely,
Vincent Mailhol
t:/
7:rdma:/
6:freezer:/
5:pids:/system.slice/lkp-bootstrap.service
4:net_cls,net_prio:/
3:blkio:/
2:cpu,cpuacct:/
1:name=systemd:/system.slice/lkp-bootstrap.service
Best Regards,
Rong Chen
65] 7290.66s system time ( 72.56%)
stress-ng: info: [2765] 7913.12s total time ( 78.75%)
stress-ng: info: [2765] load average: 79.62 28.89 10.45
we compared the tmpfs.ops_per_sec: (363 / 103.02) between this commit
and parent commit.
Best Regards,
Rong Chen
p2337am8a7ktxg7y...@mail.gmail.com/
Hi Geert,
Thanks for the information, we'll double check such warning in the future.
Best Regards,
Rong Chen
lude-linux-types.h:error:typedef-redefinition-with-different-types-(-uint64_t-(aka-unsigned-long-)-vs-__u64-(aka-unsigned-long-long-))
Best Regards,
Rong Chen
We will consider how to show useful produce info in summary report as
the feedback here, which is quite useful, such like pointing to th
ircumstances.
Best Regards,
Rong Chen
On 10/10/20 11:49 AM, Randy Dunlap wrote:
On 10/9/20 8:19 PM, Rong Chen wrote:
On 10/8/20 3:15 PM, Pavel Machek wrote:
Hi!
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: c85fb28b6f999db9928b841f63f1beeb3074eeca
commit
commit
is... really old.
Hi Pavel,
Only this error "arceb-elf-ld: include/linux/leds.h:193: undefined
reference to `devm_led_classdev_register_ext'" was found in this commit,
other errors are for reference only, and the test config is a rand
config, so it's discovered by chance.
Be
Hi Nick,
Thanks for the feedback, we'll take a look at these errors that maybe
false positives.
Best Regards,
Rong Chen
On 9/24/20 11:05 AM, Nick Terrell wrote:
On Wed, Sep 23, 2020 at 7:28 PM kernel test robot wrote:
Hi Nick,
Thank you for the patch! Yet something to improve:
[auto
we'll continue to improve it.
Best Regards,
Rong Chen
efixed by '>>' are from this commit, other errors are
for reference only.
include/linux/spinlock.h:346:2: error: invalid type argument of unary '*' (have
'spinlock_t' {aka 'struct spinlock'})
346 | *(_lock) = __SPIN_LOCK_UNLOCKED(_lock); \
Best Regards,
Rong Chen
t; > Warning ids grouped by kconfigs:
> >
> > clang_recent_errors
> > `-- x86_64-randconfig-r001-20200913
> > `--
> > arch-x86-kernel-sev-es.o:warning:objtool:ist_exc_vmm_communication():unreachable-instruction
>
> Guys, can you get me that config pls?
>
eaders = 0, adjusted to 1
[ 12.562601] WARNING: CPU: 0 PID: 1 at kernel/rcu/refscale.c:684
ref_scale_init+0x653/0x80
Best Regards,
Rong Chen
Thanx, Paul
--
On 8/27/20 1:30 AM, Catalin Marinas wrote:
On Tue, Aug 25, 2020 at 11:02:40PM -0400, Qian Cai wrote:
On Aug 25, 2020, at 8:44 PM, Rong Chen wrote:
I rebuilt the kernel on commit c566586818 but the error changed to
"RIP: 0010:clear_page_orig+0x12/0x40", and the error can be
e:
[ 3.506597] Modules linked in:
[ 3.507255] random: get_random_bytes called from
init_oops_id+0x1d/0x2c with crng_init=0
[ 3.508734] ---[ end trace ]---
Best Regards,
Rong Chen
more times
on the parent commit and can reproduce the error too.
Best Regards,
Rong Chen
Xiang,
Sorry for the inconvenience, we'll silence the reports on this commit.
Best Regards,
Rong Chen
Thanks,
Gao Xiang
:: The code at line 161 was first introduced by commit
:: a12ee2349312d7112b9b7c6ac2e70c5ec2ca334e arch/sparc: Introduce
cmpxchg_u8 SPARC
:: TO: Babu Moger
:::
ng this kind of problem.
Best Regards,
Rong Chen
Mike
New smatch warnings:
drivers/md/dm-mpath.c:524 multipath_clone_and_map() error: double unlocked
'm->lock' (orig line 516)
Old smatch warnings:
drivers/md/dm-mpath.c:446 choose_pgpath() error: double unlocked 'm->lock'
(orig line 4
e able to see the difference in a diff-like
format.
Thanks for your advice, we'll seriously consider it.
Best Regards,
Rong Chen
by Dan is long upstream:
1c3d69ab5348
Hi David,
Sorry for the inconvenience, the bot will check head commit before
reporting usually, we'll take a look.
Best Regards,
Rong Chen
New smatch warnings:
drivers/virtio/virtio_mem.c:1031 virtio_mem_mb_plug_any_sb() error:
uninitialized symbol 'rc
, we'll improve the commit message.
Best Regards,
Rong Chen
Fixes: e33929537b76 ("platform/x86: thinkpad_acpi: use standard charge control
attribute names")
Signed-off-by: kernel test robot
I can get rid of it.
Is it possible to ask for a re-test with fix patch (attached)?
Hi Amir,
We failed to apply this patch, could you tell us the base commit or the
base branch?
Best Regards,
Rong Chen
] usable
qemu-system-x86_64: terminating on signal 2
Best Regards,
Rong Chen
rror.
[1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=318275
Hi Mathieu,
Thanks for the feedback, the bot can't parse the base which links to another
patchset,
and we can get the base commit if using 'git format-patch --base' to submit
patch.
Best Regards,
Rong Che
used 'make olddefconfig' to update the kconfig to build the parent
commit
which causes CONFIG_RCU_REF_PERF_TEST not set too.
We will check more carefully to avoid false positive.
Best Regards,
Rong Chen
Thanx, Paul
on test machine: q
hort-wchar
-fno-PIE \
-Werror=implicit-function-declaration
-Werror=implicit-int \
-Wno-format-security \
Best Regards,
Rong Chen
in testcase: will-it-scale
on test machine: 192 threads Intel(R) Xeon(R) Platinum 9242 CPU @
2.30GHz with 192G memory
with following paramete
the wrong base.
Best Regards,
Rong Chen
,
Thanks for the feedback, we'll fix the wrong base.
Best Regards,
Rong Chen
earlier before the ld.lld error, we're going
to optimize the bisect logic to avoid false positive.
Best Regards,
Rong Chen
+ Kees, idk if this is the warning from the orphan section placement,
if any of those patches have landed?
+ Fangrui, who might know more about this warning from LLD
Hi Herbert,
Could you take a look at this warning? Roberto mentioned you in previous
report:
https://lore.kernel.org/linux-integrity/9dbec9465bda4f8995a42593eb0db...@huawei.com/
Best Regards,
Rong Chen
On 6/17/20 9:35 PM, kernel test robot wrote:
Hi Roberto,
FYI, the error/warning still
ntroduces a build error I
> don't know.
>
Hi Peter,
Sorry for the misunderstanding, some folks complained that it's too
noisy when there're only new warnings in a "BUILD REGRESSION" report,
so we changed to use "BUILD SUCCESS" if there's no new build error. To
avoid misunderstanding, we'll change build complete report title to
"BUILD SUCCESS WITH WARNING" for new warnings.
Best Regards,
Rong Chen
| | |
:12 92% 11:12 100% 13:13
ltp/1HDD-xfs-syscalls_part4/vm-snb
:12 92% 11:12 100% 13:13TOTAL
ltp.ptrace08.fail
Best Regards,
Rong Chen
for the advice, we'll cc the mailing list next time.
Best Regards,
Rong Chen
Thanks.
commit: e678934cbe5f026c2765a1da651e61daa5724fb3 ("btrfs: Remove unnecessary check
from join_running_log_trans")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
in testcase: rea
IO-APIC IRQs
[ 0.331001] init IO_APIC IRQs
[ 0.331274] apic 0 pin 0 not connected
Does this problem still exist with the latest mainline?
yes, still in v5.7.
Best Regards,
Rong Chen
was mentioned in the bot mail.
Regards
Syed Nayyar Waris
Hi Syed Nayyar Waris,
We can reproduce the warning with the steps in original report,
you may need to build the whole kernel instead of the 'lib'.
Best Regards,
Rong Chen
On 6/10/20 8:58 AM, Fangrui Song wrote:
On 2020-06-10, Rong Chen wrote:
On 6/10/20 1:49 AM, Fangrui Song wrote:
On 2020-06-09, Nick Desaulniers wrote:
On Tue, Jun 9, 2020 at 6:12 AM kernel test robot
wrote:
tree:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
m is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later
version.
This program has absolutely no warranty.
Best Regards,
Rong Chen
/osimage/yocto/$initrd
That results in a 404. Still the same problem as months ago.
Hi Thomas,
Sorry about that, we'll fix it soon.
Best Regards,
Rong Chen
initrd=yocto-trinity-x86_64.cgz
works
___
LKP mailing list -- l...@lists.01.org
. ;-)
Thanx, Paul
Hi,
Thanks for your advice, we'll support it in the near future.
Best Regards,
Rong Chen
eads Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz with 16G
memory
with following parameters:
nr_task: 100%
mode: thread
test: unlink2
cpufreq_governor: performance
ucode: 0x21
I'll send another report for this regression.
Best Regards,
Rong Chen
strtonum never defined
This looks like a problem with the test setup.
Hi Matthew,
Thanks for the response, we'll double check it.
Best Regards,
Rong Chen
/master.
Sorry for the inconvenience, we'll take a look. btw, 0day-CI introduced
'--base' option to record base tree info in format-patch.
please see https://stackoverflow.com/a/37406982
Best Regards,
Rong Chen
Alex
[cannot apply to v5.3-rc7 next-20190904]
[if your patch is applied
patch to this particular commit.
Thanks.
Thanks for your comment, robot applied the patch to the head of
char-misc/char-misc-testing,
It seems the branch was still old at that moment. We'll fix it asap.
Best Regards,
Rong Chen
of
fsmark.app_overhead in the subject.
Best Regards,
Rong Chen
e for your reference.
Best Regards,
Rong Chen
btrfs-progs v4.7.3
See http://btrfs.wiki.kernel.org for more information.
Label: (null)
UUID:
Node size: 16384
Sector size:4096
Filesystem size:512.00MiB
Block group profiles:
Data:
t tree to test. Maybe your
patch was applied to a wrong git tree.
Best Regards,
Rong Chen
Hi Peter,
We have updated to only send the reports to you, please see
https://github.com/intel/lkp-tests/blob/master/repo/linux/omap-audio
Best Regards,
Rong Chen
On 8/9/19 9:21 PM, Julia Lawall wrote:
On Fri, 9 Aug 2019, Peter Ujfalusi wrote:
On 09/08/2019 15.31, Mark Brown wrote
md (232-25+deb9u2) ...
[ 48.959231]
[ 49.729064] 25 Jul 16:02:52 ntpdate[1803]: step time server 192.168.1.1
offset 28724.486990 sec
[ 49.729069]
[ 81.657115] can't load the disk LABEL=LKP-ROOTFS, skip testing...
Thanks,
Rong Chen
dmesg.xz
Description: application/xz
job.sh
D
. +Rong
to help check the exact problem.
Hi all,
There's a problem with the network in our side, we're trying to solve it.
Sorry for the inconvenience that may have caused to you.
Best Regards,
Rong Chen
--
Kalle Valo
for the inconvenience, the robot noticed that the error "WARNING:
held lock freed!" first appears with commit fcc784be83
and didn't find the error in parent commit. then it sent it out
automatically. We'll improve the robot to sent reports more carefully.
Best Regards,
Rong Chen
On 6/26/19 11:17 AM, Josef Bacik wrote:
On Wed, Jun 26, 2019 at 10:39:36AM +0800, Rong Chen wrote:
On 6/25/19 10:22 PM, Josef Bacik wrote:
On Fri, Jun 21, 2019 at 08:48:03AM +0800, Huang, Ying wrote:
"Huang, Ying" writes:
"Huang, Ying" writes:
Hi, Josef,
kerne
are/rubygems/rubygems/core_ext/kernel_require.rb:54:in `require': cannot
load such file -- active_support/core_ext/enumerable (LoadError)
Hi Josef,
I tried the latest lkp-tests, and didn't have the problem. Could you
please update the lkp-tests repo and run "lkp install" again?
Thanks,
Ro
On 6/25/19 7:32 PM, Thomas Gleixner wrote:
Rong,
On Tue, 25 Jun 2019, Rong Chen wrote:
On 6/25/19 2:24 PM, Thomas Gleixner wrote:
On 6/22/19 3:08 AM, Thomas Gleixner wrote:
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp
2 -m
2G
I cannot reproduce that issue. What's
On 6/25/19 2:24 PM, Thomas Gleixner wrote:
Rong,
On Tue, 25 Jun 2019, Rong Chen wrote:
On 6/22/19 3:08 AM, Thomas Gleixner wrote:
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m
2G
I cannot reproduce that issue. What's the underlying hardware machine?
brand
R) CPU 000 @ 2.27GHz
model: Westmere-EX
memory: 256G
nr_node: 4
nr_cpu: 80
Best Regards,
Rong Chen
Thanks,
tglx
convince lkp people to upgrade clang, otherwise, I suppose,
we'll get more of these reportings after your recent df0b77925982 :-(
Thanks for the clarification, we'll upgrade clang asap.
Best Regards,
Rong Chen
# libbpf: failed to load object './socket_cookie_prog.o'
# (test_socket_cookie.c
On 5/23/19 12:24 AM, Theodore Ts'o wrote:
Can you check and see if this addresses the issue? I'm not able to
easily repro the softlockup.
Hi,
The patch could fix the issue in our testing environment.
Best Regards,
Rong Chen
Thanks
eneric/001 generic/002 generic/003
Given some of the failures, especially this one:
Yes, it's our fault, we have fixed it.
Best Regards,
Rong Chen
ext4/307- output mismatch (see
/lkp/benchmarks/xfstests/results//ext4/307.out.bad)
--- tests/ext4/307.out 2019-04-25 09:04:55
On Tue, Apr 02, 2019 at 06:04:24AM -0700, Paul E. McKenney wrote:
> On Tue, Apr 02, 2019 at 08:32:45AM +0800, Rong Chen wrote:
> >
> > On 3/28/19 3:57 AM, Paul E. McKenney wrote:
> > >On Mon, Mar 25, 2019 at 02:34:27AM +0800, kbuild test robot wrote:
> > >>t
rove it.
$ grep BTRFS config-5.0.0-rc8-00196-g70d28b0
CONFIG_BTRFS_FS=y
# CONFIG_BTRFS_FS_POSIX_ACL is not set
# CONFIG_BTRFS_FS_CHECK_INTEGRITY is not set
# CONFIG_BTRFS_FS_RUN_SANITY_TESTS is not set
# CONFIG_BTRFS_DEBUG is not set
# CONFIG_BTRFS_ASSERT is not set
CONFIG_BTRFS_FS_REF_VERI
t does the following help? (It at least
builds for me, but your mileage may vary.)
Thanx, Paul
Yes, the patch works for kbuild robot.
Thanks,
Rong Chen
kport.
Ok, let's see what it is using the web link:
url:
https://github.com/0day-ci/linux/commits/Masami-Hiramatsu/tracing-probes-uaccess-Add-support-user-space-access/20190303-203749
Yeah, that just gives a github 404 error.
Sorry for the broken link, It's ok now.
Best Regards,
Rong Ch
Hi,
The patch can fix the issue for me.
Best Regards,
Rong Chen
On 2/20/19 8:57 PM, Michal Hocko wrote:
Rong Chen,
coudl you double check this indeed fixes the issue for you please?
On Mon 18-02-19 19:15:44, Michal Hocko wrote:
From: Michal Hocko
Rong Chen has reported the following boot
On 2/18/19 5:03 PM, Michal Hocko wrote:
On Mon 18-02-19 16:47:26, Rong Chen wrote:
On 2/18/19 3:08 PM, Michal Hocko wrote:
On Mon 18-02-19 13:28:23, kernel test robot wrote:
[...]
[ 40.305212] PGD 0 P4D 0
[ 40.308255] Oops: [#1] PREEMPT SMP PTI
[ 40.313055] CPU: 1 PID: 239 Comm
?
AFAICT, this triggers only on gcc-4.9, 32-bit build. Or do you have
other configurations which trigger it?
Hi Boris,
we have added it to the blacklist, and there's no other configuration
found in the past reports.
Best Regards,
Rong Chen
1 - 100 of 137 matches
Mail list logo