lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <201807061432.Y2kh3R8Y%fengguang.wu@intel.com>
Date:   Fri, 6 Jul 2018 15:50:07 +0800
From:   kbuild test robot <lkp@...el.com>
To:     Roman Gushchin <guro@...com>
Cc:     kbuild-all@...org, netdev@...r.kernel.org,
        linux-kernel@...r.kernel.org, kernel-team@...com, tj@...nel.org,
        Roman Gushchin <guro@...com>,
        Alexei Starovoitov <ast@...nel.org>,
        Daniel Borkmann <daniel@...earbox.net>
Subject: Re: [PATCH v2 bpf-next 05/14] bpf: extend bpf_prog_array to store
 pointers to the cgroup storage

Hi Roman,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on bpf-next/master]

url:    https://github.com/0day-ci/linux/commits/Roman-Gushchin/bpf-cgroup-local-storage/20180706-055938
base:   https://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next.git master
config: x86_64-randconfig-u0-07061335 (attached as .config)
compiler: gcc-5 (Debian 5.5.0-3) 5.4.1 20171010
reproduce:
        # save the attached .config to linux build tree
        make ARCH=x86_64 

All errors (new ones prefixed by >>):

   drivers/media//rc/bpf-lirc.c: In function 'lirc_bpf_free':
>> drivers/media//rc/bpf-lirc.c:203:44: error: 'struct bpf_prog_array' has no member named 'progs'
     progs = rcu_dereference(rcdev->raw->progs)->progs;
                                               ^

vim +203 drivers/media//rc/bpf-lirc.c

f4364dcf Sean Young 2018-05-27  191  
f4364dcf Sean Young 2018-05-27  192  /*
f4364dcf Sean Young 2018-05-27  193   * This should be called once the rc thread has been stopped, so there can be
f4364dcf Sean Young 2018-05-27  194   * no concurrent bpf execution.
f4364dcf Sean Young 2018-05-27  195   */
f4364dcf Sean Young 2018-05-27  196  void lirc_bpf_free(struct rc_dev *rcdev)
f4364dcf Sean Young 2018-05-27  197  {
f4364dcf Sean Young 2018-05-27  198  	struct bpf_prog **progs;
f4364dcf Sean Young 2018-05-27  199  
f4364dcf Sean Young 2018-05-27  200  	if (!rcdev->raw->progs)
f4364dcf Sean Young 2018-05-27  201  		return;
f4364dcf Sean Young 2018-05-27  202  
f4364dcf Sean Young 2018-05-27 @203  	progs = rcu_dereference(rcdev->raw->progs)->progs;
f4364dcf Sean Young 2018-05-27  204  	while (*progs)
f4364dcf Sean Young 2018-05-27  205  		bpf_prog_put(*progs++);
f4364dcf Sean Young 2018-05-27  206  
f4364dcf Sean Young 2018-05-27  207  	bpf_prog_array_free(rcdev->raw->progs);
f4364dcf Sean Young 2018-05-27  208  }
f4364dcf Sean Young 2018-05-27  209  

:::::: The code at line 203 was first introduced by commit
:::::: f4364dcfc86df7c1ca47b256eaf6b6d0cdd0d936 media: rc: introduce BPF_PROG_LIRC_MODE2

:::::: TO: Sean Young <sean@...s.org>
:::::: CC: Daniel Borkmann <daniel@...earbox.net>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

Download attachment ".config.gz" of type "application/gzip" (35548 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ