arch/mips/kvm/emulate.c:1734:28: warning: right shift count >= width of type
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 0bddd227f3dc55975e2b8dfa7fc6f959b062a2c7
commit: dc6d95b153e78ed70b1b2c04aadffb76bcd2b3ec KVM: MIPS: Add more MMIO load/store instructions emulation
date: 5 weeks ago
config: mips-randconfig-r031-20200709 (attached as .config)
compiler: mipsel-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 checkout dc6d95b153e78ed70b1b2c04aadffb76bcd2b3ec
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=mips
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 >>):
arch/mips/kvm/emulate.c:946:23: warning: no previous prototype for 'kvm_mips_emul_eret' [-Wmissing-prototypes]
946 | enum emulation_result kvm_mips_emul_eret(struct kvm_vcpu *vcpu)
| ^~~~~~~~~~~~~~~~~~
arch/mips/kvm/emulate.c:1029:23: warning: no previous prototype for 'kvm_mips_emul_tlbr' [-Wmissing-prototypes]
1029 | enum emulation_result kvm_mips_emul_tlbr(struct kvm_vcpu *vcpu)
| ^~~~~~~~~~~~~~~~~~
arch/mips/kvm/emulate.c:1102:23: warning: no previous prototype for 'kvm_mips_emul_tlbwi' [-Wmissing-prototypes]
1102 | enum emulation_result kvm_mips_emul_tlbwi(struct kvm_vcpu *vcpu)
| ^~~~~~~~~~~~~~~~~~~
arch/mips/kvm/emulate.c:1138:23: warning: no previous prototype for 'kvm_mips_emul_tlbwr' [-Wmissing-prototypes]
1138 | enum emulation_result kvm_mips_emul_tlbwr(struct kvm_vcpu *vcpu)
| ^~~~~~~~~~~~~~~~~~~
arch/mips/kvm/emulate.c:1163:23: warning: no previous prototype for 'kvm_mips_emul_tlbp' [-Wmissing-prototypes]
1163 | enum emulation_result kvm_mips_emul_tlbp(struct kvm_vcpu *vcpu)
| ^~~~~~~~~~~~~~~~~~
arch/mips/kvm/emulate.c: In function 'kvm_mips_emulate_store':
>> arch/mips/kvm/emulate.c:1734:28: warning: right shift count >= width of type [-Wshift-count-overflow]
1734 | ((vcpu->arch.gprs[rt] >> 56) & 0xff);
| ^~
arch/mips/kvm/emulate.c:1738:28: warning: right shift count >= width of type [-Wshift-count-overflow]
1738 | ((vcpu->arch.gprs[rt] >> 48) & 0xffff);
| ^~
arch/mips/kvm/emulate.c:1742:28: warning: right shift count >= width of type [-Wshift-count-overflow]
1742 | ((vcpu->arch.gprs[rt] >> 40) & 0xffffff);
| ^~
arch/mips/kvm/emulate.c:1746:28: warning: right shift count >= width of type [-Wshift-count-overflow]
1746 | ((vcpu->arch.gprs[rt] >> 32) & 0xffffffff);
| ^~
>> arch/mips/kvm/emulate.c:1796:27: warning: left shift count >= width of type [-Wshift-count-overflow]
1796 | (vcpu->arch.gprs[rt] << 32);
| ^~
arch/mips/kvm/emulate.c:1800:27: warning: left shift count >= width of type [-Wshift-count-overflow]
1800 | (vcpu->arch.gprs[rt] << 40);
| ^~
arch/mips/kvm/emulate.c:1804:27: warning: left shift count >= width of type [-Wshift-count-overflow]
1804 | (vcpu->arch.gprs[rt] << 48);
| ^~
arch/mips/kvm/emulate.c:1808:27: warning: left shift count >= width of type [-Wshift-count-overflow]
1808 | (vcpu->arch.gprs[rt] << 56);
| ^~
vim +1734 arch/mips/kvm/emulate.c
1637
1638 case sw_op:
1639 run->mmio.len = 4;
1640 *(u32 *)data = vcpu->arch.gprs[rt];
1641
1642 kvm_debug("[%#lx] OP_SW: eaddr: %#lx, gpr: %#lx, data: %#x\n",
1643 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1644 vcpu->arch.gprs[rt], *(u32 *)data);
1645 break;
1646
1647 case sh_op:
1648 run->mmio.len = 2;
1649 *(u16 *)data = vcpu->arch.gprs[rt];
1650
1651 kvm_debug("[%#lx] OP_SH: eaddr: %#lx, gpr: %#lx, data: %#x\n",
1652 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1653 vcpu->arch.gprs[rt], *(u16 *)data);
1654 break;
1655
1656 case sb_op:
1657 run->mmio.len = 1;
1658 *(u8 *)data = vcpu->arch.gprs[rt];
1659
1660 kvm_debug("[%#lx] OP_SB: eaddr: %#lx, gpr: %#lx, data: %#x\n",
1661 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1662 vcpu->arch.gprs[rt], *(u8 *)data);
1663 break;
1664
1665 case swl_op:
1666 run->mmio.phys_addr = kvm_mips_callbacks->gva_to_gpa(
1667 vcpu->arch.host_cp0_badvaddr) & (~0x3);
1668 run->mmio.len = 4;
1669 imme = vcpu->arch.host_cp0_badvaddr & 0x3;
1670 switch (imme) {
1671 case 0:
1672 *(u32 *)data = ((*(u32 *)data) & 0xffffff00) |
1673 (vcpu->arch.gprs[rt] >> 24);
1674 break;
1675 case 1:
1676 *(u32 *)data = ((*(u32 *)data) & 0xffff0000) |
1677 (vcpu->arch.gprs[rt] >> 16);
1678 break;
1679 case 2:
1680 *(u32 *)data = ((*(u32 *)data) & 0xff000000) |
1681 (vcpu->arch.gprs[rt] >> 8);
1682 break;
1683 case 3:
1684 *(u32 *)data = vcpu->arch.gprs[rt];
1685 break;
1686 default:
1687 break;
1688 }
1689
1690 kvm_debug("[%#lx] OP_SWL: eaddr: %#lx, gpr: %#lx, data: %#x\n",
1691 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1692 vcpu->arch.gprs[rt], *(u32 *)data);
1693 break;
1694
1695 case swr_op:
1696 run->mmio.phys_addr = kvm_mips_callbacks->gva_to_gpa(
1697 vcpu->arch.host_cp0_badvaddr) & (~0x3);
1698 run->mmio.len = 4;
1699 imme = vcpu->arch.host_cp0_badvaddr & 0x3;
1700 switch (imme) {
1701 case 0:
1702 *(u32 *)data = vcpu->arch.gprs[rt];
1703 break;
1704 case 1:
1705 *(u32 *)data = ((*(u32 *)data) & 0xff) |
1706 (vcpu->arch.gprs[rt] << 8);
1707 break;
1708 case 2:
1709 *(u32 *)data = ((*(u32 *)data) & 0xffff) |
1710 (vcpu->arch.gprs[rt] << 16);
1711 break;
1712 case 3:
1713 *(u32 *)data = ((*(u32 *)data) & 0xffffff) |
1714 (vcpu->arch.gprs[rt] << 24);
1715 break;
1716 default:
1717 break;
1718 }
1719
1720 kvm_debug("[%#lx] OP_SWR: eaddr: %#lx, gpr: %#lx, data: %#x\n",
1721 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1722 vcpu->arch.gprs[rt], *(u32 *)data);
1723 break;
1724
1725 case sdl_op:
1726 run->mmio.phys_addr = kvm_mips_callbacks->gva_to_gpa(
1727 vcpu->arch.host_cp0_badvaddr) & (~0x7);
1728
1729 run->mmio.len = 8;
1730 imme = vcpu->arch.host_cp0_badvaddr & 0x7;
1731 switch (imme) {
1732 case 0:
1733 *(u64 *)data = ((*(u64 *)data) & 0xffffffffffffff00) |
> 1734 ((vcpu->arch.gprs[rt] >> 56) & 0xff);
1735 break;
1736 case 1:
1737 *(u64 *)data = ((*(u64 *)data) & 0xffffffffffff0000) |
> 1738 ((vcpu->arch.gprs[rt] >> 48) & 0xffff);
1739 break;
1740 case 2:
1741 *(u64 *)data = ((*(u64 *)data) & 0xffffffffff000000) |
1742 ((vcpu->arch.gprs[rt] >> 40) & 0xffffff);
1743 break;
1744 case 3:
1745 *(u64 *)data = ((*(u64 *)data) & 0xffffffff00000000) |
1746 ((vcpu->arch.gprs[rt] >> 32) & 0xffffffff);
1747 break;
1748 case 4:
1749 *(u64 *)data = ((*(u64 *)data) & 0xffffff0000000000) |
1750 ((vcpu->arch.gprs[rt] >> 24) & 0xffffffffff);
1751 break;
1752 case 5:
1753 *(u64 *)data = ((*(u64 *)data) & 0xffff000000000000) |
1754 ((vcpu->arch.gprs[rt] >> 16) & 0xffffffffffff);
1755 break;
1756 case 6:
1757 *(u64 *)data = ((*(u64 *)data) & 0xff00000000000000) |
1758 ((vcpu->arch.gprs[rt] >> 8) & 0xffffffffffffff);
1759 break;
1760 case 7:
1761 *(u64 *)data = vcpu->arch.gprs[rt];
1762 break;
1763 default:
1764 break;
1765 }
1766
1767 kvm_debug("[%#lx] OP_SDL: eaddr: %#lx, gpr: %#lx, data: %llx\n",
1768 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1769 vcpu->arch.gprs[rt], *(u64 *)data);
1770 break;
1771
1772 case sdr_op:
1773 run->mmio.phys_addr = kvm_mips_callbacks->gva_to_gpa(
1774 vcpu->arch.host_cp0_badvaddr) & (~0x7);
1775
1776 run->mmio.len = 8;
1777 imme = vcpu->arch.host_cp0_badvaddr & 0x7;
1778 switch (imme) {
1779 case 0:
1780 *(u64 *)data = vcpu->arch.gprs[rt];
1781 break;
1782 case 1:
1783 *(u64 *)data = ((*(u64 *)data) & 0xff) |
1784 (vcpu->arch.gprs[rt] << 8);
1785 break;
1786 case 2:
1787 *(u64 *)data = ((*(u64 *)data) & 0xffff) |
1788 (vcpu->arch.gprs[rt] << 16);
1789 break;
1790 case 3:
1791 *(u64 *)data = ((*(u64 *)data) & 0xffffff) |
1792 (vcpu->arch.gprs[rt] << 24);
1793 break;
1794 case 4:
1795 *(u64 *)data = ((*(u64 *)data) & 0xffffffff) |
> 1796 (vcpu->arch.gprs[rt] << 32);
1797 break;
1798 case 5:
1799 *(u64 *)data = ((*(u64 *)data) & 0xffffffffff) |
1800 (vcpu->arch.gprs[rt] << 40);
1801 break;
1802 case 6:
1803 *(u64 *)data = ((*(u64 *)data) & 0xffffffffffff) |
1804 (vcpu->arch.gprs[rt] << 48);
1805 break;
1806 case 7:
1807 *(u64 *)data = ((*(u64 *)data) & 0xffffffffffffff) |
1808 (vcpu->arch.gprs[rt] << 56);
1809 break;
1810 default:
1811 break;
1812 }
1813
1814 kvm_debug("[%#lx] OP_SDR: eaddr: %#lx, gpr: %#lx, data: %llx\n",
1815 vcpu->arch.pc, vcpu->arch.host_cp0_badvaddr,
1816 vcpu->arch.gprs[rt], *(u64 *)data);
1817 break;
1818
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
Re: [PATCH] pinctrl: cherryview: Enable glitch filter for GPIOs used as
by kernel test robot
Hi Hans,
I love your patch! Perhaps something to improve:
[auto build test WARNING on pinctrl/devel]
[also build test WARNING on v5.8-rc4]
[cannot apply to next-20200708]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as documented in
https://git-scm.com/docs/git-format-patch]
url: https://github.com/0day-ci/linux/commits/Hans-de-Goede/pinctrl-cherryview...
base: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl.git devel
config: x86_64-randconfig-s022-20200709 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-14) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.2-37-gc9676a3b-dirty
# save the attached .config to linux build tree
make W=1 C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' ARCH=x86_64
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp(a)intel.com>
sparse warnings: (new ones prefixed by >>)
>> drivers/pinctrl/intel/pinctrl-cherryview.c:1401:27: sparse: sparse: Using plain integer as NULL pointer
vim +1401 drivers/pinctrl/intel/pinctrl-cherryview.c
1351
1352 static int chv_gpio_irq_type(struct irq_data *d, unsigned int type)
1353 {
1354 struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
1355 struct chv_pinctrl *pctrl = gpiochip_get_data(gc);
1356 unsigned int pin = irqd_to_hwirq(d);
1357 unsigned long flags;
1358 u32 value;
1359
1360 raw_spin_lock_irqsave(&chv_lock, flags);
1361
1362 /*
1363 * Pins which can be used as shared interrupt are configured in
1364 * BIOS. Driver trusts BIOS configurations and assigns different
1365 * handler according to the irq type.
1366 *
1367 * Driver needs to save the mapping between each pin and
1368 * its interrupt line.
1369 * 1. If the pin cfg is locked in BIOS:
1370 * Trust BIOS has programmed IntWakeCfg bits correctly,
1371 * driver just needs to save the mapping.
1372 * 2. If the pin cfg is not locked in BIOS:
1373 * Driver programs the IntWakeCfg bits and save the mapping.
1374 */
1375 if (!chv_pad_locked(pctrl, pin)) {
1376 void __iomem *reg = chv_padreg(pctrl, pin, CHV_PADCTRL1);
1377
1378 value = readl(reg);
1379 value &= ~CHV_PADCTRL1_INTWAKECFG_MASK;
1380 value &= ~CHV_PADCTRL1_INVRXTX_MASK;
1381
1382 if (type & IRQ_TYPE_EDGE_BOTH) {
1383 if ((type & IRQ_TYPE_EDGE_BOTH) == IRQ_TYPE_EDGE_BOTH)
1384 value |= CHV_PADCTRL1_INTWAKECFG_BOTH;
1385 else if (type & IRQ_TYPE_EDGE_RISING)
1386 value |= CHV_PADCTRL1_INTWAKECFG_RISING;
1387 else if (type & IRQ_TYPE_EDGE_FALLING)
1388 value |= CHV_PADCTRL1_INTWAKECFG_FALLING;
1389 } else if (type & IRQ_TYPE_LEVEL_MASK) {
1390 value |= CHV_PADCTRL1_INTWAKECFG_LEVEL;
1391 if (type & IRQ_TYPE_LEVEL_LOW)
1392 value |= CHV_PADCTRL1_INVRXTX_RXDATA;
1393 }
1394
1395 chv_writel(value, reg);
1396 }
1397
1398 /* Enable glitch filtering */
1399 value = readl(chv_padreg(pctrl, pin, CHV_PADCTRL0));
1400 value |= CHV_PADCTRL0_GLITCH_FILT_BOTH << CHV_PADCTRL0_GLITCH_FILT_SHIFT;
> 1401 chv_writel(value, CHV_PADCTRL0);
1402
1403 /* Store interrupt-line to pin mapping for this pin*/
1404 value &= CHV_PADCTRL0_INTSEL_MASK;
1405 value >>= CHV_PADCTRL0_INTSEL_SHIFT;
1406 pctrl->intr_lines[value] = pin;
1407
1408 if (type & IRQ_TYPE_EDGE_BOTH)
1409 irq_set_handler_locked(d, handle_edge_irq);
1410 else if (type & IRQ_TYPE_LEVEL_MASK)
1411 irq_set_handler_locked(d, handle_level_irq);
1412
1413 raw_spin_unlock_irqrestore(&chv_lock, flags);
1414
1415 return 0;
1416 }
1417
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
Re: [PATCH v3 08/20] fanotify: break up fanotify_alloc_event()
by kernel test robot
Hi Amir,
I love your patch! Perhaps something to improve:
[auto build test WARNING on ext3/fsnotify]
[also build test WARNING on nfsd/nfsd-next driver-core/driver-core-testing linus/master v5.8-rc4 next-20200708]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as documented in
https://git-scm.com/docs/git-format-patch]
url: https://github.com/0day-ci/linux/commits/Amir-Goldstein/fsnotify-Rearrang...
base: https://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git fsnotify
config: x86_64-allyesconfig (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project 02946de3802d3bc65bc9f2eb9b8d4969b5a7add8)
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
# 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 >>):
>> fs/notify/fanotify/fanotify.c:347:24: warning: no previous prototype for function 'fanotify_alloc_path_event' [-Wmissing-prototypes]
struct fanotify_event *fanotify_alloc_path_event(const struct path *path,
^
fs/notify/fanotify/fanotify.c:347:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
struct fanotify_event *fanotify_alloc_path_event(const struct path *path,
^
static
>> fs/notify/fanotify/fanotify.c:363:24: warning: no previous prototype for function 'fanotify_alloc_perm_event' [-Wmissing-prototypes]
struct fanotify_event *fanotify_alloc_perm_event(const struct path *path,
^
fs/notify/fanotify/fanotify.c:363:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
struct fanotify_event *fanotify_alloc_perm_event(const struct path *path,
^
static
>> fs/notify/fanotify/fanotify.c:381:24: warning: no previous prototype for function 'fanotify_alloc_fid_event' [-Wmissing-prototypes]
struct fanotify_event *fanotify_alloc_fid_event(struct inode *id,
^
fs/notify/fanotify/fanotify.c:381:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
struct fanotify_event *fanotify_alloc_fid_event(struct inode *id,
^
static
>> fs/notify/fanotify/fanotify.c:398:24: warning: no previous prototype for function 'fanotify_alloc_name_event' [-Wmissing-prototypes]
struct fanotify_event *fanotify_alloc_name_event(struct inode *id,
^
fs/notify/fanotify/fanotify.c:398:1: note: declare 'static' if the function is not intended to be used outside of this translation unit
struct fanotify_event *fanotify_alloc_name_event(struct inode *id,
^
static
4 warnings generated.
vim +/fanotify_alloc_path_event +347 fs/notify/fanotify/fanotify.c
346
> 347 struct fanotify_event *fanotify_alloc_path_event(const struct path *path,
348 gfp_t gfp)
349 {
350 struct fanotify_path_event *pevent;
351
352 pevent = kmem_cache_alloc(fanotify_path_event_cachep, gfp);
353 if (!pevent)
354 return NULL;
355
356 pevent->fae.type = FANOTIFY_EVENT_TYPE_PATH;
357 pevent->path = *path;
358 path_get(path);
359
360 return &pevent->fae;
361 }
362
> 363 struct fanotify_event *fanotify_alloc_perm_event(const struct path *path,
364 gfp_t gfp)
365 {
366 struct fanotify_perm_event *pevent;
367
368 pevent = kmem_cache_alloc(fanotify_perm_event_cachep, gfp);
369 if (!pevent)
370 return NULL;
371
372 pevent->fae.type = FANOTIFY_EVENT_TYPE_PATH_PERM;
373 pevent->response = 0;
374 pevent->state = FAN_EVENT_INIT;
375 pevent->path = *path;
376 path_get(path);
377
378 return &pevent->fae;
379 }
380
> 381 struct fanotify_event *fanotify_alloc_fid_event(struct inode *id,
382 __kernel_fsid_t *fsid,
383 gfp_t gfp)
384 {
385 struct fanotify_fid_event *ffe;
386
387 ffe = kmem_cache_alloc(fanotify_fid_event_cachep, gfp);
388 if (!ffe)
389 return NULL;
390
391 ffe->fae.type = FANOTIFY_EVENT_TYPE_FID;
392 ffe->fsid = *fsid;
393 fanotify_encode_fh(&ffe->object_fh, id, gfp);
394
395 return &ffe->fae;
396 }
397
> 398 struct fanotify_event *fanotify_alloc_name_event(struct inode *id,
399 __kernel_fsid_t *fsid,
400 const struct qstr *file_name,
401 gfp_t gfp)
402 {
403 struct fanotify_name_event *fne;
404
405 fne = kmalloc(sizeof(*fne) + file_name->len + 1, gfp);
406 if (!fne)
407 return NULL;
408
409 fne->fae.type = FANOTIFY_EVENT_TYPE_FID_NAME;
410 fne->fsid = *fsid;
411 fanotify_encode_fh(&fne->dir_fh, id, gfp);
412 fne->name_len = file_name->len;
413 strcpy(fne->name, file_name->name);
414
415 return &fne->fae;
416 }
417
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
[iwlwifi-chromeos:chromeos-5.4__release/core54-58 3013/9999] sound/soc/amd/acp3x-rt5682-max9836.c:342:4: warning: format specifies type 'int' but the argument has type 'long'
by kernel test robot
Hi Akshu,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/chromeos.git chromeos-5.4__release/core54-58
head: d902f3439a0584cd838618b3b5ba473e5e2f1c14
commit: 182ae8e09f7dcf20e9a35b623d0f2293eb2a13e8 [3013/9999] FROMLIST: ASoc: amd: Add DMIC switch capability to machine driver
config: x86_64-randconfig-r015-20200708 (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project 02946de3802d3bc65bc9f2eb9b8d4969b5a7add8)
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
git checkout 182ae8e09f7dcf20e9a35b623d0f2293eb2a13e8
# 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 >>):
>> sound/soc/amd/acp3x-rt5682-max9836.c:342:4: warning: format specifies type 'int' but the argument has type 'long' [-Wformat]
PTR_ERR(dmic_sel));
^~~~~~~~~~~~~~~~~
include/linux/device.h:1741:32: note: expanded from macro 'dev_err'
_dev_err(dev, dev_fmt(fmt), ##__VA_ARGS__)
~~~ ^~~~~~~~~~~
1 warning generated.
vim +342 sound/soc/amd/acp3x-rt5682-max9836.c
323
324 static int acp3x_probe(struct platform_device *pdev)
325 {
326 int ret;
327 struct snd_soc_card *card;
328 struct acp3x_platform_info *machine;
329
330 machine = devm_kzalloc(&pdev->dev, sizeof(*machine), GFP_KERNEL);
331 if (!machine)
332 return -ENOMEM;
333
334 card = &acp3x_card;
335 acp3x_card.dev = &pdev->dev;
336 platform_set_drvdata(pdev, card);
337 snd_soc_card_set_drvdata(card, machine);
338
339 dmic_sel = devm_gpiod_get(&pdev->dev, "dmic", GPIOD_OUT_LOW);
340 if (IS_ERR(dmic_sel)) {
341 dev_err(&pdev->dev, "DMIC gpio failed err=%d\n",
> 342 PTR_ERR(dmic_sel));
343 return PTR_ERR(dmic_sel);
344 }
345
346 ret = devm_snd_soc_register_card(&pdev->dev, &acp3x_card);
347 if (ret) {
348 dev_err(&pdev->dev,
349 "devm_snd_soc_register_card(%s) failed: %d\n",
350 acp3x_card.name, ret);
351 return ret;
352 }
353 return 0;
354 }
355
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
Re: [PATCH] USB: serial: add support for MaxLinear XR21V1412
by kernel test robot
Hi Angelo,
I love your patch! Perhaps something to improve:
[auto build test WARNING on usb-serial/usb-next]
[also build test WARNING on peter.chen-usb/ci-for-usb-next balbi-usb/testing/next usb/usb-testing v5.8-rc4 next-20200708]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as documented in
https://git-scm.com/docs/git-format-patch]
url: https://github.com/0day-ci/linux/commits/Angelo-Dureghello/USB-serial-add...
base: https://git.kernel.org/pub/scm/linux/kernel/git/johan/usb-serial.git usb-next
config: s390-allyesconfig (attached as .config)
compiler: s390-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
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=s390
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/usb/serial/xr21v1412.c:71: warning: "PARITY_NONE" redefined
71 | #define PARITY_NONE 0
|
In file included from include/uapi/linux/if.h:37,
from include/linux/compat.h:16,
from arch/s390/include/asm/elf.h:132,
from include/linux/elf.h:6,
from include/linux/module.h:18,
from drivers/usb/serial/xr21v1412.c:11:
include/uapi/linux/hdlc/ioctl.h:24: note: this is the location of the previous definition
24 | #define PARITY_NONE 1 /* No parity */
|
vim +/PARITY_NONE +71 drivers/usb/serial/xr21v1412.c
70
> 71 #define PARITY_NONE 0
72 #define PARITY_ODD 1
73 #define PARITY_EVEN 2
74
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
Re: [PATCH 2/2] fs: Remove kiocb->ki_complete
by kernel test robot
Hi "Matthew,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on block/for-next]
[cannot apply to balbi-usb/testing/next cifs/for-next miklos-vfs/overlayfs-next linus/master v5.8-rc4 next-20200708]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use as documented in
https://git-scm.com/docs/git-format-patch]
url: https://github.com/0day-ci/linux/commits/Matthew-Wilcox-Oracle/Remove-kio...
base: https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-next
config: s390-randconfig-r013-20200708 (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project 02946de3802d3bc65bc9f2eb9b8d4969b5a7add8)
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 s390 cross compiling tool for clang build
# apt-get install binutils-s390x-linux-gnu
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross ARCH=s390
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 >>):
In file included from arch/s390/purgatory/purgatory.c:10:
In file included from include/linux/kexec.h:18:
In file included from include/linux/crash_core.h:6:
In file included from include/linux/elfcore.h:9:
In file included from arch/s390/include/asm/elf.h:132:
In file included from include/linux/compat.h:17:
>> include/linux/fs.h:353:41: warning: shifting a negative signed value is undefined [-Wshift-negative-value]
kiocb->ki_flags = (kiocb->ki_flags & (~IOCB_COMPLETION_FNS)) |
^~~~~~~~~~~~~~~~~~~
include/linux/fs.h:325:33: note: expanded from macro 'IOCB_COMPLETION_FNS'
#define IOCB_COMPLETION_FNS (~0 << _IOCB_COMPLETION_SHIFT)
~~ ^
1 warning generated.
vim +353 include/linux/fs.h
350
351 static inline void kiocb_set_completion(struct kiocb *kiocb, int id)
352 {
> 353 kiocb->ki_flags = (kiocb->ki_flags & (~IOCB_COMPLETION_FNS)) |
354 (id << _IOCB_COMPLETION_SHIFT);
355 }
356
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
[hch-misc:dma-bypass.5 7/9] drivers/misc/mic/bus/mic_bus.c:150:12: error: 'struct device' has no member named 'dma_ops'
by kernel test robot
tree: git://git.infradead.org/users/hch/misc.git dma-bypass.5
head: 91c147a5866fe30277f17ead1867160777b0f0b7
commit: c8a4f2b48e4e29500a5cd6ae85883608c8189c19 [7/9] dma-mapping: make support for dma ops optional
config: x86_64-randconfig-a001-20200708 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-14) 9.3.0
reproduce (this is a W=1 build):
git checkout c8a4f2b48e4e29500a5cd6ae85883608c8189c19
# 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/misc/mic/bus/mic_bus.c: In function 'mbus_register_device':
>> drivers/misc/mic/bus/mic_bus.c:150:12: error: 'struct device' has no member named 'dma_ops'
150 | mbdev->dev.dma_ops = dma_ops;
| ^
--
drivers/misc/mic/bus/scif_bus.c: In function 'scif_register_device':
>> drivers/misc/mic/bus/scif_bus.c:149:11: error: 'struct device' has no member named 'dma_ops'
149 | sdev->dev.dma_ops = dma_ops;
| ^
vim +150 drivers/misc/mic/bus/mic_bus.c
726526c3552c57 Sudeep Dutt 2014-07-11 133
726526c3552c57 Sudeep Dutt 2014-07-11 134 struct mbus_device *
5299709d0a8734 Bart Van Assche 2017-01-20 135 mbus_register_device(struct device *pdev, int id, const struct dma_map_ops *dma_ops,
d411e793910929 Ashutosh Dixit 2015-09-29 136 struct mbus_hw_ops *hw_ops, int index,
d411e793910929 Ashutosh Dixit 2015-09-29 137 void __iomem *mmio_va)
726526c3552c57 Sudeep Dutt 2014-07-11 138 {
726526c3552c57 Sudeep Dutt 2014-07-11 139 int ret;
726526c3552c57 Sudeep Dutt 2014-07-11 140 struct mbus_device *mbdev;
726526c3552c57 Sudeep Dutt 2014-07-11 141
726526c3552c57 Sudeep Dutt 2014-07-11 142 mbdev = kzalloc(sizeof(*mbdev), GFP_KERNEL);
726526c3552c57 Sudeep Dutt 2014-07-11 143 if (!mbdev)
726526c3552c57 Sudeep Dutt 2014-07-11 144 return ERR_PTR(-ENOMEM);
726526c3552c57 Sudeep Dutt 2014-07-11 145
726526c3552c57 Sudeep Dutt 2014-07-11 146 mbdev->mmio_va = mmio_va;
726526c3552c57 Sudeep Dutt 2014-07-11 147 mbdev->dev.parent = pdev;
726526c3552c57 Sudeep Dutt 2014-07-11 148 mbdev->id.device = id;
726526c3552c57 Sudeep Dutt 2014-07-11 149 mbdev->id.vendor = MBUS_DEV_ANY_ID;
5657933dbb6e25 Bart Van Assche 2017-01-20 @150 mbdev->dev.dma_ops = dma_ops;
726526c3552c57 Sudeep Dutt 2014-07-11 151 mbdev->dev.dma_mask = &mbdev->dev.coherent_dma_mask;
726526c3552c57 Sudeep Dutt 2014-07-11 152 dma_set_mask(&mbdev->dev, DMA_BIT_MASK(64));
726526c3552c57 Sudeep Dutt 2014-07-11 153 mbdev->dev.release = mbus_release_dev;
726526c3552c57 Sudeep Dutt 2014-07-11 154 mbdev->hw_ops = hw_ops;
726526c3552c57 Sudeep Dutt 2014-07-11 155 mbdev->dev.bus = &mic_bus;
d411e793910929 Ashutosh Dixit 2015-09-29 156 mbdev->index = index;
726526c3552c57 Sudeep Dutt 2014-07-11 157 dev_set_name(&mbdev->dev, "mbus-dev%u", mbdev->index);
726526c3552c57 Sudeep Dutt 2014-07-11 158 /*
726526c3552c57 Sudeep Dutt 2014-07-11 159 * device_register() causes the bus infrastructure to look for a
726526c3552c57 Sudeep Dutt 2014-07-11 160 * matching driver.
726526c3552c57 Sudeep Dutt 2014-07-11 161 */
726526c3552c57 Sudeep Dutt 2014-07-11 162 ret = device_register(&mbdev->dev);
726526c3552c57 Sudeep Dutt 2014-07-11 163 if (ret)
d411e793910929 Ashutosh Dixit 2015-09-29 164 goto free_mbdev;
726526c3552c57 Sudeep Dutt 2014-07-11 165 return mbdev;
726526c3552c57 Sudeep Dutt 2014-07-11 166 free_mbdev:
82ff3ac7641a64 Geliang Tang 2015-10-11 167 put_device(&mbdev->dev);
726526c3552c57 Sudeep Dutt 2014-07-11 168 return ERR_PTR(ret);
726526c3552c57 Sudeep Dutt 2014-07-11 169 }
726526c3552c57 Sudeep Dutt 2014-07-11 170 EXPORT_SYMBOL_GPL(mbus_register_device);
726526c3552c57 Sudeep Dutt 2014-07-11 171
:::::: The code at line 150 was first introduced by commit
:::::: 5657933dbb6e25feaf5d8df8c88f96cdade693a3 treewide: Move dma_ops from struct dev_archdata into struct device
:::::: TO: Bart Van Assche <bart.vanassche(a)sandisk.com>
:::::: CC: Doug Ledford <dledford(a)redhat.com>
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
[ak:lto-5.8-1 34/38] find: 'arch/arm/mm/abort-ev4t.ver.c': No such file or directory
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc.git lto-5.8-1
head: b2be2a713756684e476c6965c39710723b2a5076
commit: f7b0384169e46ea74865f6a23d513aac30d054c2 [34/38] fixup! kbuild, modversions: Use C to generate genksyms crc symbols
config: arm-randconfig-c022-20200708 (attached as .config)
compiler: arm-linux-gnueabi-gcc (GCC) 9.3.0
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 >>):
>> find: 'arch/arm/mm/abort-ev4t.ver.c': No such file or directory
>> find: 'arch/arm/mm/pabort-legacy.ver.c': No such file or directory
>> find: 'arch/arm/mm/cache-v4wt.ver.c': No such file or directory
>> find: 'arch/arm/mm/proc-arm920.ver.c': No such file or directory
--
cat: 'find:': No such file or directory
>> cat: 'arch/arm/mm/abort-ev4t.ver.c:': No such file or directory
cat: No: No such file or directory
cat: such: No such file or directory
cat: file: No such file or directory
cat: or: No such file or directory
cat: directory: No such file or directory
cat: 'find:': No such file or directory
>> cat: 'arch/arm/mm/pabort-legacy.ver.c:': No such file or directory
cat: No: No such file or directory
cat: such: No such file or directory
cat: file: No such file or directory
cat: or: No such file or directory
cat: directory: No such file or directory
cat: 'find:': No such file or directory
>> cat: 'arch/arm/mm/cache-v4wt.ver.c:': No such file or directory
cat: No: No such file or directory
cat: such: No such file or directory
cat: file: No such file or directory
cat: or: No such file or directory
cat: directory: No such file or directory
cat: 'find:': No such file or directory
>> cat: 'arch/arm/mm/proc-arm920.ver.c:': No such file or directory
cat: No: No such file or directory
cat: such: No such file or directory
cat: file: No such file or directory
cat: or: No such file or directory
cat: directory: No such file or directory
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months
[sashal-linux-stable:queue-5.7 332/349] fs/nfsd/nfssvc.c:604:6: warning: old-style function definition
by kernel test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/sashal/linux-stable.git queue-5.7
head: 4b2c068f670ba180e3048703c477727032ac7ea3
commit: bb7f461a4dae95dcc976f0d422f6f3639ddb59c3 [332/349] nfsd: clients don't need to break their own delegations
config: parisc-randconfig-r004-20200709 (attached as .config)
compiler: hppa-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 checkout bb7f461a4dae95dcc976f0d422f6f3639ddb59c3
# save the attached .config to linux build tree
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=parisc
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 >>):
In file included from arch/parisc/include/asm/io.h:6,
from include/linux/io.h:13,
from include/linux/irq.h:20,
from arch/parisc/include/asm/hardirq.h:13,
from include/linux/hardirq.h:9,
from include/linux/interrupt.h:11,
from include/linux/kernel_stat.h:9,
from include/linux/cgroup.h:26,
from include/linux/memcontrol.h:13,
from include/linux/swap.h:9,
from fs/nfsd/nfssvc.c:14:
include/asm-generic/pgtable.h: In function 'pte_clear_not_present_full':
arch/parisc/include/asm/pgtable.h:96:9: warning: variable 'old_pte' set but not used [-Wunused-but-set-variable]
96 | pte_t old_pte; \
| ^~~~~~~
arch/parisc/include/asm/pgtable.h:322:34: note: in expansion of macro 'set_pte_at'
322 | #define pte_clear(mm, addr, xp) set_pte_at(mm, addr, xp, __pte(0))
| ^~~~~~~~~~
include/asm-generic/pgtable.h:202:2: note: in expansion of macro 'pte_clear'
202 | pte_clear(mm, address, ptep);
| ^~~~~~~~~
include/asm-generic/pgtable.h: In function '__ptep_modify_prot_commit':
arch/parisc/include/asm/pgtable.h:96:9: warning: variable 'old_pte' set but not used [-Wunused-but-set-variable]
96 | pte_t old_pte; \
| ^~~~~~~
include/asm-generic/pgtable.h:641:2: note: in expansion of macro 'set_pte_at'
641 | set_pte_at(vma->vm_mm, addr, ptep, pte);
| ^~~~~~~~~~
fs/nfsd/nfssvc.c: In function 'i_am_nfsd':
>> fs/nfsd/nfssvc.c:604:6: warning: old-style function definition [-Wold-style-definition]
604 | bool i_am_nfsd()
| ^~~~~~~~~
vim +604 fs/nfsd/nfssvc.c
603
> 604 bool i_am_nfsd()
605 {
606 return kthread_func(current) == nfsd;
607 }
608
---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org
2 years, 2 months