[linux-nvme:nvme-5.14 27/28] drivers/nvme/host/pci.c:539:7: error: implicit declaration of function 'nvme_ctrl_sgl_supported'
by kernel test robot
tree: git://git.infradead.org/nvme.git nvme-5.14
head: b0386eb167134d958f1876a1a7e39e113385c516
commit: a854c5eb4e959f0dfc6e1c22b51128ac68bc051c [27/28] nvme-pci: use helper for ctrl sgl check
config: sparc-randconfig-r024-20210608 (attached as .config)
compiler: sparc-linux-gcc (GCC) 9.3.0
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
git remote add linux-nvme git://git.infradead.org/nvme.git
git fetch --no-tags linux-nvme nvme-5.14
git checkout a854c5eb4e959f0dfc6e1c22b51128ac68bc051c
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=sparc
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
drivers/nvme/host/pci.c: In function 'nvme_pci_use_sgls':
>> drivers/nvme/host/pci.c:539:7: error: implicit declaration of function 'nvme_ctrl_sgl_supported' [-Werror=implicit-function-declaration]
539 | if (!nvme_ctrl_sgl_supported(&dev->ctrl))
| ^~~~~~~~~~~~~~~~~~~~~~~
cc1: some warnings being treated as errors
vim +/nvme_ctrl_sgl_supported +539 drivers/nvme/host/pci.c
530
531 static inline bool nvme_pci_use_sgls(struct nvme_dev *dev, struct request *req)
532 {
533 struct nvme_iod *iod = blk_mq_rq_to_pdu(req);
534 int nseg = blk_rq_nr_phys_segments(req);
535 unsigned int avg_seg_size;
536
537 avg_seg_size = DIV_ROUND_UP(blk_rq_payload_bytes(req), nseg);
538
> 539 if (!nvme_ctrl_sgl_supported(&dev->ctrl))
540 return false;
541 if (!iod->nvmeq->qid)
542 return false;
543 if (!sgl_threshold || avg_seg_size < sgl_threshold)
544 return false;
545 return true;
546 }
547
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
Re: [Intel-gfx] [PATCH 24/31] drm/i915/gem: Delay context creation (v2)
by kernel test robot
Hi Jason,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on drm-tip/drm-tip]
[also build test WARNING on drm-exynos/exynos-drm-next tegra-drm/drm/tegra/for-next v5.13-rc5 next-20210608]
[cannot apply to drm-intel/for-linux-next drm/drm-next]
[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/Jason-Ekstrand/drm-i915-gem-ioct...
base: git://anongit.freedesktop.org/drm/drm-tip drm-tip
config: x86_64-rhel-8.3-kselftests (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce (this is a W=1 build):
# https://github.com/0day-ci/linux/commit/7e9cc2833847aeb50a05f0a5e35282792...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Jason-Ekstrand/drm-i915-gem-ioctl-clean-ups-v6/20210609-123926
git checkout 7e9cc2833847aeb50a05f0a5e35282792514b5f1
# save the attached .config to linux build tree
make W=1 ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All warnings (new ones prefixed by >>):
>> drivers/gpu/drm/i915/gem/i915_gem_context.c:2533:1: warning: no previous prototype for 'finalize_create_context_locked' [-Wmissing-prototypes]
2533 | finalize_create_context_locked(struct drm_i915_file_private *file_priv,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
vim +/finalize_create_context_locked +2533 drivers/gpu/drm/i915/gem/i915_gem_context.c
2531
2532 struct i915_gem_context *
> 2533 finalize_create_context_locked(struct drm_i915_file_private *file_priv,
2534 struct i915_gem_proto_context *pc, u32 id)
2535 {
2536 struct i915_gem_context *ctx;
2537 void *old;
2538
2539 lockdep_assert_held(&file_priv->proto_context_lock);
2540
2541 ctx = i915_gem_create_context(file_priv->dev_priv, pc);
2542 if (IS_ERR(ctx))
2543 return ctx;
2544
2545 gem_context_register(ctx, file_priv, id);
2546
2547 old = xa_erase(&file_priv->proto_context_xa, id);
2548 GEM_BUG_ON(old != pc);
2549 proto_context_close(pc);
2550
2551 /* One for the xarray and one for the caller */
2552 return i915_gem_context_get(ctx);
2553 }
2554
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
Re: [Intel-gfx] [PATCH 24/31] drm/i915/gem: Delay context creation (v2)
by kernel test robot
Hi Jason,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-tip/drm-tip]
[also build test ERROR on drm-exynos/exynos-drm-next tegra-drm/drm/tegra/for-next v5.13-rc5 next-20210608]
[cannot apply to drm-intel/for-linux-next drm/drm-next]
[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/Jason-Ekstrand/drm-i915-gem-ioct...
base: git://anongit.freedesktop.org/drm/drm-tip drm-tip
config: i386-randconfig-a003-20210608 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce (this is a W=1 build):
# https://github.com/0day-ci/linux/commit/7e9cc2833847aeb50a05f0a5e35282792...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Jason-Ekstrand/drm-i915-gem-ioctl-clean-ups-v6/20210609-123926
git checkout 7e9cc2833847aeb50a05f0a5e35282792514b5f1
# save the attached .config to linux build tree
make W=1 ARCH=i386
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
>> drivers/gpu/drm/i915/gem/i915_gem_context.c:2533:1: error: no previous prototype for 'finalize_create_context_locked' [-Werror=missing-prototypes]
2533 | finalize_create_context_locked(struct drm_i915_file_private *file_priv,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
vim +/finalize_create_context_locked +2533 drivers/gpu/drm/i915/gem/i915_gem_context.c
2531
2532 struct i915_gem_context *
> 2533 finalize_create_context_locked(struct drm_i915_file_private *file_priv,
2534 struct i915_gem_proto_context *pc, u32 id)
2535 {
2536 struct i915_gem_context *ctx;
2537 void *old;
2538
2539 lockdep_assert_held(&file_priv->proto_context_lock);
2540
2541 ctx = i915_gem_create_context(file_priv->dev_priv, pc);
2542 if (IS_ERR(ctx))
2543 return ctx;
2544
2545 gem_context_register(ctx, file_priv, id);
2546
2547 old = xa_erase(&file_priv->proto_context_xa, id);
2548 GEM_BUG_ON(old != pc);
2549 proto_context_close(pc);
2550
2551 /* One for the xarray and one for the caller */
2552 return i915_gem_context_get(ctx);
2553 }
2554
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
Re: [Intel-gfx] [PATCH 30/31] drm/i915: Finalize contexts in GEM_CONTEXT_CREATE on version 13+
by kernel test robot
Hi Jason,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-tip/drm-tip]
[cannot apply to drm-intel/for-linux-next drm-exynos/exynos-drm-next tegra-drm/drm/tegra/for-next drm/drm-next v5.13-rc5 next-20210608]
[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/Jason-Ekstrand/drm-i915-gem-ioct...
base: git://anongit.freedesktop.org/drm/drm-tip drm-tip
config: x86_64-randconfig-r011-20210608 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project d2012d965d60c3258b3a69d024491698f8aec386)
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
# https://github.com/0day-ci/linux/commit/48a06ef4f7f3fbb4b4768b25829796cf2...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Jason-Ekstrand/drm-i915-gem-ioctl-clean-ups-v6/20210609-123926
git checkout 48a06ef4f7f3fbb4b4768b25829796cf235de32c
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
drivers/gpu/drm/i915/gem/i915_gem_context.c:1910:1: error: no previous prototype for function 'finalize_create_context_locked' [-Werror,-Wmissing-prototypes]
finalize_create_context_locked(struct drm_i915_file_private *file_priv,
^
drivers/gpu/drm/i915/gem/i915_gem_context.c:1909:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
struct i915_gem_context *
^
static
>> drivers/gpu/drm/i915/gem/i915_gem_context.c:2007:45: error: variable 'id' is uninitialized when used here [-Werror,-Wuninitialized]
gem_context_register(ctx, ext_data.fpriv, id);
^~
drivers/gpu/drm/i915/gem/i915_gem_context.c:1964:8: note: initialize the variable 'id' to silence this warning
u32 id;
^
= 0
2 errors generated.
vim +/id +2007 drivers/gpu/drm/i915/gem/i915_gem_context.c
1908
1909 struct i915_gem_context *
> 1910 finalize_create_context_locked(struct drm_i915_file_private *file_priv,
1911 struct i915_gem_proto_context *pc, u32 id)
1912 {
1913 struct i915_gem_context *ctx;
1914 void *old;
1915
1916 lockdep_assert_held(&file_priv->proto_context_lock);
1917
1918 ctx = i915_gem_create_context(file_priv->dev_priv, pc);
1919 if (IS_ERR(ctx))
1920 return ctx;
1921
1922 gem_context_register(ctx, file_priv, id);
1923
1924 old = xa_erase(&file_priv->proto_context_xa, id);
1925 GEM_BUG_ON(old != pc);
1926 proto_context_close(pc);
1927
1928 /* One for the xarray and one for the caller */
1929 return i915_gem_context_get(ctx);
1930 }
1931
1932 struct i915_gem_context *
1933 i915_gem_context_lookup(struct drm_i915_file_private *file_priv, u32 id)
1934 {
1935 struct i915_gem_proto_context *pc;
1936 struct i915_gem_context *ctx;
1937
1938 ctx = __context_lookup(file_priv, id);
1939 if (ctx)
1940 return ctx;
1941
1942 mutex_lock(&file_priv->proto_context_lock);
1943 /* Try one more time under the lock */
1944 ctx = __context_lookup(file_priv, id);
1945 if (!ctx) {
1946 pc = xa_load(&file_priv->proto_context_xa, id);
1947 if (!pc)
1948 ctx = ERR_PTR(-ENOENT);
1949 else
1950 ctx = finalize_create_context_locked(file_priv, pc, id);
1951 }
1952 mutex_unlock(&file_priv->proto_context_lock);
1953
1954 return ctx;
1955 }
1956
1957 int i915_gem_context_create_ioctl(struct drm_device *dev, void *data,
1958 struct drm_file *file)
1959 {
1960 struct drm_i915_private *i915 = to_i915(dev);
1961 struct drm_i915_gem_context_create_ext *args = data;
1962 struct create_ext ext_data;
1963 int ret;
1964 u32 id;
1965
1966 if (!DRIVER_CAPS(i915)->has_logical_contexts)
1967 return -ENODEV;
1968
1969 if (args->flags & I915_CONTEXT_CREATE_FLAGS_UNKNOWN)
1970 return -EINVAL;
1971
1972 ret = intel_gt_terminally_wedged(&i915->gt);
1973 if (ret)
1974 return ret;
1975
1976 ext_data.fpriv = file->driver_priv;
1977 if (client_is_banned(ext_data.fpriv)) {
1978 drm_dbg(&i915->drm,
1979 "client %s[%d] banned from creating ctx\n",
1980 current->comm, task_pid_nr(current));
1981 return -EIO;
1982 }
1983
1984 ext_data.pc = proto_context_create(i915, args->flags);
1985 if (IS_ERR(ext_data.pc))
1986 return PTR_ERR(ext_data.pc);
1987
1988 if (args->flags & I915_CONTEXT_CREATE_FLAGS_USE_EXTENSIONS) {
1989 ret = i915_user_extensions(u64_to_user_ptr(args->extensions),
1990 create_extensions,
1991 ARRAY_SIZE(create_extensions),
1992 &ext_data);
1993 if (ret)
1994 goto err_pc;
1995 }
1996
1997 if (GRAPHICS_VER(i915) > 12) {
1998 struct i915_gem_context *ctx;
1999
2000 ctx = i915_gem_create_context(i915, ext_data.pc);
2001 if (IS_ERR(ctx)) {
2002 ret = PTR_ERR(ctx);
2003 goto err_pc;
2004 }
2005
2006 proto_context_close(ext_data.pc);
> 2007 gem_context_register(ctx, ext_data.fpriv, id);
2008 } else {
2009 ret = proto_context_register(ext_data.fpriv, ext_data.pc, &id);
2010 if (ret < 0)
2011 goto err_pc;
2012 }
2013
2014 args->ctx_id = id;
2015 drm_dbg(&i915->drm, "HW context %d created\n", args->ctx_id);
2016
2017 return 0;
2018
2019 err_pc:
2020 proto_context_close(ext_data.pc);
2021 return ret;
2022 }
2023
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
[linux-next:master 6707/8019] arch/powerpc/kernel/tau_6xx.c:204:52: warning: data argument not used by format string
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
head: ab5803bc555fe68b9b0d37b9a850d3ec601b938a
commit: f2ccd0a922b38300c78e779436929853a42455f8 [6707/8019] workqueue: Add back __printf format validation
config: powerpc64-randconfig-r011-20210608 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project d2012d965d60c3258b3a69d024491698f8aec386)
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 powerpc64 cross compiling tool for clang build
# apt-get install binutils-powerpc64-linux-gnu
# https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commi...
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 f2ccd0a922b38300c78e779436929853a42455f8
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=powerpc64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All warnings (new ones prefixed by >>):
__do_insb
^
arch/powerpc/include/asm/io.h:556:56: note: expanded from macro '__do_insb'
#define __do_insb(p, b, n) readsb((PCI_IO_ADDR)_IO_BASE+(p), (b), (n))
~~~~~~~~~~~~~~~~~~~~~^
In file included from arch/powerpc/kernel/tau_6xx.c:20:
In file included from include/linux/interrupt.h:11:
In file included from include/linux/hardirq.h:11:
In file included from arch/powerpc/include/asm/hardirq.h:6:
In file included from include/linux/irq.h:20:
In file included from include/linux/io.h:13:
In file included from arch/powerpc/include/asm/io.h:619:
arch/powerpc/include/asm/io-defs.h:45:1: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
DEF_PCI_AC_NORET(insw, (unsigned long p, void *b, unsigned long c),
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/io.h:616:3: note: expanded from macro 'DEF_PCI_AC_NORET'
__do_##name al; \
^~~~~~~~~~~~~~
<scratch space>:238:1: note: expanded from here
__do_insw
^
arch/powerpc/include/asm/io.h:557:56: note: expanded from macro '__do_insw'
#define __do_insw(p, b, n) readsw((PCI_IO_ADDR)_IO_BASE+(p), (b), (n))
~~~~~~~~~~~~~~~~~~~~~^
In file included from arch/powerpc/kernel/tau_6xx.c:20:
In file included from include/linux/interrupt.h:11:
In file included from include/linux/hardirq.h:11:
In file included from arch/powerpc/include/asm/hardirq.h:6:
In file included from include/linux/irq.h:20:
In file included from include/linux/io.h:13:
In file included from arch/powerpc/include/asm/io.h:619:
arch/powerpc/include/asm/io-defs.h:47:1: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
DEF_PCI_AC_NORET(insl, (unsigned long p, void *b, unsigned long c),
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/io.h:616:3: note: expanded from macro 'DEF_PCI_AC_NORET'
__do_##name al; \
^~~~~~~~~~~~~~
<scratch space>:240:1: note: expanded from here
__do_insl
^
arch/powerpc/include/asm/io.h:558:56: note: expanded from macro '__do_insl'
#define __do_insl(p, b, n) readsl((PCI_IO_ADDR)_IO_BASE+(p), (b), (n))
~~~~~~~~~~~~~~~~~~~~~^
In file included from arch/powerpc/kernel/tau_6xx.c:20:
In file included from include/linux/interrupt.h:11:
In file included from include/linux/hardirq.h:11:
In file included from arch/powerpc/include/asm/hardirq.h:6:
In file included from include/linux/irq.h:20:
In file included from include/linux/io.h:13:
In file included from arch/powerpc/include/asm/io.h:619:
arch/powerpc/include/asm/io-defs.h:49:1: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
DEF_PCI_AC_NORET(outsb, (unsigned long p, const void *b, unsigned long c),
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/io.h:616:3: note: expanded from macro 'DEF_PCI_AC_NORET'
__do_##name al; \
^~~~~~~~~~~~~~
<scratch space>:242:1: note: expanded from here
__do_outsb
^
arch/powerpc/include/asm/io.h:559:58: note: expanded from macro '__do_outsb'
#define __do_outsb(p, b, n) writesb((PCI_IO_ADDR)_IO_BASE+(p),(b),(n))
~~~~~~~~~~~~~~~~~~~~~^
In file included from arch/powerpc/kernel/tau_6xx.c:20:
In file included from include/linux/interrupt.h:11:
In file included from include/linux/hardirq.h:11:
In file included from arch/powerpc/include/asm/hardirq.h:6:
In file included from include/linux/irq.h:20:
In file included from include/linux/io.h:13:
In file included from arch/powerpc/include/asm/io.h:619:
arch/powerpc/include/asm/io-defs.h:51:1: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
DEF_PCI_AC_NORET(outsw, (unsigned long p, const void *b, unsigned long c),
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/io.h:616:3: note: expanded from macro 'DEF_PCI_AC_NORET'
__do_##name al; \
^~~~~~~~~~~~~~
<scratch space>:244:1: note: expanded from here
__do_outsw
^
arch/powerpc/include/asm/io.h:560:58: note: expanded from macro '__do_outsw'
#define __do_outsw(p, b, n) writesw((PCI_IO_ADDR)_IO_BASE+(p),(b),(n))
~~~~~~~~~~~~~~~~~~~~~^
In file included from arch/powerpc/kernel/tau_6xx.c:20:
In file included from include/linux/interrupt.h:11:
In file included from include/linux/hardirq.h:11:
In file included from arch/powerpc/include/asm/hardirq.h:6:
In file included from include/linux/irq.h:20:
In file included from include/linux/io.h:13:
In file included from arch/powerpc/include/asm/io.h:619:
arch/powerpc/include/asm/io-defs.h:53:1: warning: performing pointer arithmetic on a null pointer has undefined behavior [-Wnull-pointer-arithmetic]
DEF_PCI_AC_NORET(outsl, (unsigned long p, const void *b, unsigned long c),
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
arch/powerpc/include/asm/io.h:616:3: note: expanded from macro 'DEF_PCI_AC_NORET'
__do_##name al; \
^~~~~~~~~~~~~~
<scratch space>:246:1: note: expanded from here
__do_outsl
^
arch/powerpc/include/asm/io.h:561:58: note: expanded from macro '__do_outsl'
#define __do_outsl(p, b, n) writesl((PCI_IO_ADDR)_IO_BASE+(p),(b),(n))
~~~~~~~~~~~~~~~~~~~~~^
>> arch/powerpc/kernel/tau_6xx.c:204:52: warning: data argument not used by format string [-Wformat-extra-args]
tau_workq = alloc_workqueue("tau", WQ_UNBOUND, 1, 0);
~~~~~ ^
8 warnings generated.
Kconfig warnings: (for reference only)
WARNING: unmet direct dependencies detected for HOTPLUG_CPU
Depends on SMP && (PPC_PSERIES || PPC_PMAC || PPC_POWERNV || FSL_SOC_BOOKE
Selected by
- PM_SLEEP_SMP && SMP && (ARCH_SUSPEND_POSSIBLE || ARCH_HIBERNATION_POSSIBLE && PM_SLEEP
vim +204 arch/powerpc/kernel/tau_6xx.c
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 189
9e0d86cd2d7499 arch/powerpc/kernel/tau_6xx.c Mathieu Malaterre 2018-03-22 190 static int __init TAU_init(void)
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 191 {
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 192 /* We assume in SMP that if one CPU has TAU support, they
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 193 * all have it --BenH
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 194 */
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 195 if (!cpu_has_feature(CPU_FTR_TAU)) {
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 196 printk("Thermal assist unit not available\n");
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 197 tau_initialized = 0;
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 198 return 1;
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 199 }
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 200
5e3119e15fed5b arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 201 tau_int_enable = IS_ENABLED(CONFIG_TAU_INT) &&
5e3119e15fed5b arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 202 !strcmp(cur_cpu_spec->platform, "ppc750");
5e3119e15fed5b arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 203
b1c6a0a10bfaf3 arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 @204 tau_workq = alloc_workqueue("tau", WQ_UNBOUND, 1, 0);
b1c6a0a10bfaf3 arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 205 if (!tau_workq)
b1c6a0a10bfaf3 arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 206 return -ENOMEM;
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 207
15c8b6c1aaaf1c arch/powerpc/kernel/tau_6xx.c Jens Axboe 2008-05-09 208 on_each_cpu(TAU_init_smp, NULL, 0);
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 209
b1c6a0a10bfaf3 arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 210 queue_work(tau_workq, &tau_work);
b1c6a0a10bfaf3 arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 211
b1c6a0a10bfaf3 arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 212 pr_info("Thermal assist unit using %s, shrink_timer: %d ms\n",
5e3119e15fed5b arch/powerpc/kernel/tau_6xx.c Finn Thain 2020-09-05 213 tau_int_enable ? "interrupts" : "workqueue", shrink_timer);
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 214 tau_initialized = 1;
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 215
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 216 return 0;
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 217 }
^1da177e4c3f41 arch/ppc/kernel/temp.c Linus Torvalds 2005-04-16 218
:::::: The code at line 204 was first introduced by commit
:::::: b1c6a0a10bfaf36ec82fde6f621da72407fa60a1 powerpc/tau: Convert from timer to workqueue
:::::: TO: Finn Thain <fthain(a)telegraphics.com.au>
:::::: CC: Michael Ellerman <mpe(a)ellerman.id.au>
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
Re: [Intel-gfx] [PATCH 24/31] drm/i915/gem: Delay context creation (v2)
by kernel test robot
Hi Jason,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-tip/drm-tip]
[also build test ERROR on drm-exynos/exynos-drm-next tegra-drm/drm/tegra/for-next v5.13-rc5 next-20210608]
[cannot apply to drm-intel/for-linux-next drm/drm-next]
[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/Jason-Ekstrand/drm-i915-gem-ioct...
base: git://anongit.freedesktop.org/drm/drm-tip drm-tip
config: x86_64-randconfig-r011-20210608 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project d2012d965d60c3258b3a69d024491698f8aec386)
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
# https://github.com/0day-ci/linux/commit/7e9cc2833847aeb50a05f0a5e35282792...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Jason-Ekstrand/drm-i915-gem-ioctl-clean-ups-v6/20210609-123926
git checkout 7e9cc2833847aeb50a05f0a5e35282792514b5f1
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
>> drivers/gpu/drm/i915/gem/i915_gem_context.c:2533:1: error: no previous prototype for function 'finalize_create_context_locked' [-Werror,-Wmissing-prototypes]
finalize_create_context_locked(struct drm_i915_file_private *file_priv,
^
drivers/gpu/drm/i915/gem/i915_gem_context.c:2532:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
struct i915_gem_context *
^
static
1 error generated.
vim +/finalize_create_context_locked +2533 drivers/gpu/drm/i915/gem/i915_gem_context.c
2531
2532 struct i915_gem_context *
> 2533 finalize_create_context_locked(struct drm_i915_file_private *file_priv,
2534 struct i915_gem_proto_context *pc, u32 id)
2535 {
2536 struct i915_gem_context *ctx;
2537 void *old;
2538
2539 lockdep_assert_held(&file_priv->proto_context_lock);
2540
2541 ctx = i915_gem_create_context(file_priv->dev_priv, pc);
2542 if (IS_ERR(ctx))
2543 return ctx;
2544
2545 gem_context_register(ctx, file_priv, id);
2546
2547 old = xa_erase(&file_priv->proto_context_xa, id);
2548 GEM_BUG_ON(old != pc);
2549 proto_context_close(pc);
2550
2551 /* One for the xarray and one for the caller */
2552 return i915_gem_context_get(ctx);
2553 }
2554
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
Re: [PATCH V4 16/16] net: iosm: infrastructure
by kernel test robot
Hi Chetan,
I love your patch! Yet something to improve:
[auto build test ERROR on net/master]
[also build test ERROR on ipvs/master net-next/master linus/master v5.13-rc5 next-20210608]
[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/M-Chetan-Kumar/net-iosm-PCIe-Dri...
base: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git 7a6b1ab7475fd6478eeaf5c9d1163e7a18125c8f
config: x86_64-allyesconfig (attached as .config)
compiler: gcc-9 (Debian 9.3.0-22) 9.3.0
reproduce (this is a W=1 build):
# https://github.com/0day-ci/linux/commit/8720122f89695c8d8577b373d58551163...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review M-Chetan-Kumar/net-iosm-PCIe-Driver-for-Intel-M-2-Modem/20210609-010731
git checkout 8720122f89695c8d8577b373d585511632aa69ec
# save the attached .config to linux build tree
make W=1 ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All errors (new ones prefixed by >>):
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:231:21: error: variable 'iosm_wwan_ops' has initializer but incomplete type
231 | static const struct wwan_ops iosm_wwan_ops = {
| ^~~~~~~~
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:232:3: error: 'const struct wwan_ops' has no member named 'priv_size'
232 | .priv_size = sizeof(struct iosm_netdev_priv),
| ^~~~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:232:15: warning: excess elements in struct initializer
232 | .priv_size = sizeof(struct iosm_netdev_priv),
| ^~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:232:15: note: (near initialization for 'iosm_wwan_ops')
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:233:3: error: 'const struct wwan_ops' has no member named 'setup'
233 | .setup = ipc_wwan_setup,
| ^~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:233:11: warning: excess elements in struct initializer
233 | .setup = ipc_wwan_setup,
| ^~~~~~~~~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:233:11: note: (near initialization for 'iosm_wwan_ops')
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:234:3: error: 'const struct wwan_ops' has no member named 'newlink'
234 | .newlink = ipc_wwan_newlink,
| ^~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:234:13: warning: excess elements in struct initializer
234 | .newlink = ipc_wwan_newlink,
| ^~~~~~~~~~~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:234:13: note: (near initialization for 'iosm_wwan_ops')
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:235:3: error: 'const struct wwan_ops' has no member named 'dellink'
235 | .dellink = ipc_wwan_dellink,
| ^~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:235:13: warning: excess elements in struct initializer
235 | .dellink = ipc_wwan_dellink,
| ^~~~~~~~~~~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c:235:13: note: (near initialization for 'iosm_wwan_ops')
drivers/net/wwan/iosm/iosm_ipc_wwan.c: In function 'ipc_wwan_init':
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:319:6: error: implicit declaration of function 'wwan_register_ops' [-Werror=implicit-function-declaration]
319 | if (wwan_register_ops(ipc_wwan->dev, &iosm_wwan_ops, ipc_wwan)) {
| ^~~~~~~~~~~~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c: In function 'ipc_wwan_deinit':
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:333:2: error: implicit declaration of function 'wwan_unregister_ops' [-Werror=implicit-function-declaration]
333 | wwan_unregister_ops(ipc_wwan->dev);
| ^~~~~~~~~~~~~~~~~~~
drivers/net/wwan/iosm/iosm_ipc_wwan.c: At top level:
>> drivers/net/wwan/iosm/iosm_ipc_wwan.c:231:30: error: storage size of 'iosm_wwan_ops' isn't known
231 | static const struct wwan_ops iosm_wwan_ops = {
| ^~~~~~~~~~~~~
cc1: some warnings being treated as errors
vim +/iosm_wwan_ops +231 drivers/net/wwan/iosm/iosm_ipc_wwan.c
a55422b04bda2b M Chetan Kumar 2021-06-08 230
a55422b04bda2b M Chetan Kumar 2021-06-08 @231 static const struct wwan_ops iosm_wwan_ops = {
a55422b04bda2b M Chetan Kumar 2021-06-08 @232 .priv_size = sizeof(struct iosm_netdev_priv),
a55422b04bda2b M Chetan Kumar 2021-06-08 @233 .setup = ipc_wwan_setup,
a55422b04bda2b M Chetan Kumar 2021-06-08 @234 .newlink = ipc_wwan_newlink,
a55422b04bda2b M Chetan Kumar 2021-06-08 @235 .dellink = ipc_wwan_dellink,
a55422b04bda2b M Chetan Kumar 2021-06-08 236 };
a55422b04bda2b M Chetan Kumar 2021-06-08 237
a55422b04bda2b M Chetan Kumar 2021-06-08 238 int ipc_wwan_receive(struct iosm_wwan *ipc_wwan, struct sk_buff *skb_arg,
a55422b04bda2b M Chetan Kumar 2021-06-08 239 bool dss, int if_id)
a55422b04bda2b M Chetan Kumar 2021-06-08 240 {
a55422b04bda2b M Chetan Kumar 2021-06-08 241 struct sk_buff *skb = skb_arg;
a55422b04bda2b M Chetan Kumar 2021-06-08 242 struct net_device_stats *stats;
a55422b04bda2b M Chetan Kumar 2021-06-08 243 struct iosm_netdev_priv *priv;
a55422b04bda2b M Chetan Kumar 2021-06-08 244 int ret;
a55422b04bda2b M Chetan Kumar 2021-06-08 245
a55422b04bda2b M Chetan Kumar 2021-06-08 246 if ((skb->data[0] & IOSM_IP_TYPE_MASK) == IOSM_IP_TYPE_IPV4)
a55422b04bda2b M Chetan Kumar 2021-06-08 247 skb->protocol = htons(ETH_P_IP);
a55422b04bda2b M Chetan Kumar 2021-06-08 248 else if ((skb->data[0] & IOSM_IP_TYPE_MASK) ==
a55422b04bda2b M Chetan Kumar 2021-06-08 249 IOSM_IP_TYPE_IPV6)
a55422b04bda2b M Chetan Kumar 2021-06-08 250 skb->protocol = htons(ETH_P_IPV6);
a55422b04bda2b M Chetan Kumar 2021-06-08 251
a55422b04bda2b M Chetan Kumar 2021-06-08 252 skb->pkt_type = PACKET_HOST;
a55422b04bda2b M Chetan Kumar 2021-06-08 253
a55422b04bda2b M Chetan Kumar 2021-06-08 254 if (if_id < (IP_MUX_SESSION_START - 1) ||
a55422b04bda2b M Chetan Kumar 2021-06-08 255 if_id > (IP_MUX_SESSION_END - 1)) {
a55422b04bda2b M Chetan Kumar 2021-06-08 256 ret = -EINVAL;
a55422b04bda2b M Chetan Kumar 2021-06-08 257 goto free;
a55422b04bda2b M Chetan Kumar 2021-06-08 258 }
a55422b04bda2b M Chetan Kumar 2021-06-08 259
a55422b04bda2b M Chetan Kumar 2021-06-08 260 rcu_read_lock();
a55422b04bda2b M Chetan Kumar 2021-06-08 261 priv = rcu_dereference(ipc_wwan->sub_netlist[if_id]);
a55422b04bda2b M Chetan Kumar 2021-06-08 262 if (!priv) {
a55422b04bda2b M Chetan Kumar 2021-06-08 263 ret = -EINVAL;
a55422b04bda2b M Chetan Kumar 2021-06-08 264 goto unlock;
a55422b04bda2b M Chetan Kumar 2021-06-08 265 }
a55422b04bda2b M Chetan Kumar 2021-06-08 266 skb->dev = priv->netdev;
a55422b04bda2b M Chetan Kumar 2021-06-08 267 stats = &priv->netdev->stats;
a55422b04bda2b M Chetan Kumar 2021-06-08 268 stats->rx_packets++;
a55422b04bda2b M Chetan Kumar 2021-06-08 269 stats->rx_bytes += skb->len;
a55422b04bda2b M Chetan Kumar 2021-06-08 270
a55422b04bda2b M Chetan Kumar 2021-06-08 271 ret = netif_rx(skb);
a55422b04bda2b M Chetan Kumar 2021-06-08 272 skb = NULL;
a55422b04bda2b M Chetan Kumar 2021-06-08 273 unlock:
a55422b04bda2b M Chetan Kumar 2021-06-08 274 rcu_read_unlock();
a55422b04bda2b M Chetan Kumar 2021-06-08 275 free:
a55422b04bda2b M Chetan Kumar 2021-06-08 276 dev_kfree_skb(skb);
a55422b04bda2b M Chetan Kumar 2021-06-08 277 return ret;
a55422b04bda2b M Chetan Kumar 2021-06-08 278 }
a55422b04bda2b M Chetan Kumar 2021-06-08 279
a55422b04bda2b M Chetan Kumar 2021-06-08 280 void ipc_wwan_tx_flowctrl(struct iosm_wwan *ipc_wwan, int if_id, bool on)
a55422b04bda2b M Chetan Kumar 2021-06-08 281 {
a55422b04bda2b M Chetan Kumar 2021-06-08 282 struct net_device *netdev;
a55422b04bda2b M Chetan Kumar 2021-06-08 283 struct iosm_netdev_priv *priv;
a55422b04bda2b M Chetan Kumar 2021-06-08 284 bool is_tx_blk;
a55422b04bda2b M Chetan Kumar 2021-06-08 285
a55422b04bda2b M Chetan Kumar 2021-06-08 286 rcu_read_lock();
a55422b04bda2b M Chetan Kumar 2021-06-08 287 priv = rcu_dereference(ipc_wwan->sub_netlist[if_id]);
a55422b04bda2b M Chetan Kumar 2021-06-08 288 if (!priv) {
a55422b04bda2b M Chetan Kumar 2021-06-08 289 rcu_read_unlock();
a55422b04bda2b M Chetan Kumar 2021-06-08 290 return;
a55422b04bda2b M Chetan Kumar 2021-06-08 291 }
a55422b04bda2b M Chetan Kumar 2021-06-08 292
a55422b04bda2b M Chetan Kumar 2021-06-08 293 netdev = priv->netdev;
a55422b04bda2b M Chetan Kumar 2021-06-08 294
a55422b04bda2b M Chetan Kumar 2021-06-08 295 is_tx_blk = netif_queue_stopped(netdev);
a55422b04bda2b M Chetan Kumar 2021-06-08 296
a55422b04bda2b M Chetan Kumar 2021-06-08 297 if (on)
a55422b04bda2b M Chetan Kumar 2021-06-08 298 dev_dbg(ipc_wwan->dev, "session id[%d]: flowctrl enable",
a55422b04bda2b M Chetan Kumar 2021-06-08 299 if_id);
a55422b04bda2b M Chetan Kumar 2021-06-08 300
a55422b04bda2b M Chetan Kumar 2021-06-08 301 if (on && !is_tx_blk)
a55422b04bda2b M Chetan Kumar 2021-06-08 302 netif_stop_queue(netdev);
a55422b04bda2b M Chetan Kumar 2021-06-08 303 else if (!on && is_tx_blk)
a55422b04bda2b M Chetan Kumar 2021-06-08 304 netif_wake_queue(netdev);
a55422b04bda2b M Chetan Kumar 2021-06-08 305 rcu_read_unlock();
a55422b04bda2b M Chetan Kumar 2021-06-08 306 }
a55422b04bda2b M Chetan Kumar 2021-06-08 307
a55422b04bda2b M Chetan Kumar 2021-06-08 308 struct iosm_wwan *ipc_wwan_init(struct iosm_imem *ipc_imem, struct device *dev)
a55422b04bda2b M Chetan Kumar 2021-06-08 309 {
a55422b04bda2b M Chetan Kumar 2021-06-08 310 struct iosm_wwan *ipc_wwan;
a55422b04bda2b M Chetan Kumar 2021-06-08 311
a55422b04bda2b M Chetan Kumar 2021-06-08 312 ipc_wwan = kzalloc(sizeof(*ipc_wwan), GFP_KERNEL);
a55422b04bda2b M Chetan Kumar 2021-06-08 313 if (!ipc_wwan)
a55422b04bda2b M Chetan Kumar 2021-06-08 314 return NULL;
a55422b04bda2b M Chetan Kumar 2021-06-08 315
a55422b04bda2b M Chetan Kumar 2021-06-08 316 ipc_wwan->dev = dev;
a55422b04bda2b M Chetan Kumar 2021-06-08 317 ipc_wwan->ipc_imem = ipc_imem;
a55422b04bda2b M Chetan Kumar 2021-06-08 318
a55422b04bda2b M Chetan Kumar 2021-06-08 @319 if (wwan_register_ops(ipc_wwan->dev, &iosm_wwan_ops, ipc_wwan)) {
a55422b04bda2b M Chetan Kumar 2021-06-08 320 kfree(ipc_wwan);
a55422b04bda2b M Chetan Kumar 2021-06-08 321 return NULL;
a55422b04bda2b M Chetan Kumar 2021-06-08 322 }
a55422b04bda2b M Chetan Kumar 2021-06-08 323
a55422b04bda2b M Chetan Kumar 2021-06-08 324 mutex_init(&ipc_wwan->if_mutex);
a55422b04bda2b M Chetan Kumar 2021-06-08 325
a55422b04bda2b M Chetan Kumar 2021-06-08 326 return ipc_wwan;
a55422b04bda2b M Chetan Kumar 2021-06-08 327 }
a55422b04bda2b M Chetan Kumar 2021-06-08 328
a55422b04bda2b M Chetan Kumar 2021-06-08 329 void ipc_wwan_deinit(struct iosm_wwan *ipc_wwan)
a55422b04bda2b M Chetan Kumar 2021-06-08 330 {
a55422b04bda2b M Chetan Kumar 2021-06-08 331 int if_id;
a55422b04bda2b M Chetan Kumar 2021-06-08 332
a55422b04bda2b M Chetan Kumar 2021-06-08 @333 wwan_unregister_ops(ipc_wwan->dev);
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
Re: [PATCH] scsi: ufs: Fix a possible use before initialization case
by kernel test robot
Hi Can,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on mkp-scsi/for-next]
[also build test WARNING on scsi/for-next v5.13-rc5 next-20210608]
[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/Can-Guo/scsi-ufs-Fix-a-possible-...
base: https://git.kernel.org/pub/scm/linux/kernel/git/mkp/scsi.git for-next
config: x86_64-randconfig-a012-20210608 (attached as .config)
compiler: clang version 13.0.0 (https://github.com/llvm/llvm-project d2012d965d60c3258b3a69d024491698f8aec386)
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
# https://github.com/0day-ci/linux/commit/d566879446f64c07b54dfc7ade9d8ef80...
git remote add linux-review https://github.com/0day-ci/linux
git fetch --no-tags linux-review Can-Guo/scsi-ufs-Fix-a-possible-use-before-initialization-case/20210609-113857
git checkout d566879446f64c07b54dfc7ade9d8ef80bf4687a
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
All warnings (new ones prefixed by >>):
>> drivers/scsi/ufs/ufshcd.c:2993:1: warning: unused label 'out' [-Wunused-label]
out:
^~~~
1 warning generated.
vim +/out +2993 drivers/scsi/ufs/ufshcd.c
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2938
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2939 /**
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2940 * ufshcd_exec_dev_cmd - API for sending device management requests
8aa29f192ca675 Bart Van Assche 2018-03-01 2941 * @hba: UFS hba
8aa29f192ca675 Bart Van Assche 2018-03-01 2942 * @cmd_type: specifies the type (NOP, Query...)
8aa29f192ca675 Bart Van Assche 2018-03-01 2943 * @timeout: time in seconds
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2944 *
68078d5cc1a59b Dolev Raviv 2013-07-30 2945 * NOTE: Since there is only one available tag for device management commands,
68078d5cc1a59b Dolev Raviv 2013-07-30 2946 * it is expected you hold the hba->dev_cmd.lock mutex.
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2947 */
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2948 static int ufshcd_exec_dev_cmd(struct ufs_hba *hba,
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2949 enum dev_cmd_type cmd_type, int timeout)
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2950 {
7252a3603015f1 Bart Van Assche 2019-12-09 2951 struct request_queue *q = hba->cmd_queue;
7252a3603015f1 Bart Van Assche 2019-12-09 2952 struct request *req;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2953 struct ufshcd_lrb *lrbp;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2954 int err;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2955 int tag;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2956 struct completion wait;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2957
a3cd5ec55f6c72 Subhash Jadavani 2017-02-03 2958 down_read(&hba->clk_scaling_lock);
a3cd5ec55f6c72 Subhash Jadavani 2017-02-03 2959
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2960 /*
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2961 * Get free slot, sleep if slots are unavailable.
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2962 * Even though we use wait_event() which sleeps indefinitely,
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2963 * the maximum wait time is bounded by SCSI request timeout.
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2964 */
7252a3603015f1 Bart Van Assche 2019-12-09 2965 req = blk_get_request(q, REQ_OP_DRV_OUT, 0);
bb14dd1564c90d Dan Carpenter 2019-12-13 2966 if (IS_ERR(req)) {
bb14dd1564c90d Dan Carpenter 2019-12-13 2967 err = PTR_ERR(req);
bb14dd1564c90d Dan Carpenter 2019-12-13 2968 goto out_unlock;
bb14dd1564c90d Dan Carpenter 2019-12-13 2969 }
7252a3603015f1 Bart Van Assche 2019-12-09 2970 tag = req->tag;
7252a3603015f1 Bart Van Assche 2019-12-09 2971 WARN_ON_ONCE(!ufshcd_valid_tag(hba, tag));
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2972
a45f937110fa6b Can Guo 2021-05-24 2973 if (unlikely(test_bit(tag, &hba->outstanding_reqs))) {
7a7e66c65d4148 Can Guo 2020-12-02 2974 err = -EBUSY;
d566879446f64c Can Guo 2021-06-08 2975 goto out_put_tag;
7a7e66c65d4148 Can Guo 2020-12-02 2976 }
7a7e66c65d4148 Can Guo 2020-12-02 2977
a45f937110fa6b Can Guo 2021-05-24 2978 init_completion(&wait);
a45f937110fa6b Can Guo 2021-05-24 2979 lrbp = &hba->lrb[tag];
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2980 WARN_ON(lrbp->cmd);
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2981 err = ufshcd_compose_dev_cmd(hba, lrbp, cmd_type, tag);
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2982 if (unlikely(err))
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2983 goto out_put_tag;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2984
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2985 hba->dev_cmd.complete = &wait;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2986
fb475b74d6630e Avri Altman 2021-01-10 2987 ufshcd_add_query_upiu_trace(hba, UFS_QUERY_SEND, lrbp->ucd_req_ptr);
e3dfdc532d5c68 Yaniv Gardi 2016-02-01 2988 /* Make sure descriptors are ready before ringing the doorbell */
e3dfdc532d5c68 Yaniv Gardi 2016-02-01 2989 wmb();
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2990
a45f937110fa6b Can Guo 2021-05-24 2991 ufshcd_send_command(hba, tag);
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2992 err = ufshcd_wait_for_dev_cmd(hba, lrbp, timeout);
7a7e66c65d4148 Can Guo 2020-12-02 @2993 out:
fb475b74d6630e Avri Altman 2021-01-10 2994 ufshcd_add_query_upiu_trace(hba, err ? UFS_QUERY_ERR : UFS_QUERY_COMP,
fb475b74d6630e Avri Altman 2021-01-10 2995 (struct utp_upiu_req *)lrbp->ucd_rsp_ptr);
6667e6d91c88a7 Ohad Sharabi 2018-03-28 2996
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 2997 out_put_tag:
7252a3603015f1 Bart Van Assche 2019-12-09 2998 blk_put_request(req);
bb14dd1564c90d Dan Carpenter 2019-12-13 2999 out_unlock:
a3cd5ec55f6c72 Subhash Jadavani 2017-02-03 3000 up_read(&hba->clk_scaling_lock);
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 3001 return err;
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 3002 }
5a0b0cb9bee767 Sujit Reddy Thumma 2013-07-30 3003
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
1 year, 3 months
