[kbuild] [jpirko-mlxsw:linecards 44/102] net/core/devlink.c:9601 devlink_linecard_create() warn: inconsistent returns '>lock'.
CC: kbuild-...@lists.01.org
TO: Jiri Pirko
tree: https://github.com/jpirko/linux_mlxsw linecards
head: 420093481d1127af592411fb8b759713182acc9c
commit: fad324f26145b7917eaee575b01cd9121353cc39 [44/102] devlink: add support
to create line card and expose to user
:: branch date: 21 hours ago
:: commit date: 21 hours ago
config: x86_64-randconfig-m001-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
net/core/devlink.c:9601 devlink_linecard_create() warn: inconsistent returns
'>lock'.
Old smatch warnings:
net/core/devlink.c:6634 devlink_fmsg_prepare_skb() error: uninitialized symbol
'err'.
vim +9601 net/core/devlink.c
af3836df9a59e7 Jiri Pirko 2019-03-28 9570
fad324f26145b7 Jiri Pirko 2020-12-28 9571 /**
fad324f26145b7 Jiri Pirko 2020-12-28 9572 * devlink_linecard_create -
Create devlink linecard
fad324f26145b7 Jiri Pirko 2020-12-28 9573 *
fad324f26145b7 Jiri Pirko 2020-12-28 9574 * @devlink: devlink
fad324f26145b7 Jiri Pirko 2020-12-28 9575 * @devlink_linecard: devlink
linecard
fad324f26145b7 Jiri Pirko 2020-12-28 9576 * @linecard_index:
driver-specific numerical identifier of the linecard
fad324f26145b7 Jiri Pirko 2020-12-28 9577 *
fad324f26145b7 Jiri Pirko 2020-12-28 9578 * Create devlink linecard
instance with provided linecard index.
fad324f26145b7 Jiri Pirko 2020-12-28 9579 * Caller can use any indexing,
even hw-related one.
fad324f26145b7 Jiri Pirko 2020-12-28 9580 */
fad324f26145b7 Jiri Pirko 2020-12-28 9581 struct devlink_linecard
*devlink_linecard_create(struct devlink *devlink,
fad324f26145b7 Jiri Pirko 2020-12-28 9582
unsigned int linecard_index)
fad324f26145b7 Jiri Pirko 2020-12-28 9583 {
fad324f26145b7 Jiri Pirko 2020-12-28 9584 struct devlink_linecard
*linecard;
fad324f26145b7 Jiri Pirko 2020-12-28 9585
fad324f26145b7 Jiri Pirko 2020-12-28 9586 mutex_lock(>lock);
fad324f26145b7 Jiri Pirko 2020-12-28 9587 if
(devlink_linecard_index_exists(devlink, linecard_index)) {
fad324f26145b7 Jiri Pirko 2020-12-28 9588
mutex_unlock(>lock);
fad324f26145b7 Jiri Pirko 2020-12-28 9589 return ERR_PTR(-EEXIST);
fad324f26145b7 Jiri Pirko 2020-12-28 9590 }
fad324f26145b7 Jiri Pirko 2020-12-28 9591
fad324f26145b7 Jiri Pirko 2020-12-28 9592 linecard =
kzalloc(sizeof(*linecard), GFP_KERNEL);
fad324f26145b7 Jiri Pirko 2020-12-28 9593 if (!linecard)
fad324f26145b7 Jiri Pirko 2020-12-28 9594 return ERR_PTR(-ENOMEM);
fad324f26145b7 Jiri Pirko 2020-12-28 9595
fad324f26145b7 Jiri Pirko 2020-12-28 9596 linecard->devlink = devlink;
fad324f26145b7 Jiri Pirko 2020-12-28 9597 linecard->index =
linecard_index;
fad324f26145b7 Jiri Pirko 2020-12-28 9598 list_add_tail(>list,
>linecard_list);
fad324f26145b7 Jiri Pirko 2020-12-28 9599
devlink_linecard_notify(linecard, DEVLINK_CMD_LINECARD_NEW);
fad324f26145b7 Jiri Pirko 2020-12-28 9600 mutex_unlock(>lock);
fad324f26145b7 Jiri Pirko 2020-12-28 @9601 return linecard;
fad324f26145b7 Jiri Pirko 2020-12-28 9602 }
fad324f26145b7 Jiri Pirko 2020-12-28 9603
EXPORT_SYMBOL_GPL(devlink_linecard_create);
fad324f26145b7 Jiri Pirko 2020-12-28 9604
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org
.config.gz
Description: application/gzip
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] drivers/media/test-drivers/vidtv/vidtv_tuner.c:15:1: iwyu: warning: superfluous #include
CC: kbuild-...@lists.01.org CC: linux-ker...@vger.kernel.org TO: "Daniel W. S. Almeida" CC: Mauro Carvalho Chehab CC: linux-me...@vger.kernel.org tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7426cedc7dad67bf3c71ea6cc29ab7822e1a453f commit: 24fb190e92e09c819f432cdf366a1540cf52f1f2 media: vidtv: implement a tuner driver date: 10 months ago :: branch date: 9 hours ago :: commit date: 10 months ago config: x86_64-randconfig-b001-20210623 (attached as .config) compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project b259740801d3515810ecc15bf0c24b0d476a1608) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install x86_64 cross compiling tool for clang build # apt-get install binutils-x86-64-linux-gnu # apt-get install iwyu # include-what-you-use # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=24fb190e92e09c819f432cdf366a1540cf52f1f2 git remote add linus https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git git fetch --no-tags linus master git checkout 24fb190e92e09c819f432cdf366a1540cf52f1f2 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross C=1 CHECK=iwyu ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot iwyu warnings: (new ones prefixed by >>) >> drivers/media/test-drivers/vidtv/vidtv_tuner.c:15:1: iwyu: warning: >> superfluous #include >> drivers/media/test-drivers/vidtv/vidtv_tuner.c:22:1: iwyu: warning: >> superfluous #include vim +15 drivers/media/test-drivers/vidtv/vidtv_tuner.c 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 14 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 @15 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 16 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 17 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 18 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 19 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 20 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 21 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 @22 #include 24fb190e92e09c Daniel W. S. Almeida 2020-08-21 23 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip ___ kbuild mailing list -- kbuild@lists.01.org To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] kernel/bpf/btf.c:4596:38: warning: Either the condition 't?btf_type_vlen(t):MAX_BPF_FUNC_REG_ARGS' is redundant or there is pointer arithmetic with NULL pointer. [nullPointerArithmeticRedunda
CC: kbuild-...@lists.01.org
CC: linux-ker...@vger.kernel.org
TO: Dmitrii Banshchikov
CC: Alexei Starovoitov
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 7426cedc7dad67bf3c71ea6cc29ab7822e1a453f
commit: 523a4cf491b3c9e2d546040d57250f1a0ca84f03 bpf: Use MAX_BPF_FUNC_REG_ARGS
macro
date: 4 months ago
:: branch date: 9 hours ago
:: commit date: 4 months ago
compiler: ia64-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
cppcheck possible warnings: (new ones prefixed by >>, may not real problems)
kernel/bpf/btf.c:5723:13: warning: Boolean result is used in bitwise
operation. Clarify expression with parentheses. [clarifyCondition]
if (!uname ^ !uname_len)
^
>> kernel/bpf/btf.c:4596:38: warning: Either the condition
>> 't?btf_type_vlen(t):MAX_BPF_FUNC_REG_ARGS' is redundant or there is pointer
>> arithmetic with NULL pointer. [nullPointerArithmeticRedundantCheck]
args = (const struct btf_param *)(t + 1);
^
kernel/bpf/btf.c:4600:14: note: Assuming that condition
't?btf_type_vlen(t):MAX_BPF_FUNC_REG_ARGS' is not redundant
nr_args = t ? btf_type_vlen(t) : MAX_BPF_FUNC_REG_ARGS;
^
kernel/bpf/btf.c:4596:38: note: Null pointer addition
args = (const struct btf_param *)(t + 1);
^
vim +4596 kernel/bpf/btf.c
84ad7a7ab69f112c Jiri Olsa 2020-01-23 4576
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4577 bool
btf_ctx_access(int off, int size, enum bpf_access_type type,
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4578
const struct bpf_prog *prog,
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4579
struct bpf_insn_access_aux *info)
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4580 {
3820729160440158 Martin KaFai Lau 2019-10-24 4581const struct
btf_type *t = prog->aux->attach_func_proto;
3aac1ead5eb6b76f Toke Høiland-Jørgensen 2020-09-29 4582struct bpf_prog
*tgt_prog = prog->aux->dst_prog;
5b92a28aae4dd0f8 Alexei Starovoitov 2019-11-14 4583struct btf *btf
= bpf_prog_get_target_btf(prog);
3820729160440158 Martin KaFai Lau 2019-10-24 4584const char
*tname = prog->aux->attach_func_name;
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4585struct
bpf_verifier_log *log = info->log;
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4586const struct
btf_param *args;
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4587u32 nr_args,
arg;
3c32cc1bceba8a17 Yonghong Song 2020-05-13 4588int i, ret;
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4589
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4590if (off % 8) {
3820729160440158 Martin KaFai Lau 2019-10-24 4591
bpf_log(log, "func '%s' offset %d is not multiple of 8\n",
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4592
tname, off);
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4593return
false;
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4594}
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4595arg = off / 8;
9e15db66136a14cd Alexei Starovoitov 2019-10-15 @4596args = (const
struct btf_param *)(t + 1);
523a4cf491b3c9e2 Dmitrii Banshchikov2021-02-26 4597/* if (t ==
NULL) Fall back to default BPF prog with
523a4cf491b3c9e2 Dmitrii Banshchikov2021-02-26 4598 *
MAX_BPF_FUNC_REG_ARGS u64 arguments.
523a4cf491b3c9e2 Dmitrii Banshchikov2021-02-26 4599 */
523a4cf491b3c9e2 Dmitrii Banshchikov2021-02-26 4600nr_args = t ?
btf_type_vlen(t) : MAX_BPF_FUNC_REG_ARGS;
3820729160440158 Martin KaFai Lau 2019-10-24 4601if
(prog->aux->attach_btf_trace) {
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4602/* skip
first 'void *__data' argument in btf_trace_##name typedef */
9e15db66136a14cd Alexei Starovoitov 2019-10-15 4603args++;
3820729160440158 Martin KaFai Lau 2019-10-24 4604
nr_args--;
3820729160440158 Martin KaFai Lau 2019-10-24 4605}
fec56f5890d93fc2 Alexei Starovoitov 2019-11-14 4606
f50b49a0bfcaf53e KP Singh 2020-03-30 4607if (arg >
nr_args) {
f50b49a0bfcaf53e KP Singh 2020-03-30 4608
bpf_log(log, "func '%s' doesn't have %d-th argument\n",
f50b49a0bfcaf53e KP Singh 2020-03-30 4609
tname, arg + 1);
f50b49a0bfcaf53e KP Singh 2020-03-30 4610return
false;
f50b49a0bfcaf53e KP Singh 2020-03-30 4611}
f50b49a0bfcaf53e KP Singh 2020-03-30 4612
6ba43b761c413491 KP Singh 2020-03-04 4613
[kbuild] [leon-rdma:rdma-next 6/20] drivers/infiniband/core/umem.c:202 __ib_umem_get() warn: impossible condition '(npages > (~0)) => (0-u32max > u32max)'
CC: kbuild-...@lists.01.org
TO: Jason Gunthorpe
CC: Leon Romanovsky
CC: Yishai Hadas
CC: Feras Daoud
tree: https://git.kernel.org/pub/scm/linux/kernel/git/leon/linux-rdma.git
rdma-next
head: 9aa4d07c314b94ec7d9eb07314390cf25cfba7cb
commit: 901df51c1d3850ad03572057b42395842ebf802a [6/20] RDMA/core: Introduce
peer memory interface
:: branch date: 20 hours ago
:: commit date: 21 hours ago
config: i386-randconfig-m021-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/infiniband/core/umem.c:202 __ib_umem_get() warn: impossible condition
'(npages > (~0)) => (0-u32max > u32max)'
vim +202 drivers/infiniband/core/umem.c
4a35339958f16d drivers/infiniband/core/umem.c Shiraz Saleem
2019-05-06 140
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 141 /**
901df51c1d3850 drivers/infiniband/core/umem.c Jason Gunthorpe
2020-11-26 142 * __ib_umem_get - Pin and DMA map userspace memory.
8ada2c1c0c1d75 drivers/infiniband/core/umem.c Shachar Raindel
2014-12-11 143 *
c320e527e15483 drivers/infiniband/core/umem.c Moni Shoua
2020-01-15 144 * @device: IB device to connect UMEM
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 145 * @addr: userspace virtual address to start at
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 146 * @size: length of region to pin
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 147 * @access: IB_ACCESS_xxx flags for memory being pinned
901df51c1d3850 drivers/infiniband/core/umem.c Jason Gunthorpe
2020-11-26 148 * @peer_mem_flags: IB_PEER_MEM_xxx flags for memory being used
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 149 */
901df51c1d3850 drivers/infiniband/core/umem.c Jason Gunthorpe
2020-11-26 150 static struct ib_umem *__ib_umem_get(struct ib_device *device,
901df51c1d3850 drivers/infiniband/core/umem.c Jason Gunthorpe
2020-11-26 151 unsigned long addr, size_t size,
int access,
901df51c1d3850 drivers/infiniband/core/umem.c Jason Gunthorpe
2020-11-26 152 unsigned long peer_mem_flags)
eb8ffbfed50e79 drivers/infiniband/core/uverbs_mem.c Roland Dreier
2005-07-07 153 {
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 154 struct ib_umem *umem;
eb8ffbfed50e79 drivers/infiniband/core/uverbs_mem.c Roland Dreier
2005-07-07 155 struct page **page_list;
eb8ffbfed50e79 drivers/infiniband/core/uverbs_mem.c Roland Dreier
2005-07-07 156 unsigned long lock_limit;
c6ce580716372d drivers/infiniband/core/umem.c Doug Ledford
2018-09-21 157 unsigned long new_pinned;
eb8ffbfed50e79 drivers/infiniband/core/uverbs_mem.c Roland Dreier
2005-07-07 158 unsigned long cur_base;
f03d9fadfe13a7 drivers/infiniband/core/umem.c Michael Guralnik
2020-02-12 159 unsigned long dma_attr = 0;
d4b4dd1b9706e4 drivers/infiniband/core/umem.c Jason Gunthorpe
2018-09-16 160 struct mm_struct *mm;
eb8ffbfed50e79 drivers/infiniband/core/uverbs_mem.c Roland Dreier
2005-07-07 161 unsigned long npages;
f7c6a7b5d59980 drivers/infiniband/core/umem.c Roland Dreier
2007-03-04 162 int ret;
0c16d9635e3a51 drivers/infiniband/core/umem.c Maor Gottlieb
2020-10-04 163 struct scatterlist *sg = NULL;
768ae309a96103 drivers/infiniband/core/umem.c Lorenzo Stoakes
2016-10-13 164 unsigned int gup_flags = FOLL_WRITE;
cb9fbc5c37b69a drivers/infiniband/core/umem.c Arthur Kepner
2008-04-29 165
8494057ab5e40d drivers/infiniband/core/umem.c Shachar Raindel
2015-03-18 166 /*
8494057ab5e40d drivers/infiniband/core/umem.c Shachar Raindel
2015-03-18 167* If the combination of the addr and size requested for this
memory
8494057ab5e40d drivers/infiniband/core/umem.c Shachar Raindel
2015-03-18 168* region causes an integer overflow, return error.
8494057ab5e40d drivers/infiniband/core/umem.c Shachar Raindel
2015-03-18 169*/
66578b0b2f6965 drivers/infiniband/core/umem.c Yann Droneaud
2015-04-13 170 if (((addr + size) < addr) ||
66578b0b2f6965 drivers/infiniband/core/umem.c Yann Droneaud
2015-04-13 171 PAGE_ALIGN(addr + size) < (addr + size))
8494057ab5e40d drivers/infiniband/core/umem.c Shachar Raindel
2015-03-18 172 return ERR_PTR(-EINVAL);
8494057ab5e40d drivers/infiniband/core/umem.c Shachar Raindel
2015-03-18 173
eb8ffbfed50e79 drivers/infiniband/core/uverbs_mem.c Roland Dreier
2005-07-07 174 if (!can_do_mlock())
f7c6a7b5d59980 drivers/infiniband/core/umem.c
[kbuild] [djwong-xfs:xfs-merge-5.14 21/23] fs/xfs/xfs_log.c:3313 xlog_force_lsn() warn: inconsistent returns '>l_icloglock'.
CC: kbuild-...@lists.01.org
CC: "Darrick J. Wong"
TO: Dave Chinner
CC: "Darrick J. Wong"
CC: Brian Foster
CC: Allison Henderson
tree: https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux.git
xfs-merge-5.14
head: fb08ae552954e7b1cf5cb8973f5576667663c3a6
commit: 742140d2a486832d3414b97e4b6e0eb6d8633a4c [21/23] xfs: xfs_log_force_lsn
isn't passed a LSN
:: branch date: 5 days ago
:: commit date: 5 days ago
config: x86_64-randconfig-m001-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
fs/xfs/xfs_log.c:3313 xlog_force_lsn() warn: inconsistent returns
'>l_icloglock'.
Old smatch warnings:
fs/xfs/xfs_log.c:1822 xlog_write_iclog() warn: inconsistent returns
'>ic_sema'.
fs/xfs/xfs_log.c:3251 xfs_log_force() warn: inconsistent returns
'>l_icloglock'.
vim +3313 fs/xfs/xfs_log.c
^1da177e4c3f41 Linus Torvalds2005-04-16 3253
3e4da466bfa1de Christoph Hellwig 2018-03-13 3254 static int
742140d2a48683 Dave Chinner 2021-06-18 3255 xlog_force_lsn(
742140d2a48683 Dave Chinner 2021-06-18 3256 struct xlog
*log,
^1da177e4c3f41 Linus Torvalds2005-04-16 3257 xfs_lsn_t
lsn,
f538d4da8d5217 Christoph Hellwig 2005-11-02 3258 uint
flags,
3e4da466bfa1de Christoph Hellwig 2018-03-13 3259 int
*log_flushed,
3e4da466bfa1de Christoph Hellwig 2018-03-13 3260 bool
already_slept)
^1da177e4c3f41 Linus Torvalds2005-04-16 3261 {
a14a348bff2f99 Christoph Hellwig 2010-01-19 3262 struct xlog_in_core
*iclog;
71e330b593905e Dave Chinner 2010-05-21 3263
b22cd72c95df04 Eric Sandeen 2007-10-11 3264
spin_lock(>l_icloglock);
^1da177e4c3f41 Linus Torvalds2005-04-16 3265 iclog = log->l_iclog;
1858bb0bec612d Christoph Hellwig 2019-10-14 3266 if (iclog->ic_state ==
XLOG_STATE_IOERROR)
93806299b56b22 Christoph Hellwig 2018-03-13 3267 goto out_error;
^1da177e4c3f41 Linus Torvalds2005-04-16 3268
93806299b56b22 Christoph Hellwig 2018-03-13 3269 while
(be64_to_cpu(iclog->ic_header.h_lsn) != lsn) {
^1da177e4c3f41 Linus Torvalds2005-04-16 3270 iclog =
iclog->ic_next;
93806299b56b22 Christoph Hellwig 2018-03-13 3271 if (iclog ==
log->l_iclog)
93806299b56b22 Christoph Hellwig 2018-03-13 3272 goto
out_unlock;
^1da177e4c3f41 Linus Torvalds2005-04-16 3273 }
^1da177e4c3f41 Linus Torvalds2005-04-16 3274
^1da177e4c3f41 Linus Torvalds2005-04-16 3275 if (iclog->ic_state ==
XLOG_STATE_ACTIVE) {
^1da177e4c3f41 Linus Torvalds2005-04-16 3276 /*
93806299b56b22 Christoph Hellwig 2018-03-13 3277* We sleep
here if we haven't already slept (e.g. this is the
93806299b56b22 Christoph Hellwig 2018-03-13 3278* first time
we've looked at the correct iclog buf) and the
93806299b56b22 Christoph Hellwig 2018-03-13 3279* buffer
before us is going to be sync'ed. The reason for this
93806299b56b22 Christoph Hellwig 2018-03-13 3280* is that if
we are doing sync transactions here, by waiting
93806299b56b22 Christoph Hellwig 2018-03-13 3281* for the
previous I/O to complete, we can allow a few more
93806299b56b22 Christoph Hellwig 2018-03-13 3282* transactions
into this iclog before we close it down.
^1da177e4c3f41 Linus Torvalds2005-04-16 3283*
93806299b56b22 Christoph Hellwig 2018-03-13 3284* Otherwise,
we mark the buffer WANT_SYNC, and bump up the
93806299b56b22 Christoph Hellwig 2018-03-13 3285* refcnt so we
can release the log (which drops the ref count).
93806299b56b22 Christoph Hellwig 2018-03-13 3286* The state
switch keeps new transaction commits from using
93806299b56b22 Christoph Hellwig 2018-03-13 3287* this buffer.
When the current commits finish writing into
93806299b56b22 Christoph Hellwig 2018-03-13 3288* the buffer,
the refcount will drop to zero and the buffer
93806299b56b22 Christoph Hellwig 2018-03-13 3289* will go out
then.
^1da177e4c3f41 Linus Torvalds2005-04-16 3290*/
^1da177e4c3f41 Linus Torvalds2005-04-16 3291 if
(!already_slept &&
1858bb0bec612d Christoph Hellwig 2019-10-14 3292
(iclog->ic_prev->ic_state == XLOG_STATE_WANT_SYNC ||
1858bb0bec612d Christoph Hellwig 2019-10-14 3293
iclog->ic_prev->ic_state == XLOG_STATE_SYNCING)) {
eb40a87500ac2f Dave Chinner 2010-12-21 3294
xlog_wait(>ic_prev->ic_write_wait,
eb40a87500ac2f Dave Chinner 2010-12-21 3295
[kbuild] [xlnx:master 227/525] drivers/tty/serial/xilinx_uartps.c:1520 cdns_get_id() warn: inconsistent returns '_lock'.
CC: kbuild-...@lists.01.org
CC: linux-arm-ker...@lists.infradead.org
TO: Michal Simek
tree: https://github.com/Xilinx/linux-xlnx master
head: 163a7d26208a6794f5953d54787df5e903d4
commit: e75553bc99db8983cdfc8c629a5ca741d9897053 [227/525] serial: uartps:
Change uart ID port allocation
:: branch date: 9 days ago
:: commit date: 7 months ago
config: x86_64-randconfig-m001-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/tty/serial/xilinx_uartps.c:1520 cdns_get_id() warn: inconsistent
returns '_lock'.
vim +1520 drivers/tty/serial/xilinx_uartps.c
e75553bc99db89 Michal Simek 2018-09-20 1455
e75553bc99db89 Michal Simek 2018-09-20 1456 static int cdns_get_id(struct
platform_device *pdev)
e75553bc99db89 Michal Simek 2018-09-20 1457 {
e75553bc99db89 Michal Simek 2018-09-20 1458int id, ret;
e75553bc99db89 Michal Simek 2018-09-20 1459
e75553bc99db89 Michal Simek 2018-09-20 1460mutex_lock(_lock);
e75553bc99db89 Michal Simek 2018-09-20 1461
e75553bc99db89 Michal Simek 2018-09-20 1462/* Alias list is stable that's
why get alias bitmap only once */
e75553bc99db89 Michal Simek 2018-09-20 1463if (!alias_bitmap_initialized) {
e75553bc99db89 Michal Simek 2018-09-20 1464ret =
of_alias_get_alias_list(cdns_uart_of_match, "serial",
e75553bc99db89 Michal Simek 2018-09-20 1465
alias_bitmap, CDNS_UART_NR_PORTS);
e75553bc99db89 Michal Simek 2018-09-20 1466if (ret)
e75553bc99db89 Michal Simek 2018-09-20 1467return ret;
e75553bc99db89 Michal Simek 2018-09-20 1468
e75553bc99db89 Michal Simek 2018-09-20 1469
alias_bitmap_initialized++;
e75553bc99db89 Michal Simek 2018-09-20 1470}
e75553bc99db89 Michal Simek 2018-09-20 1471
e75553bc99db89 Michal Simek 2018-09-20 1472/* Make sure that alias ID is
not taken by instance without alias */
e75553bc99db89 Michal Simek 2018-09-20 1473bitmap_or(bitmap, bitmap,
alias_bitmap, CDNS_UART_NR_PORTS);
e75553bc99db89 Michal Simek 2018-09-20 1474
e75553bc99db89 Michal Simek 2018-09-20 1475dev_dbg(>dev, "Alias
bitmap: %*pb\n",
e75553bc99db89 Michal Simek 2018-09-20 1476CDNS_UART_NR_PORTS,
bitmap);
e75553bc99db89 Michal Simek 2018-09-20 1477
e75553bc99db89 Michal Simek 2018-09-20 1478/* Look for a serialN alias */
e75553bc99db89 Michal Simek 2018-09-20 1479id =
of_alias_get_id(pdev->dev.of_node, "serial");
e75553bc99db89 Michal Simek 2018-09-20 1480if (id < 0) {
e75553bc99db89 Michal Simek 2018-09-20 1481dev_warn(>dev,
e75553bc99db89 Michal Simek 2018-09-20 1482 "No serial
alias passed. Using the first free id\n");
e75553bc99db89 Michal Simek 2018-09-20 1483
e75553bc99db89 Michal Simek 2018-09-20 1484/*
e75553bc99db89 Michal Simek 2018-09-20 1485 * Start with id 0 and
check if there is no serial0 alias
e75553bc99db89 Michal Simek 2018-09-20 1486 * which points to
device which is compatible with this driver.
e75553bc99db89 Michal Simek 2018-09-20 1487 * If alias exists then
try next free position.
e75553bc99db89 Michal Simek 2018-09-20 1488 */
e75553bc99db89 Michal Simek 2018-09-20 1489id = 0;
e75553bc99db89 Michal Simek 2018-09-20 1490
e75553bc99db89 Michal Simek 2018-09-20 1491for (;;) {
e75553bc99db89 Michal Simek 2018-09-20 1492
dev_info(>dev, "Checking id %d\n", id);
e75553bc99db89 Michal Simek 2018-09-20 1493id =
find_next_zero_bit(bitmap, CDNS_UART_NR_PORTS, id);
e75553bc99db89 Michal Simek 2018-09-20 1494
e75553bc99db89 Michal Simek 2018-09-20 1495/* No free
empty instance */
e75553bc99db89 Michal Simek 2018-09-20 1496if (id ==
CDNS_UART_NR_PORTS) {
e75553bc99db89 Michal Simek 2018-09-20 1497
dev_err(>dev, "No free ID\n");
e75553bc99db89 Michal Simek 2018-09-20 1498
mutex_unlock(_lock);
e75553bc99db89 Michal Simek 2018-09-20 1499return
-EINVAL;
e75553bc99db89 Michal Simek 2018-09-20 1500}
e75553bc99db89 Michal Simek 2018-09-20 1501
e75553bc99db89 Michal Simek 2018-09-20 1502
dev_dbg(>dev, "The empty id is %d\n", id);
e75553bc99db89 Michal Simek 2018-09-20 1503/* Check if ID
is empty */
e75553bc99db89 Michal Simek 2018-09-20 1504if
(!test_and_set_bit(id, bitmap)) {
e75553bc99db89 Michal Simek 2018-09-20 1505/*
Break the loop if bit is taken */
e75553bc99db89 Michal Simek 2018-09-20 1506
dev_dbg(>dev,
e75553bc99db89 Michal Simek 2018-09-20 1507
[kbuild] [linux-next:master 9831/12612] mm/kmemleak.c:1818 kmemleak_write() warn: impossible condition '(msecs > (~0)) => (0-u32max > u32max)'
CC: kbuild-...@lists.01.org
CC: Linux Memory Management List
TO: Yanfei Xu
CC: Andrew Morton
CC: Linux Memory Management List
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master
head: d61c8b66c84080ecf8f9f4d9272ab4ec78029a59
commit: 1961331845977b33110793160d40e1698810cc59 [9831/12612] mm/kmemleak: fix
possible wrong memory scanning period
:: branch date: 13 hours ago
:: commit date: 7 days ago
config: microblaze-randconfig-m031-20210622 (attached as .config)
compiler: microblaze-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
mm/kmemleak.c:1818 kmemleak_write() warn: impossible condition '(msecs > (~0))
=> (0-u32max > u32max)'
Old smatch warnings:
arch/microblaze/include/asm/thread_info.h:91 current_thread_info() error:
uninitialized symbol 'sp'.
vim +1818 mm/kmemleak.c
c89da70c736029 Li Zefan 2014-04-03 1753
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1754 /*
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1755 * File write operation to
configure kmemleak at run-time. The following
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1756 * commands can be written
to the /sys/kernel/debug/kmemleak file:
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1757 * off - disable
kmemleak (irreversible)
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1758 * stack=on-
enable the task stacks scanning
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1759 * stack=off -
disable the tasks stacks scanning
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1760 * scan=on - start the
automatic memory scanning thread
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1761 * scan=off- stop
the automatic memory scanning thread
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1762 * scan=...- set
the automatic memory scanning period in seconds (0 to
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1763 * disable it)
4698c1f2bbe44c Catalin Marinas 2009-06-26 1764 * scan- trigger a
memory scan
30b3710105be0b Luis R. Rodriguez 2009-09-04 1765 * clear - mark all
current reported unreferenced kmemleak objects as
c89da70c736029 Li Zefan 2014-04-03 1766 * grey to
ignore printing them, or free all kmemleak objects
c89da70c736029 Li Zefan 2014-04-03 1767 * if kmemleak
has been disabled.
189d84ed54bbb0 Catalin Marinas 2009-08-27 1768 * dump=...- dump
information about the object found at the given address
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1769 */
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1770 static ssize_t
kmemleak_write(struct file *file, const char __user *user_buf,
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1771
size_t size, loff_t *ppos)
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1772 {
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1773 char buf[64];
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1774 int buf_size;
b87324d082d9d8 Catalin Marinas 2009-07-07 1775 int ret;
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1776
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1777 buf_size = min(size,
(sizeof(buf) - 1));
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1778 if
(strncpy_from_user(buf, user_buf, buf_size) < 0)
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1779 return -EFAULT;
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1780 buf[buf_size] = 0;
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1781
b87324d082d9d8 Catalin Marinas 2009-07-07 1782 ret =
mutex_lock_interruptible(_mutex);
b87324d082d9d8 Catalin Marinas 2009-07-07 1783 if (ret < 0)
b87324d082d9d8 Catalin Marinas 2009-07-07 1784 return ret;
b87324d082d9d8 Catalin Marinas 2009-07-07 1785
c89da70c736029 Li Zefan 2014-04-03 1786 if (strncmp(buf,
"clear", 5) == 0) {
8910ae896c8c96 Li Zefan 2014-04-03 1787 if
(kmemleak_enabled)
c89da70c736029 Li Zefan 2014-04-03 1788
kmemleak_clear();
c89da70c736029 Li Zefan 2014-04-03 1789 else
c89da70c736029 Li Zefan 2014-04-03 1790
__kmemleak_do_cleanup();
c89da70c736029 Li Zefan 2014-04-03 1791 goto out;
c89da70c736029 Li Zefan 2014-04-03 1792 }
c89da70c736029 Li Zefan 2014-04-03 1793
8910ae896c8c96 Li Zefan 2014-04-03 1794 if (!kmemleak_enabled) {
4e4dfce2278929 André Almeida 2019-07-11 1795 ret = -EPERM;
c89da70c736029 Li Zefan 2014-04-03 1796 goto out;
c89da70c736029 Li Zefan 2014-04-03 1797 }
c89da70c736029 Li Zefan 2014-04-03 1798
3c7b4e6b8be4c1 Catalin Marinas 2009-06-11 1799 if (strncmp(buf, "off",
3) == 0)
[kbuild] [kvm:queue 329/331] Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from latest version at 'include/uapi/linux/kvm.h': 283> /* Flags that describe what fields in emula
CC: kbuild-...@lists.01.org
CC: k...@vger.kernel.org
CC: Robert Hu
CC: Farrah Chen
CC: Danmei Wei
TO: Aaron Lewis
CC: Paolo Bonzini
CC: David Edmondson
CC: Jim Mattson
tree: https://git.kernel.org/pub/scm/virt/kvm/kvm.git queue
head: 42ac670e03c13e78b43177569bea49540d22661e
commit: 3bd33d3f648e99bdf93f327f2abc40962d740b9c [329/331] kvm: x86: Allow
userspace to handle emulation errors
:: branch date: 61 minutes ago
:: commit date: 61 minutes ago
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce:
cd tools/perf && ./check-headers.sh
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
perfheadercheck warnings: (new ones prefixed by >>)
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 283> /* Flags that describe
>> what fields in emulation_failure hold valid data. */
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 284> #define
>> KVM_INTERNAL_ERROR_EMULATION_FLAG_INSTRUCTION_BYTES (1ULL << 0)
Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
latest version at 'include/uapi/linux/kvm.h': 285>
Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
latest version at 'include/uapi/linux/kvm.h': 389> /*
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 390> *
>> KVM_INTERNAL_ERROR_EMULATION
Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
latest version at 'include/uapi/linux/kvm.h': 391> *
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 392> * "struct
>> emulation_failure" is an overlay of "struct internal"
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 393> * that is
>> used for the KVM_INTERNAL_ERROR_EMULATION sub-type of
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 394> *
>> KVM_EXIT_INTERNAL_ERROR. Note, unlike other internal error
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 395> *
>> sub-types, this struct is ABI! It also needs to be backwards
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 396> *
>> compatible with "struct internal". Take special care that
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 397> * "ndata"
>> is correct, that new fields are enumerated in "flags",
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 398> * and that
>> each flag enumerates fields that are 64-bit aligned
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 399> * and
>> sized (so that ndata+internal.data[] is valid/accurate).
Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
latest version at 'include/uapi/linux/kvm.h': 400> */
Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
latest version at 'include/uapi/linux/kvm.h': 401> struct {
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 402>
>> __u32 suberror;
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 403>
>> __u32 ndata;
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 404>
>> __u64 flags;
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 405>
>> __u8 insn_size;
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 406>
>> __u8 insn_bytes[15];
>> Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
>> latest version at 'include/uapi/linux/kvm.h': 407> }
>> emulation_failure;
Warning: Kernel ABI header at 'tools/include/uapi/linux/kvm.h' differs from
latest version at 'include/uapi/linux/kvm.h': 1108> #define
[kbuild] [xlnx:master 427/525] drivers/gpu/drm/xlnx/xlnx_bridge.h:97:15: sparse: sparse: duplicate inline
CC: kbuild-...@lists.01.org
CC: linux-arm-ker...@lists.infradead.org
TO: Jianqiang Chen
CC: Michal Simek
tree: https://github.com/Xilinx/linux-xlnx master
head: 163a7d26208a6794f5953d54787df5e903d4
commit: 11c15e11c5ef2030e0873599f71b5ae4169e352d [427/525] drm: xlnx: Update DP
subsystem with downstream version
:: branch date: 9 days ago
:: commit date: 7 weeks ago
config: x86_64-randconfig-s022-20210623 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.3-341-g8af24329-dirty
#
https://github.com/Xilinx/linux-xlnx/commit/11c15e11c5ef2030e0873599f71b5ae4169e352d
git remote add xlnx https://github.com/Xilinx/linux-xlnx
git fetch --no-tags xlnx master
git checkout 11c15e11c5ef2030e0873599f71b5ae4169e352d
# save the attached .config to linux build tree
make W=1 C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' W=1
ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
sparse warnings: (new ones prefixed by >>)
drivers/gpu/drm/xlnx/zynqmp_disp.c: note: in included file:
>> drivers/gpu/drm/xlnx/xlnx_bridge.h:97:15: sparse: sparse: duplicate inline
drivers/gpu/drm/xlnx/zynqmp_disp.c:160:41: sparse: sparse: array of flexible
structures
vim +97 drivers/gpu/drm/xlnx/xlnx_bridge.h
8942bb49a6afe8 Hyun Kwon 2018-01-23 96
232986daee13b1 Hyun Kwon 2018-02-08 @97 static inline inline int
xlnx_bridge_helper_init(void)
8942bb49a6afe8 Hyun Kwon 2018-01-23 98 {
8942bb49a6afe8 Hyun Kwon 2018-01-23 99return 0;
8942bb49a6afe8 Hyun Kwon 2018-01-23 100 }
8942bb49a6afe8 Hyun Kwon 2018-01-23 101
:: The code at line 97 was first introduced by commit
:: 232986daee13b17e61a456fd3a0a6419fe05cc83 drm: xlnx: bridge: Fix the
multiple definition error
:: TO: Hyun Kwon
:: CC: Michal Simek
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org
.config.gz
Description: application/gzip
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] Re: [PATCH 1/1] mm: introduce process_reap system call
CC: kbuild-...@lists.01.org In-Reply-To: <20210623192822.3072029-1-sur...@google.com> References: <20210623192822.3072029-1-sur...@google.com> TO: Suren Baghdasaryan TO: a...@linux-foundation.org CC: mho...@kernel.org CC: mho...@suse.com CC: rient...@google.com CC: wi...@infradead.org CC: han...@cmpxchg.org CC: g...@fb.com CC: r...@surriel.com CC: minc...@kernel.org CC: christ...@brauner.io Hi Suren, I love your patch! Perhaps something to improve: [auto build test WARNING on arm64/for-next/core] [also build test WARNING on tip/x86/asm linus/master v5.13-rc7] [cannot apply to hnaz-linux-mm/master next-20210623] [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/0day-ci/linux/commits/Suren-Baghdasaryan/mm-introduce-process_reap-system-call/20210624-032923 base: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core :: branch date: 74 minutes ago :: commit date: 74 minutes ago compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 reproduce: cd tools/perf && ./check-headers.sh If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot perfheadercheck warnings: (new ones prefixed by >>) Warning: Kernel ABI header at 'tools/perf/arch/powerpc/entry/syscalls/syscall.tbl' differs from latest version at 'arch/powerpc/kernel/syscalls/syscall.tbl': 525< 443 common quotactl_path sys_quotactl_path Warning: Kernel ABI header at 'tools/perf/arch/powerpc/entry/syscalls/syscall.tbl' differs from latest version at 'arch/powerpc/kernel/syscalls/syscall.tbl': 525> # 443 reserved for quotactl_path >> Warning: Kernel ABI header at >> 'tools/perf/arch/powerpc/entry/syscalls/syscall.tbl' differs from latest >> version at 'arch/powerpc/kernel/syscalls/syscall.tbl': 529> 447 common >> process_reapsys_process_reap -- Warning: Kernel ABI header at 'tools/perf/arch/x86/entry/syscalls/syscall_64.tbl' differs from latest version at 'arch/x86/entry/syscalls/syscall_64.tbl': 367< 443 common quotactl_path sys_quotactl_path Warning: Kernel ABI header at 'tools/perf/arch/x86/entry/syscalls/syscall_64.tbl' differs from latest version at 'arch/x86/entry/syscalls/syscall_64.tbl': 367> # 443 reserved for quotactl_path >> Warning: Kernel ABI header at >> 'tools/perf/arch/x86/entry/syscalls/syscall_64.tbl' differs from latest >> version at 'arch/x86/entry/syscalls/syscall_64.tbl': 371> 447 common >> process_reapsys_process_reap -- Warning: Kernel ABI header at 'tools/perf/arch/s390/entry/syscalls/syscall.tbl' differs from latest version at 'arch/s390/kernel/syscalls/syscall.tbl': 448< 443 commonquotactl_path sys_quotactl_path sys_quotactl_path Warning: Kernel ABI header at 'tools/perf/arch/s390/entry/syscalls/syscall.tbl' differs from latest version at 'arch/s390/kernel/syscalls/syscall.tbl': 448> # 443 reserved for quotactl_path >> Warning: Kernel ABI header at >> 'tools/perf/arch/s390/entry/syscalls/syscall.tbl' differs from latest >> version at 'arch/s390/kernel/syscalls/syscall.tbl': 452> 447 common >> process_reapsys_process_reapsys_process_reap -- >> Warning: Kernel ABI header at 'tools/include/uapi/asm-generic/unistd.h' >> differs from latest version at 'include/uapi/asm-generic/unistd.h': 875> >> #define __NR_process_reap 447 >> Warning: Kernel ABI header at 'tools/include/uapi/asm-generic/unistd.h' >> differs from latest version at 'include/uapi/asm-generic/unistd.h': 876> >> __SYSCALL(__NR_process_reap, sys_process_reap) Warning: Kernel ABI header at 'tools/include/uapi/asm-generic/unistd.h' differs from latest version at 'include/uapi/asm-generic/unistd.h': 877< #define __NR_syscalls 447 Warning: Kernel ABI header at 'tools/include/uapi/asm-generic/unistd.h' differs from latest version at 'include/uapi/asm-generic/unistd.h': 879> #define __NR_syscalls 448 -- Warning: Kernel ABI header at 'tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl' differs from latest version at 'arch/mips/kernel/syscalls/syscall_n64.tbl': 360< 443n64 quotactl_path sys_quotactl_path Warning: Kernel ABI header at 'tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl' differs from latest version at 'arch/mips/kernel/syscalls/syscall_n64.tbl': 360> # 443 reserved for quotactl_path >> Warning: Kernel ABI header at >> 'tools/perf/arch/mips/entry/syscalls/syscall_n64.tbl' differs from latest >> version at 'arch/mips/kernel/syscalls/syscall_n64.tbl': 364> 447n64 >> process_reap
[kbuild] [linux-next:master 10122/12612] mm/madvise.c:845 madvise_populate() warn: variable dereferenced before check 'vma' (see line 833)
CC: kbuild-...@lists.01.org
CC: Linux Memory Management List
TO: David Hildenbrand
CC: Andrew Morton
CC: Linux Memory Management List
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master
head: d61c8b66c84080ecf8f9f4d9272ab4ec78029a59
commit: 8474e978a98cef8dd44860efbed3c757e3912c71 [10122/12612] mm/madvise:
introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
:: branch date: 7 hours ago
:: commit date: 6 days ago
config: powerpc64-randconfig-m031-20210622 (attached as .config)
compiler: powerpc64le-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
mm/madvise.c:845 madvise_populate() warn: variable dereferenced before check
'vma' (see line 833)
Old smatch warnings:
arch/powerpc/include/asm/book3s/64/pgtable.h:787 pte_swp_soft_dirty() warn:
bitwise AND condition is false here
vim +/vma +845 mm/madvise.c
^1da177e4c3f41 Linus Torvalds2005-04-16 826
8474e978a98cef David Hildenbrand 2021-06-17 827 static long
madvise_populate(struct vm_area_struct *vma,
8474e978a98cef David Hildenbrand 2021-06-17 828
struct vm_area_struct **prev,
8474e978a98cef David Hildenbrand 2021-06-17 829
unsigned long start, unsigned long end,
8474e978a98cef David Hildenbrand 2021-06-17 830
int behavior)
8474e978a98cef David Hildenbrand 2021-06-17 831 {
8474e978a98cef David Hildenbrand 2021-06-17 832const bool write =
behavior == MADV_POPULATE_WRITE;
8474e978a98cef David Hildenbrand 2021-06-17 @833struct mm_struct *mm =
vma->vm_mm;
8474e978a98cef David Hildenbrand 2021-06-17 834unsigned long tmp_end;
8474e978a98cef David Hildenbrand 2021-06-17 835int locked = 1;
8474e978a98cef David Hildenbrand 2021-06-17 836long pages;
8474e978a98cef David Hildenbrand 2021-06-17 837
8474e978a98cef David Hildenbrand 2021-06-17 838*prev = vma;
8474e978a98cef David Hildenbrand 2021-06-17 839
8474e978a98cef David Hildenbrand 2021-06-17 840while (start < end) {
8474e978a98cef David Hildenbrand 2021-06-17 841/*
8474e978a98cef David Hildenbrand 2021-06-17 842 * We might
have temporarily dropped the lock. For example,
8474e978a98cef David Hildenbrand 2021-06-17 843 * our VMA
might have been split.
8474e978a98cef David Hildenbrand 2021-06-17 844 */
8474e978a98cef David Hildenbrand 2021-06-17 @845if (!vma ||
start >= vma->vm_end) {
8474e978a98cef David Hildenbrand 2021-06-17 846vma =
find_vma(mm, start);
8474e978a98cef David Hildenbrand 2021-06-17 847if
(!vma || start < vma->vm_start)
8474e978a98cef David Hildenbrand 2021-06-17 848
return -ENOMEM;
8474e978a98cef David Hildenbrand 2021-06-17 849}
8474e978a98cef David Hildenbrand 2021-06-17 850
8474e978a98cef David Hildenbrand 2021-06-17 851tmp_end =
min_t(unsigned long, end, vma->vm_end);
8474e978a98cef David Hildenbrand 2021-06-17 852/* Populate
(prefault) page tables readable/writable. */
8474e978a98cef David Hildenbrand 2021-06-17 853pages =
faultin_vma_page_range(vma, start, tmp_end, write,
8474e978a98cef David Hildenbrand 2021-06-17 854
);
8474e978a98cef David Hildenbrand 2021-06-17 855if (!locked) {
8474e978a98cef David Hildenbrand 2021-06-17 856
mmap_read_lock(mm);
8474e978a98cef David Hildenbrand 2021-06-17 857locked
= 1;
8474e978a98cef David Hildenbrand 2021-06-17 858*prev =
NULL;
8474e978a98cef David Hildenbrand 2021-06-17 859vma =
NULL;
8474e978a98cef David Hildenbrand 2021-06-17 860}
8474e978a98cef David Hildenbrand 2021-06-17 861if (pages < 0) {
8474e978a98cef David Hildenbrand 2021-06-17 862switch
(pages) {
8474e978a98cef David Hildenbrand 2021-06-17 863case
-EINTR:
8474e978a98cef David Hildenbrand 2021-06-17 864
return -EINTR;
8474e978a98cef David Hildenbrand 2021-06-17 865case
-EFAULT: /* Incompatible mappings / permissions. */
8474e978a98cef David Hildenbrand 2021-06-17 866
return -EINVAL;
8474e978a98cef David Hildenbrand 2021-06-17 867case
-EHWPOISON:
8474e978a98cef David Hildenbrand 2021-06-17 868
return -EHWPOISON;
8474e978a98cef David Hildenbrand 2021-06-17 869default:
8474e978a98cef David Hildenbrand 2021-06-17 870
pr_warn_once("%s: unhandled return value:
[kbuild] net/sunrpc/xprtrdma/frwr_ops.c:533 frwr_unmap_sync() error: uninitialized symbol 'last'.
CC: kbuild-...@lists.01.org
CC: linux-ker...@vger.kernel.org
TO: Chuck Lever
CC: Trond Myklebust
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75
commit: 9e895cd9649abe4392c59d14e31b0f5667d082d2 xprtrdma: Fix a NULL
dereference in frwr_unmap_sync()
date: 8 weeks ago
:: branch date: 24 hours ago
:: commit date: 8 weeks ago
config: x86_64-randconfig-m001-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
net/sunrpc/xprtrdma/frwr_ops.c:533 frwr_unmap_sync() error: uninitialized
symbol 'last'.
Old smatch warnings:
net/sunrpc/xprtrdma/frwr_ops.c:637 frwr_unmap_async() error: potentially
dereferencing uninitialized 'last'.
vim +/last +533 net/sunrpc/xprtrdma/frwr_ops.c
847568942f93e0 Chuck Lever 2019-06-19 488
847568942f93e0 Chuck Lever 2019-06-19 489 /**
847568942f93e0 Chuck Lever 2019-06-19 490 * frwr_unmap_sync - invalidate
memory regions that were registered for @req
847568942f93e0 Chuck Lever 2019-06-19 491 * @r_xprt: controlling
transport instance
847568942f93e0 Chuck Lever 2019-06-19 492 * @req: rpcrdma_req with a
non-empty list of MRs to process
9d6b0409788287 Chuck Lever 2016-06-29 493 *
847568942f93e0 Chuck Lever 2019-06-19 494 * Sleeps until it is safe for
the host CPU to access the previously mapped
d8099feda4833b Chuck Lever 2019-06-19 495 * memory regions. This
guarantees that registered MRs are properly fenced
d8099feda4833b Chuck Lever 2019-06-19 496 * from the server before the
RPC consumer accesses the data in them. It
d8099feda4833b Chuck Lever 2019-06-19 497 * also ensures proper Send
flow control: waking the next RPC waits until
d8099feda4833b Chuck Lever 2019-06-19 498 * this RPC has relinquished
all its Send Queue entries.
c9918ff56dfb17 Chuck Lever 2015-12-16 499 */
847568942f93e0 Chuck Lever 2019-06-19 500 void frwr_unmap_sync(struct
rpcrdma_xprt *r_xprt, struct rpcrdma_req *req)
c9918ff56dfb17 Chuck Lever 2015-12-16 501 {
d34ac5cd3a73aa Bart Van Assche 2018-07-18 502 struct ib_send_wr
*first, **prev, *last;
5ecef9c8436695 Chuck Lever 2020-11-09 503 struct rpcrdma_ep *ep =
r_xprt->rx_ep;
d34ac5cd3a73aa Bart Van Assche 2018-07-18 504 const struct ib_send_wr
*bad_wr;
96ceddea3710f6 Chuck Lever 2017-12-14 505 struct rpcrdma_mr *mr;
847568942f93e0 Chuck Lever 2019-06-19 506 int rc;
c9918ff56dfb17 Chuck Lever 2015-12-16 507
451d26e151f079 Chuck Lever 2017-06-08 508 /* ORDER: Invalidate
all of the MRs first
c9918ff56dfb17 Chuck Lever 2015-12-16 509 *
c9918ff56dfb17 Chuck Lever 2015-12-16 510 * Chain the LOCAL_INV
Work Requests and post them with
c9918ff56dfb17 Chuck Lever 2015-12-16 511 * a single
ib_post_send() call.
c9918ff56dfb17 Chuck Lever 2015-12-16 512 */
a100fda1a2e1fa Chuck Lever 2016-11-29 513 prev =
265a38d4611360 Chuck Lever 2019-08-19 514 while ((mr =
rpcrdma_mr_pop(>rl_registered))) {
96ceddea3710f6 Chuck Lever 2017-12-14 515
d379eaa838f181 Chuck Lever 2018-10-01 516
trace_xprtrdma_mr_localinv(mr);
847568942f93e0 Chuck Lever 2019-06-19 517
r_xprt->rx_stats.local_inv_needed++;
a100fda1a2e1fa Chuck Lever 2016-11-29 518
dcff9ed209aa6a Chuck Lever 2021-04-19 519 last =
>mr_invwr;
847568942f93e0 Chuck Lever 2019-06-19 520 last->next =
NULL;
e10fa96d347488 Chuck Lever 2021-04-19 521 last->wr_cqe =
>mr_cqe;
847568942f93e0 Chuck Lever 2019-06-19 522 last->sg_list =
NULL;
847568942f93e0 Chuck Lever 2019-06-19 523 last->num_sge =
0;
a100fda1a2e1fa Chuck Lever 2016-11-29 524 last->opcode =
IB_WR_LOCAL_INV;
847568942f93e0 Chuck Lever 2019-06-19 525
last->send_flags = IB_SEND_SIGNALED;
96ceddea3710f6 Chuck Lever 2017-12-14 526
last->ex.invalidate_rkey = mr->mr_handle;
c9918ff56dfb17 Chuck Lever 2015-12-16 527
e10fa96d347488 Chuck Lever 2021-04-19 528
last->wr_cqe->done = frwr_wc_localinv;
e10fa96d347488 Chuck Lever 2021-04-19 529
a100fda1a2e1fa Chuck Lever 2016-11-29 530 *prev = last;
a100fda1a2e1fa Chuck Lever 2016-11-29 531 prev =
>next;
c9918ff56dfb17 Chuck Lever 2015-12-16 532 }
9e895cd9649abe Chuck Lever 2021-05-01 @533 mr = container_of(last,
struct rpcrdma_mr, mr_invwr);
c9918ff56dfb17 Chuck Lever 2015-12-16 534
c9918ff56dfb17 Chuck Lever 2015-12-16 535 /* Strong send queue
[kbuild] [PATCH] coccinelle: iterators: fix for_each_child.cocci warnings
CC: kbuild-...@lists.01.org
CC: linux-ker...@vger.kernel.org
TO: Sumera Priyadarsini
CC: Julia Lawall
CC: Kishon Vijay Abraham I
CC: Vinod Koul
CC: Heiko Stuebner
CC: linux-ker...@vger.kernel.org
CC: linux-arm-ker...@lists.infradead.org
CC: linux-rockc...@lists.infradead.org
From: kernel test robot
drivers/phy/rockchip/phy-rockchip-inno-usb2.c:1149:1-33: WARNING: Function
"for_each_available_child_of_node" should have of_node_put() before break
around line 1184.
Semantic patch information:
False positives can be due to function calls within the for_each
loop that may encapsulate an of_node_put.
Generated by: scripts/coccinelle/iterators/for_each_child.cocci
Fixes: 82c2d81361ec ("coccinelle: iterators: Add for_each_child.cocci script")
CC: Sumera Priyadarsini
Reported-by: kernel test robot
Signed-off-by: kernel test robot
---
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75
commit: 82c2d81361ecd142a54e84a9da1e287113314a4f coccinelle: iterators: Add
for_each_child.cocci script
:: branch date: 20 hours ago
:: commit date: 8 months ago
Please take the patch only if it's a positive warning. Thanks!
phy-rockchip-inno-usb2.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- a/drivers/phy/rockchip/phy-rockchip-inno-usb2.c
+++ b/drivers/phy/rockchip/phy-rockchip-inno-usb2.c
@@ -1180,8 +1180,10 @@ static int rockchip_usb2phy_probe(struct
next_child:
/* to prevent out of boundary */
- if (++index >= rphy->phy_cfg->num_ports)
+ if (++index >= rphy->phy_cfg->num_ports) {
+ of_node_put(child_np);
break;
+ }
}
provider = devm_of_phy_provider_register(dev, of_phy_simple_xlate);
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] drivers/phy/rockchip/phy-rockchip-inno-usb2.c:1149:1-33: WARNING: Function "for_each_available_child_of_node" should have of_node_put() before break around line 1184.
CC: kbuild-...@lists.01.org CC: linux-ker...@vger.kernel.org TO: Sumera Priyadarsini CC: Julia Lawall tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75 commit: 82c2d81361ecd142a54e84a9da1e287113314a4f coccinelle: iterators: Add for_each_child.cocci script date: 8 months ago :: branch date: 20 hours ago :: commit date: 8 months ago config: i386-randconfig-c001-20210622 (attached as .config) compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot Reported-by: Julia Lawall cocci warnings: (new ones prefixed by >>) >> drivers/phy/rockchip/phy-rockchip-inno-usb2.c:1149:1-33: WARNING: Function >> "for_each_available_child_of_node" should have of_node_put() before break >> around line 1184. Please review and possibly fold the followup patch. --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip ___ kbuild mailing list -- kbuild@lists.01.org To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] Re: net/sunrpc/xprtrdma/frwr_ops.c:647 frwr_unmap_async() error: potentially dereferencing uninitialized 'last'.
On Wed, Jun 23, 2021 at 03:20:10PM +0300, Chuck Lever III wrote:
> Howdy Dan!
>
> > On Jun 23, 2021, at 6:07 AM, Dan Carpenter wrote:
> >
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > master
> > head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75
> > commit: e10fa96d347488d1fd278e84f52ba7b25067cc71 xprtrdma: Move cqe to
> > struct rpcrdma_mr
> > config: x86_64-randconfig-m001-20210622 (attached as .config)
> > compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
> >
> > If you fix the issue, kindly add following tag as appropriate
> > Reported-by: kernel test robot
> > Reported-by: Dan Carpenter
> >
> > New smatch warnings:
> > net/sunrpc/xprtrdma/frwr_ops.c:647 frwr_unmap_async() error: potentially
> > dereferencing uninitialized 'last'.
> >
> > Old smatch warnings:
> > net/sunrpc/xprtrdma/frwr_ops.c:546 frwr_unmap_sync() error: potentially
> > dereferencing uninitialized 'last'.
> >
> > vim +/last +647 net/sunrpc/xprtrdma/frwr_ops.c
> >
> > d8099feda4833b Chuck Lever 2019-06-19 608 void frwr_unmap_async(struct
> > rpcrdma_xprt *r_xprt, struct rpcrdma_req *req)
> > d8099feda4833b Chuck Lever 2019-06-19 609 {
> > d8099feda4833b Chuck Lever 2019-06-19 610 struct ib_send_wr
> > *first, *last, **prev;
> > 5ecef9c8436695 Chuck Lever 2020-11-09 611 struct rpcrdma_ep *ep =
> > r_xprt->rx_ep;
> > d8099feda4833b Chuck Lever 2019-06-19 612 struct rpcrdma_frwr
> > *frwr;
> > d8099feda4833b Chuck Lever 2019-06-19 613 struct rpcrdma_mr *mr;
> > d8099feda4833b Chuck Lever 2019-06-19 614 int rc;
> > d8099feda4833b Chuck Lever 2019-06-19 615
> > d8099feda4833b Chuck Lever 2019-06-19 616 /* Chain the LOCAL_INV
> > Work Requests and post them with
> > d8099feda4833b Chuck Lever 2019-06-19 617 * a single
> > ib_post_send() call.
> > d8099feda4833b Chuck Lever 2019-06-19 618 */
> > d8099feda4833b Chuck Lever 2019-06-19 619 frwr = NULL;
> > d8099feda4833b Chuck Lever 2019-06-19 620 prev =
> > 265a38d4611360 Chuck Lever 2019-08-19 621 while ((mr =
> > rpcrdma_mr_pop(>rl_registered))) {
> >
> > Is it possible for the ->rl_registered list to be empty?
>
> The one and only call site for frwr_unmap_async() in in
> rpcrdma_reply_handler():
>
> 1483 if (!list_empty(>rl_registered))
> 1484 frwr_unmap_async(r_xprt, req);
> 1485 /* LocalInv completion will complete the RPC */
> 1486 else
> 1487 kref_put(>rl_kref, rpcrdma_reply_done);
>
>
> > If not, then just ignore this email.
>
> I seem to recall smatch catching this problem before. Is there a way
> to annotate frwr_unmap_async() to calm smatch's nerves?
In theory, if you have the cross function DB built then it's not
supposed to print this warning. But in reality it does. The data is
stored correctly in DB, but it's not used correctly. Huh... I will
investigate.
I don't think the kbuild bot uses the cross function DB, but it only
sends the warning once so who cares.
regards,
dan carpenter
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] [linux-next:master 10472/12271] arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: too many errors
CC: kbuild-...@lists.01.org CC: Linux Memory Management List TO: Dmitry Osipenko CC: Daniel Lezcano tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master head: 4238b1710eadd18dd16de0288a2bc5bb84614b4e commit: 1f9c5936b10c8ac38bfd3a931915b6c50b72ba05 [10472/12271] thermal/drivers/tegra: Correct compile-testing of drivers :: branch date: 25 hours ago :: commit date: 6 days ago config: m68k-allmodconfig (attached as .config) compiler: m68k-linux-gcc (GCC) 9.3.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # apt-get install sparse # sparse version: v0.6.3-341-g8af24329-dirty # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=1f9c5936b10c8ac38bfd3a931915b6c50b72ba05 git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git git fetch --no-tags linux-next master git checkout 1f9c5936b10c8ac38bfd3a931915b6c50b72ba05 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' W=1 ARCH=m68k If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot sparse warnings: (new ones prefixed by >>) arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable arch/m68k/include/asm/bitops.h:491:27: sparse: sparse: not addressable
[kbuild] [intel-linux-intel-lts:4.19/android_r 19120/23451] drivers/media/i2c/max9286.c:8:1: iwyu: warning: superfluous #include
CC: kbuild-...@lists.01.org CC: "Pan, Kris" tree: https://github.com/intel/linux-intel-lts.git 4.19/android_r head: 71dbe8b787e34f3ce300217fc6ca5a2ec4aef447 commit: b652a52d36a85d1b731921ba08e701d7150ce200 [19120/23451] Merge branch 'aosp/android-4.19-stable' into android_r :: branch date: 5 days ago :: commit date: 10 months ago config: x86_64-randconfig-b001-20210622 (attached as .config) compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project b259740801d3515810ecc15bf0c24b0d476a1608) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install x86_64 cross compiling tool for clang build # apt-get install binutils-x86-64-linux-gnu # apt-get install iwyu # include-what-you-use # https://github.com/intel/linux-intel-lts/commit/b652a52d36a85d1b731921ba08e701d7150ce200 git remote add intel-linux-intel-lts https://github.com/intel/linux-intel-lts.git git fetch --no-tags intel-linux-intel-lts 4.19/android_r git checkout b652a52d36a85d1b731921ba08e701d7150ce200 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross C=1 CHECK=iwyu ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot iwyu warnings: (new ones prefixed by >>) >> drivers/media/i2c/max9286.c:8:1: iwyu: warning: superfluous #include >> drivers/media/i2c/max9286.c:6:1: iwyu: warning: superfluous #include >> drivers/media/i2c/max9286.c:7:1: iwyu: warning: superfluous #include >> >> drivers/media/i2c/max9286.c:11:1: iwyu: warning: superfluous #include >> >> drivers/media/i2c/max9286.c:16:1: iwyu: warning: superfluous #include >> vim +8 drivers/media/i2c/max9286.c 41994ca1985584 Meng Wei 2018-10-26 3 41994ca1985584 Meng Wei 2018-10-26 4 #include 41994ca1985584 Meng Wei 2018-10-26 5 #include 41994ca1985584 Meng Wei 2018-10-26 6 #include 41994ca1985584 Meng Wei 2018-10-26 @7 #include 41994ca1985584 Meng Wei 2018-10-26 @8 #include 41994ca1985584 Meng Wei 2018-10-26 9 #include 41994ca1985584 Meng Wei 2018-10-26 10 41994ca1985584 Meng Wei 2018-10-26 @11 #include 41994ca1985584 Meng Wei 2018-10-26 12 #include 41994ca1985584 Meng Wei 2018-10-26 13 #include 41994ca1985584 Meng Wei 2018-10-26 14 #include 41994ca1985584 Meng Wei 2018-10-26 15 #include 41994ca1985584 Meng Wei 2018-10-26 @16 #include 41994ca1985584 Meng Wei 2018-10-26 17 :: The code at line 8 was first introduced by commit :: 41994ca1985584f12c52324f97effb3a8ae4a0c1 media: i2c: add MAX9286/96705 SER/DES driver :: TO: Meng Wei :: CC: Pan, Kris --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip ___ kbuild mailing list -- kbuild@lists.01.org To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] [jpirko-mlxsw:linecards_bu5 50/110] net/core/devlink.c:9793:2-8: preceding lock on line 9774
CC: kbuild-...@lists.01.org
TO: Jiri Pirko
tree: https://github.com/jpirko/linux_mlxsw linecards_bu5
head: ac32eea04a0d84715c80f82df76faa5944665c31
commit: d54bba0f8a351c19ac1afe5ab901b430712f38f4 [50/110] devlink: implement
line card provisioning
:: branch date: 6 days ago
:: commit date: 6 days ago
config: sparc-randconfig-c004-20210622 (attached as .config)
compiler: sparc-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Julia Lawall
cocci warnings: (new ones prefixed by >>)
>> net/core/devlink.c:9793:2-8: preceding lock on line 9774
vim +9793 net/core/devlink.c
d54bba0f8a351c Jiri Pirko 2020-12-31 9751
d54bba0f8a351c Jiri Pirko 2020-12-31 9752
3ed099532e7d71 Jiri Pirko 2020-12-28 9753 /**
3ed099532e7d71 Jiri Pirko 2020-12-28 9754 * devlink_linecard_create -
Create devlink linecard
3ed099532e7d71 Jiri Pirko 2020-12-28 9755 *
3ed099532e7d71 Jiri Pirko 2020-12-28 9756 * @devlink: devlink
d54bba0f8a351c Jiri Pirko 2020-12-31 9757 * @linecard: devlink linecard
3ed099532e7d71 Jiri Pirko 2020-12-28 9758 * @linecard_index:
driver-specific numerical identifier of the linecard
3ed099532e7d71 Jiri Pirko 2020-12-28 9759 *
3ed099532e7d71 Jiri Pirko 2020-12-28 9760 * Create devlink linecard
instance with provided linecard index.
3ed099532e7d71 Jiri Pirko 2020-12-28 9761 * Caller can use any indexing,
even hw-related one.
3ed099532e7d71 Jiri Pirko 2020-12-28 9762 */
d54bba0f8a351c Jiri Pirko 2020-12-31 9763 struct devlink_linecard *
d54bba0f8a351c Jiri Pirko 2020-12-31 9764 devlink_linecard_create(struct
devlink *devlink, unsigned int linecard_index,
d54bba0f8a351c Jiri Pirko 2020-12-31 9765 const struct
devlink_linecard_ops *ops, void *priv)
3ed099532e7d71 Jiri Pirko 2020-12-28 9766 {
3ed099532e7d71 Jiri Pirko 2020-12-28 9767 struct devlink_linecard
*linecard;
d54bba0f8a351c Jiri Pirko 2020-12-31 9768 int err;
d54bba0f8a351c Jiri Pirko 2020-12-31 9769
d54bba0f8a351c Jiri Pirko 2020-12-31 9770 if (WARN_ON(!ops ||
!ops->provision || !ops->unprovision ||
d54bba0f8a351c Jiri Pirko 2020-12-31 9771 !ops->types_count
|| !ops->types_get))
d54bba0f8a351c Jiri Pirko 2020-12-31 9772 return ERR_PTR(-EINVAL);
3ed099532e7d71 Jiri Pirko 2020-12-28 9773
3ed099532e7d71 Jiri Pirko 2020-12-28 @9774 mutex_lock(>lock);
3ed099532e7d71 Jiri Pirko 2020-12-28 9775 if
(devlink_linecard_index_exists(devlink, linecard_index)) {
3ed099532e7d71 Jiri Pirko 2020-12-28 9776
mutex_unlock(>lock);
3ed099532e7d71 Jiri Pirko 2020-12-28 9777 return ERR_PTR(-EEXIST);
3ed099532e7d71 Jiri Pirko 2020-12-28 9778 }
3ed099532e7d71 Jiri Pirko 2020-12-28 9779
3ed099532e7d71 Jiri Pirko 2020-12-28 9780 linecard =
kzalloc(sizeof(*linecard), GFP_KERNEL);
3ed099532e7d71 Jiri Pirko 2020-12-28 9781 if (!linecard)
3ed099532e7d71 Jiri Pirko 2020-12-28 9782 return ERR_PTR(-ENOMEM);
3ed099532e7d71 Jiri Pirko 2020-12-28 9783
3ed099532e7d71 Jiri Pirko 2020-12-28 9784 linecard->devlink = devlink;
3ed099532e7d71 Jiri Pirko 2020-12-28 9785 linecard->index =
linecard_index;
d54bba0f8a351c Jiri Pirko 2020-12-31 9786 linecard->ops = ops;
d54bba0f8a351c Jiri Pirko 2020-12-31 9787 linecard->priv = priv;
d54bba0f8a351c Jiri Pirko 2020-12-31 9788 linecard->state =
DEVLINK_LINECARD_STATE_UNPROVISIONED;
d54bba0f8a351c Jiri Pirko 2020-12-31 9789
d54bba0f8a351c Jiri Pirko 2020-12-31 9790 err =
devlink_linecard_types_init(linecard);
d54bba0f8a351c Jiri Pirko 2020-12-31 9791 if (err) {
d54bba0f8a351c Jiri Pirko 2020-12-31 9792 kfree(linecard);
d54bba0f8a351c Jiri Pirko 2020-12-31 @9793 return ERR_PTR(err);
d54bba0f8a351c Jiri Pirko 2020-12-31 9794 }
d54bba0f8a351c Jiri Pirko 2020-12-31 9795
3ed099532e7d71 Jiri Pirko 2020-12-28 9796 list_add_tail(>list,
>linecard_list);
3ed099532e7d71 Jiri Pirko 2020-12-28 9797
devlink_linecard_notify(linecard, DEVLINK_CMD_LINECARD_NEW);
3ed099532e7d71 Jiri Pirko 2020-12-28 9798 mutex_unlock(>lock);
3ed099532e7d71 Jiri Pirko 2020-12-28 9799 return linecard;
3ed099532e7d71 Jiri Pirko 2020-12-28 9800 }
3ed099532e7d71 Jiri Pirko 2020-12-28 9801
EXPORT_SYMBOL_GPL(devlink_linecard_create);
3ed099532e7d71 Jiri Pirko 2020-12-28 9802
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org
.config.gz
Description: application/gzip
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] [linux-next:master 11637/12271] drivers/regulator/bd9576-regulator.c:8:1: iwyu: warning: superfluous #include
CC: kbuild-...@lists.01.org CC: Linux Memory Management List TO: Matti Vaittinen , Matti Vaittinen CC: Mark Brown tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master head: 4238b1710eadd18dd16de0288a2bc5bb84614b4e commit: e7bf1fa58c46db9f72220c4472272d6da0a54c91 [11637/12271] regulator: bd9576: Support error reporting :: branch date: 24 hours ago :: commit date: 2 days ago config: x86_64-randconfig-b001-20210623 (attached as .config) compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project b259740801d3515810ecc15bf0c24b0d476a1608) reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # install x86_64 cross compiling tool for clang build # apt-get install binutils-x86-64-linux-gnu # apt-get install iwyu # include-what-you-use # https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=e7bf1fa58c46db9f72220c4472272d6da0a54c91 git remote add linux-next https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git git fetch --no-tags linux-next master git checkout e7bf1fa58c46db9f72220c4472272d6da0a54c91 # save the attached .config to linux build tree COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross C=1 CHECK=iwyu ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot iwyu warnings: (new ones prefixed by >>) drivers/regulator/bd9576-regulator.c:7:1: iwyu: warning: superfluous #include >> drivers/regulator/bd9576-regulator.c:8:1: iwyu: warning: superfluous >> #include drivers/regulator/bd9576-regulator.c:16:1: iwyu: warning: superfluous #include drivers/regulator/bd9576-regulator.c:17:1: iwyu: warning: superfluous #include drivers/regulator/bd9576-regulator.c:18:1: iwyu: warning: superfluous #include >> drivers/regulator/bd9576-regulator.c:19:1: iwyu: warning: superfluous >> #include vim +8 drivers/regulator/bd9576-regulator.c b014e9fae7e7de Matti Vaittinen 2020-09-17 4 b014e9fae7e7de Matti Vaittinen 2020-09-17 5 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 6 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 @7 #include e7bf1fa58c46db Matti Vaittinen 2021-06-03 @8 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 9 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 10 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 11 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 12 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 13 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 14 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 15 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 16 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 17 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 18 #include e7bf1fa58c46db Matti Vaittinen 2021-06-03 @19 #include e7bf1fa58c46db Matti Vaittinen 2021-06-03 20 #include b014e9fae7e7de Matti Vaittinen 2020-09-17 21 --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip ___ kbuild mailing list -- kbuild@lists.01.org To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] [linux-next:master 2280/12271] drivers/iio/accel/fxls8962af-core.c:640 fxls8962af_i2c_raw_read_errata3() error: uninitialized symbol 'ret'.
CC: kbuild-...@lists.01.org
CC: Linux Memory Management List
TO: Sean Nyekjaer
CC: Jonathan Cameron
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master
head: 4238b1710eadd18dd16de0288a2bc5bb84614b4e
commit: af959b7b96b87aee13ed5b0041fc14ca2e72cc84 [2280/12271] iio: accel:
fxls8962af: fix errata bug E3 - I2C burst reads
:: branch date: 24 hours ago
:: commit date: 5 weeks ago
config: powerpc64-randconfig-m031-20210622 (attached as .config)
compiler: powerpc64le-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/iio/accel/fxls8962af-core.c:640 fxls8962af_i2c_raw_read_errata3()
error: uninitialized symbol 'ret'.
vim +/ret +640 drivers/iio/accel/fxls8962af-core.c
79e3a5bdd9efbd Sean Nyekjaer 2021-05-06 626
af959b7b96b87a Sean Nyekjaer 2021-05-06 627 static int
fxls8962af_i2c_raw_read_errata3(struct fxls8962af_data *data,
af959b7b96b87a Sean Nyekjaer 2021-05-06 628
u16 *buffer, int samples,
af959b7b96b87a Sean Nyekjaer 2021-05-06 629
int sample_length)
af959b7b96b87a Sean Nyekjaer 2021-05-06 630 {
af959b7b96b87a Sean Nyekjaer 2021-05-06 631int i, ret;
af959b7b96b87a Sean Nyekjaer 2021-05-06 632
af959b7b96b87a Sean Nyekjaer 2021-05-06 633for (i = 0; i < samples; i++) {
af959b7b96b87a Sean Nyekjaer 2021-05-06 634ret =
regmap_raw_read(data->regmap, FXLS8962AF_BUF_X_LSB,
af959b7b96b87a Sean Nyekjaer 2021-05-06 635
[i * 3], sample_length);
af959b7b96b87a Sean Nyekjaer 2021-05-06 636if (ret)
af959b7b96b87a Sean Nyekjaer 2021-05-06 637return ret;
af959b7b96b87a Sean Nyekjaer 2021-05-06 638}
af959b7b96b87a Sean Nyekjaer 2021-05-06 639
af959b7b96b87a Sean Nyekjaer 2021-05-06 @640return ret;
af959b7b96b87a Sean Nyekjaer 2021-05-06 641 }
af959b7b96b87a Sean Nyekjaer 2021-05-06 642
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org
.config.gz
Description: application/gzip
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] net/sunrpc/xprtrdma/frwr_ops.c:647 frwr_unmap_async() error: potentially dereferencing uninitialized 'last'.
CC: kbuild-...@lists.01.org
CC: linux-ker...@vger.kernel.org
TO: Chuck Lever
CC: Trond Myklebust
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75
commit: e10fa96d347488d1fd278e84f52ba7b25067cc71 xprtrdma: Move cqe to struct
rpcrdma_mr
date: 8 weeks ago
:: branch date: 16 hours ago
:: commit date: 8 weeks ago
config: x86_64-randconfig-m001-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
New smatch warnings:
net/sunrpc/xprtrdma/frwr_ops.c:647 frwr_unmap_async() error: potentially
dereferencing uninitialized 'last'.
Old smatch warnings:
net/sunrpc/xprtrdma/frwr_ops.c:546 frwr_unmap_sync() error: potentially
dereferencing uninitialized 'last'.
vim +/last +647 net/sunrpc/xprtrdma/frwr_ops.c
d8099feda4833b Chuck Lever 2019-06-19 597
d8099feda4833b Chuck Lever 2019-06-19 598 /**
d8099feda4833b Chuck Lever 2019-06-19 599 * frwr_unmap_async - invalidate
memory regions that were registered for @req
d8099feda4833b Chuck Lever 2019-06-19 600 * @r_xprt: controlling transport
instance
d8099feda4833b Chuck Lever 2019-06-19 601 * @req: rpcrdma_req with a
non-empty list of MRs to process
d8099feda4833b Chuck Lever 2019-06-19 602 *
d8099feda4833b Chuck Lever 2019-06-19 603 * This guarantees that registered
MRs are properly fenced from the
d8099feda4833b Chuck Lever 2019-06-19 604 * server before the RPC consumer
accesses the data in them. It also
d8099feda4833b Chuck Lever 2019-06-19 605 * ensures proper Send flow
control: waking the next RPC waits until
d8099feda4833b Chuck Lever 2019-06-19 606 * this RPC has relinquished all
its Send Queue entries.
d8099feda4833b Chuck Lever 2019-06-19 607 */
d8099feda4833b Chuck Lever 2019-06-19 608 void frwr_unmap_async(struct
rpcrdma_xprt *r_xprt, struct rpcrdma_req *req)
d8099feda4833b Chuck Lever 2019-06-19 609 {
d8099feda4833b Chuck Lever 2019-06-19 610 struct ib_send_wr *first,
*last, **prev;
5ecef9c8436695 Chuck Lever 2020-11-09 611 struct rpcrdma_ep *ep =
r_xprt->rx_ep;
d8099feda4833b Chuck Lever 2019-06-19 612 struct rpcrdma_frwr *frwr;
d8099feda4833b Chuck Lever 2019-06-19 613 struct rpcrdma_mr *mr;
d8099feda4833b Chuck Lever 2019-06-19 614 int rc;
d8099feda4833b Chuck Lever 2019-06-19 615
d8099feda4833b Chuck Lever 2019-06-19 616 /* Chain the LOCAL_INV Work
Requests and post them with
d8099feda4833b Chuck Lever 2019-06-19 617 * a single ib_post_send() call.
d8099feda4833b Chuck Lever 2019-06-19 618 */
d8099feda4833b Chuck Lever 2019-06-19 619 frwr = NULL;
d8099feda4833b Chuck Lever 2019-06-19 620 prev =
265a38d4611360 Chuck Lever 2019-08-19 621 while ((mr =
rpcrdma_mr_pop(>rl_registered))) {
d8099feda4833b Chuck Lever 2019-06-19 622
d8099feda4833b Chuck Lever 2019-06-19 623
trace_xprtrdma_mr_localinv(mr);
d8099feda4833b Chuck Lever 2019-06-19 624
r_xprt->rx_stats.local_inv_needed++;
d8099feda4833b Chuck Lever 2019-06-19 625
d8099feda4833b Chuck Lever 2019-06-19 626 frwr = >frwr;
d8099feda4833b Chuck Lever 2019-06-19 627 last = >fr_invwr;
d8099feda4833b Chuck Lever 2019-06-19 628 last->next = NULL;
e10fa96d347488 Chuck Lever 2021-04-19 629 last->wr_cqe =
>mr_cqe;
d8099feda4833b Chuck Lever 2019-06-19 630 last->sg_list = NULL;
d8099feda4833b Chuck Lever 2019-06-19 631 last->num_sge = 0;
d8099feda4833b Chuck Lever 2019-06-19 632 last->opcode =
IB_WR_LOCAL_INV;
d8099feda4833b Chuck Lever 2019-06-19 633 last->send_flags =
IB_SEND_SIGNALED;
d8099feda4833b Chuck Lever 2019-06-19 634
last->ex.invalidate_rkey = mr->mr_handle;
d8099feda4833b Chuck Lever 2019-06-19 635
e10fa96d347488 Chuck Lever 2021-04-19 636 last->wr_cqe->done =
frwr_wc_localinv;
e10fa96d347488 Chuck Lever 2021-04-19 637
d8099feda4833b Chuck Lever 2019-06-19 638 *prev = last;
d8099feda4833b Chuck Lever 2019-06-19 639 prev = >next;
d8099feda4833b Chuck Lever 2019-06-19 640 }
d8099feda4833b Chuck Lever 2019-06-19 641
d8099feda4833b Chuck Lever 2019-06-19 642 /* Strong send queue ordering
guarantees that when the
d8099feda4833b Chuck Lever 2019-06-19 643 * last WR in the chain
completes, all WRs in the chain
d8099feda4833b Chuck Lever 2019-06-19 644 * are complete. The last
completion will wake up the
d8099feda4833b Chuck Lever 2019-06-19 645 * RPC waiter.
d8099feda4833b Chuck Lever 2019-06-19 646 */
e10fa96d347488 Chuck Lever 2021-04-19 @647 last->wr_cqe->done =
frwr_wc_localinv_done;
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org
[kbuild] [PATCH] scsi: hisi_sas: fix platform_get_irq.cocci warnings
CC: kbuild-...@lists.01.org
CC: linux-ker...@vger.kernel.org
TO: Sergey Shtylyov
CC: "Martin K. Petersen"
CC: John Garry
CC: "James E.J. Bottomley"
CC: linux-s...@vger.kernel.org
CC: linux-ker...@vger.kernel.org
From: kernel test robot
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1650:4-11: line 1650 is redundant
because platform_get_irq() already prints an error
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1669:3-10: line 1669 is redundant
because platform_get_irq() already prints an error
drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1687:3-10: line 1687 is redundant
because platform_get_irq() already prints an error
Remove dev_err() messages after platform_get_irq*() failures
Generated by: scripts/coccinelle/api/platform_get_irq.cocci
Fixes: 6c11dc060427 ("scsi: hisi_sas: Fix IRQ checks")
CC: Sergey Shtylyov
Reported-by: kernel test robot
Signed-off-by: kernel test robot
---
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75
commit: 6c11dc060427e07ca144eacaccd696106b361b06 scsi: hisi_sas: Fix IRQ checks
:: branch date: 15 hours ago
:: commit date: 2 months ago
Please take the patch only if it's a positive warning. Thanks!
hisi_sas_v1_hw.c |6 --
1 file changed, 6 deletions(-)
--- a/drivers/scsi/hisi_sas/hisi_sas_v1_hw.c
+++ b/drivers/scsi/hisi_sas/hisi_sas_v1_hw.c
@@ -1647,8 +1647,6 @@ static int interrupt_init_v1_hw(struct h
for (j = 0; j < HISI_SAS_PHY_INT_NR; j++, idx++) {
irq = platform_get_irq(pdev, idx);
if (irq < 0) {
- dev_err(dev, "irq init: fail map phy interrupt
%d\n",
- idx);
return irq;
}
@@ -1666,8 +1664,6 @@ static int interrupt_init_v1_hw(struct h
for (i = 0; i < hisi_hba->queue_count; i++, idx++) {
irq = platform_get_irq(pdev, idx);
if (irq < 0) {
- dev_err(dev, "irq init: could not map cq interrupt
%d\n",
- idx);
return irq;
}
@@ -1684,8 +1680,6 @@ static int interrupt_init_v1_hw(struct h
for (i = 0; i < HISI_SAS_FATAL_INT_NR; i++, idx++) {
irq = platform_get_irq(pdev, idx);
if (irq < 0) {
- dev_err(dev, "irq init: could not map fatal interrupt
%d\n",
- idx);
return irq;
}
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1650:4-11: line 1650 is redundant because platform_get_irq() already prints an error
CC: kbuild-...@lists.01.org CC: linux-ker...@vger.kernel.org TO: Sergey Shtylyov CC: "Martin K. Petersen" tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0c18f29aae7ce3dadd26d8ee3505d07cc982df75 commit: 6c11dc060427e07ca144eacaccd696106b361b06 scsi: hisi_sas: Fix IRQ checks date: 2 months ago :: branch date: 15 hours ago :: commit date: 2 months ago config: parisc-randconfig-c023-20210622 (attached as .config) compiler: hppa-linux-gcc (GCC) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot Reported-by: Julia Lawall cocci warnings: (new ones prefixed by >>) >> drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1650:4-11: line 1650 is redundant >> because platform_get_irq() already prints an error drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1669:3-10: line 1669 is redundant because platform_get_irq() already prints an error drivers/scsi/hisi_sas/hisi_sas_v1_hw.c:1687:3-10: line 1687 is redundant because platform_get_irq() already prints an error Please review and possibly fold the followup patch. --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip ___ kbuild mailing list -- kbuild@lists.01.org To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] [ti:ti-rt-linux-5.10.y 4403/6600] drivers/pci/controller/cadence/pci-j721e.c:417 j721e_pcie_probe() warn: missing error code 'ret'
CC: kbuild-...@lists.01.org
TO: Kishon Vijay Abraham I
CC: Vignesh Raghavendra
tree: git://git.ti.com/ti-linux-kernel/ti-linux-kernel.git ti-rt-linux-5.10.y
head: abc20bb2f09a1001ca041b635f1241ddb2c5ea31
commit: d6c94541065433e99c45a5ba4280f2af08bd329a [4403/6600] PCI: j721e: Add
support to provide refclk to PCIe connector
:: branch date: 19 hours ago
:: commit date: 3 months ago
config: x86_64-randconfig-m001-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Dan Carpenter
smatch warnings:
drivers/pci/controller/cadence/pci-j721e.c:417 j721e_pcie_probe() warn: missing
error code 'ret'
vim +/ret +417 drivers/pci/controller/cadence/pci-j721e.c
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 302
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 303 static int
j721e_pcie_probe(struct platform_device *pdev)
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 304 {
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 305 struct device *dev =
>dev;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 306 struct device_node
*node = dev->of_node;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 307 struct pci_host_bridge
*bridge;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 308 struct j721e_pcie_data
*data;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 309 struct cdns_pcie
*cdns_pcie;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 310 struct j721e_pcie *pcie;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 311 struct cdns_pcie_rc *rc;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 312 struct cdns_pcie_ep *ep;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 313 struct gpio_desc *gpiod;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 314 void __iomem *base;
d6c94541065433 Kishon Vijay Abraham I 2021-03-30 315 struct clk *clk;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 316 u32 num_lanes;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 317 u32 mode;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 318 int ret;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 319 int irq;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 320
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 321 data = (struct
j721e_pcie_data *)of_device_get_match_data(dev);
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 322 if (!data)
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 323 return -EINVAL;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 324
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 325 mode = (u32)data->mode;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 326
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 327 pcie =
devm_kzalloc(dev, sizeof(*pcie), GFP_KERNEL);
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 328 if (!pcie)
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 329 return -ENOMEM;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 330
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 331 pcie->dev = dev;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 332 pcie->mode = mode;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 333
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 334 base =
devm_platform_ioremap_resource_byname(pdev, "intd_cfg");
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 335 if (IS_ERR(base))
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 336 return
PTR_ERR(base);
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 337 pcie->intd_cfg_base =
base;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 338
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 339 base =
devm_platform_ioremap_resource_byname(pdev, "user_cfg");
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 340 if (IS_ERR(base))
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 341 return
PTR_ERR(base);
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 342 pcie->user_cfg_base =
base;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 343
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 344 ret =
of_property_read_u32(node, "num-lanes", _lanes);
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 345 if (ret || num_lanes >
MAX_LANES)
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 346 num_lanes = 1;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 347 pcie->num_lanes =
num_lanes;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 348
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 349 if
(dma_set_mask_and_coherent(dev, DMA_BIT_MASK(48)))
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 350 return -EINVAL;
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 351
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 352 irq =
platform_get_irq_byname(pdev, "link_state");
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 353 if (irq < 0)
f3e25911a430ed Kishon Vijay Abraham I 2020-07-22 354
[kbuild] [peterz-queue:x86/paravirt 18/18] vmlinux.o: warning: objtool: __sev_es_nmi_complete()+0x87: call to __memset() leaves .noinstr.text section
CC: kbuild-...@lists.01.org TO: Peter Zijlstra tree: https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git x86/paravirt head: 7dc4121e82ff23c3e6d28e3befb6fa091e1203dd commit: 7dc4121e82ff23c3e6d28e3befb6fa091e1203dd [18/18] objtool: Support pv_opsindirect calls for noinstr :: branch date: 17 hours ago :: commit date: 17 hours ago config: x86_64-randconfig-s022-20210622 (attached as .config) compiler: gcc-9 (Debian 9.3.0-22) 9.3.0 reproduce: # apt-get install sparse # sparse version: v0.6.3-341-g8af24329-dirty # https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git/commit/?id=7dc4121e82ff23c3e6d28e3befb6fa091e1203dd git remote add peterz-queue https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git git fetch --no-tags peterz-queue x86/paravirt git checkout 7dc4121e82ff23c3e6d28e3befb6fa091e1203dd # save the attached .config to linux build tree make W=1 C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' W=1 ARCH=x86_64 If you fix the issue, kindly add following tag as appropriate Reported-by: kernel test robot All warnings (new ones prefixed by >>): vmlinux.o: warning: objtool: vc_switch_off_ist()+0x15: call to ip_within_syscall_gap.isra.0() leaves .noinstr.text section vmlinux.o: warning: objtool: mce_setup()+0xf: call to memset() leaves .noinstr.text section vmlinux.o: warning: objtool: do_machine_check()+0x4a: call to mce_gather_info() leaves .noinstr.text section >> vmlinux.o: warning: objtool: __sev_es_nmi_complete()+0x87: call to >> __memset() leaves .noinstr.text section vmlinux.o: warning: objtool: enter_from_user_mode()+0x3b: call to on_thread_stack() leaves .noinstr.text section vmlinux.o: warning: objtool: syscall_enter_from_user_mode()+0x46: call to on_thread_stack() leaves .noinstr.text section vmlinux.o: warning: objtool: syscall_enter_from_user_mode_prepare()+0x3b: call to on_thread_stack() leaves .noinstr.text section vmlinux.o: warning: objtool: irqentry_enter_from_user_mode()+0x3b: call to on_thread_stack() leaves .noinstr.text section --- 0-DAY CI Kernel Test Service, Intel Corporation https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org .config.gz Description: application/gzip ___ kbuild mailing list -- kbuild@lists.01.org To unsubscribe send an email to kbuild-le...@lists.01.org
[kbuild] [plbossart-sound:merge/sound-upstream-20210308 29/38] drivers/soundwire/bus.c:1099:13-18: ERROR: invalid reference to the index variable of the iterator on line 1065
CC: kbuild-...@lists.01.org
TO: "Pierre-Louis Bossart"
tree: https://github.com/plbossart/sound merge/sound-upstream-20210308
head: 5baaa71808e019c41d7b3d348d4a6481df688294
commit: 77ca65b2f7a64a97fccfaa0f35d74f9a7a7db1d8 [29/38] soundwire: bus: handle
errors in clock stop/start sequences
:: branch date: 4 months ago
:: commit date: 4 months ago
config: x86_64-randconfig-c002-20210622 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
Reported-by: Julia Lawall
cocci warnings: (new ones prefixed by >>)
>> drivers/soundwire/bus.c:1099:13-18: ERROR: invalid reference to the index
>> variable of the iterator on line 1065
vim +1099 drivers/soundwire/bus.c
e059c5e889f31b Rander Wang 2019-11-08 1042
e059c5e889f31b Rander Wang 2019-11-08 1043 /**
e059c5e889f31b Rander Wang 2019-11-08 1044 * sdw_bus_exit_clk_stop:
Exit clock stop mode
e059c5e889f31b Rander Wang 2019-11-08 1045 *
e059c5e889f31b Rander Wang 2019-11-08 1046 * @bus: SDW bus instance
e059c5e889f31b Rander Wang 2019-11-08 1047 *
e059c5e889f31b Rander Wang 2019-11-08 1048 * This De-prepares the
Slaves by exiting Clock Stop Mode 0. For the Slaves
e059c5e889f31b Rander Wang 2019-11-08 1049 * exiting Clock Stop
Mode 1, they will be de-prepared after they enumerate
e059c5e889f31b Rander Wang 2019-11-08 1050 * back.
e059c5e889f31b Rander Wang 2019-11-08 1051 */
e059c5e889f31b Rander Wang 2019-11-08 1052 int
sdw_bus_exit_clk_stop(struct sdw_bus *bus)
e059c5e889f31b Rander Wang 2019-11-08 1053 {
e059c5e889f31b Rander Wang 2019-11-08 1054enum sdw_clk_stop_mode
mode;
e059c5e889f31b Rander Wang 2019-11-08 1055bool simple_clk_stop =
true;
e059c5e889f31b Rander Wang 2019-11-08 1056struct sdw_slave *slave;
e059c5e889f31b Rander Wang 2019-11-08 1057bool is_slave = false;
e059c5e889f31b Rander Wang 2019-11-08 1058int ret;
e059c5e889f31b Rander Wang 2019-11-08 1059
e059c5e889f31b Rander Wang 2019-11-08 1060/*
e059c5e889f31b Rander Wang 2019-11-08 1061 * In order to save on
transition time, de-prepare
e059c5e889f31b Rander Wang 2019-11-08 1062 * each Slave and then
wait for all Slave(s) to be
e059c5e889f31b Rander Wang 2019-11-08 1063 * de-prepared after
clock resume.
e059c5e889f31b Rander Wang 2019-11-08 1064 */
e059c5e889f31b Rander Wang 2019-11-08 @1065
list_for_each_entry(slave, >slaves, node) {
e059c5e889f31b Rander Wang 2019-11-08 1066if
(!slave->dev_num)
e059c5e889f31b Rander Wang 2019-11-08 1067
continue;
e059c5e889f31b Rander Wang 2019-11-08 1068
e059c5e889f31b Rander Wang 2019-11-08 1069if
(slave->status != SDW_SLAVE_ATTACHED &&
e059c5e889f31b Rander Wang 2019-11-08 1070
slave->status != SDW_SLAVE_ALERT)
e059c5e889f31b Rander Wang 2019-11-08 1071
continue;
e059c5e889f31b Rander Wang 2019-11-08 1072
bd84109c6fa9ec Bard Liao2019-12-13 1073/* Identify if
Slave(s) are available on Bus */
bd84109c6fa9ec Bard Liao2019-12-13 1074is_slave = true;
bd84109c6fa9ec Bard Liao2019-12-13 1075
e059c5e889f31b Rander Wang 2019-11-08 1076mode =
slave->curr_clk_stop_mode;
e059c5e889f31b Rander Wang 2019-11-08 1077
e059c5e889f31b Rander Wang 2019-11-08 1078if (mode ==
SDW_CLK_STOP_MODE1) {
e059c5e889f31b Rander Wang 2019-11-08 1079
simple_clk_stop = false;
e059c5e889f31b Rander Wang 2019-11-08 1080
continue;
e059c5e889f31b Rander Wang 2019-11-08 1081}
e059c5e889f31b Rander Wang 2019-11-08 1082
77ca65b2f7a64a Pierre-Louis Bossart 2021-03-02 1083ret =
sdw_slave_clk_stop_callback(slave, mode, SDW_CLK_PRE_DEPREPARE);
e059c5e889f31b Rander Wang 2019-11-08 1084if (ret < 0)
77ca65b2f7a64a Pierre-Louis Bossart 2021-03-02 1085
dev_warn(>dev, "clock stop pre deprepare cb failed:%d\n", ret);
e059c5e889f31b Rander Wang 2019-11-08 1086
77ca65b2f7a64a Pierre-Louis Bossart 2021-03-02 1087ret =
sdw_slave_clk_stop_prepare(slave, mode, false);
e059c5e889f31b Rander Wang 2019-11-08 1088if (ret < 0)
77ca65b2f7a64a Pierre-Louis Bossart 2021-03-02 1089
dev_warn(>dev, "clock stop deprepare failed:%d\n", ret);
e059c5e889f31b Rander Wang 2019-11-08 1090}
e059c5e889f31b Rander Wang 2019-11-08 1091
ec93bc9216bb87 Chao Song2021-01-11 1092/*
[kbuild] [linux-next:master 8921/12271] drivers/net/wwan/wwan_core.c:87:9: warning: %d in format string (no. 1) requires 'int' but the argument type is 'unsigned int'. [invalidPrintfArgType_sint]
CC: kbuild-...@lists.01.org
CC: Linux Memory Management List
TO: Loic Poulain
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
master
head: 4238b1710eadd18dd16de0288a2bc5bb84614b4e
commit: 89212e160b81e778f829b89743570665810e3b13 [8921/12271] net: wwan: Fix
WWAN config symbols
:: branch date: 20 hours ago
:: commit date: 8 days ago
compiler: or1k-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
vim +87 drivers/net/wwan/wwan_core.c
9a44c1cc638876 Loic Poulain 2021-04-16 82
e4e92ee78702b1 Loic Poulain 2021-05-25 83 static ssize_t index_show(struct
device *dev, struct device_attribute *attr, char *buf)
e4e92ee78702b1 Loic Poulain 2021-05-25 84 {
e4e92ee78702b1 Loic Poulain 2021-05-25 85 struct wwan_device *wwan =
to_wwan_dev(dev);
e4e92ee78702b1 Loic Poulain 2021-05-25 86
e4e92ee78702b1 Loic Poulain 2021-05-25 @87 return sprintf(buf, "%d\n",
wwan->id);
e4e92ee78702b1 Loic Poulain 2021-05-25 88 }
e4e92ee78702b1 Loic Poulain 2021-05-25 89 static DEVICE_ATTR_RO(index);
e4e92ee78702b1 Loic Poulain 2021-05-25 90
:: The code at line 87 was first introduced by commit
:: e4e92ee78702b13ad55118d8b66f06e1aef62586 net: wwan: core: Add WWAN
device index sysfs attribute
:: TO: Loic Poulain
:: CC: David S. Miller
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-...@lists.01.org
___
kbuild mailing list -- kbuild@lists.01.org
To unsubscribe send an email to kbuild-le...@lists.01.org
