All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Kanchan Joshi <joshi.k@samsung.com>
Cc: oe-kbuild-all@lists.linux.dev
Subject: Re: [RFC PATCH 12/12] pci: implement submission/completion for rawq commands
Date: Wed, 3 May 2023 13:36:34 +0800	[thread overview]
Message-ID: <202305031330.zWfaf5UM-lkp@intel.com> (raw)
In-Reply-To: <20230429093925.133327-13-joshi.k@samsung.com>

Hi Kanchan,

[This is a private test report for your RFC patch.]
kernel test robot noticed the following build warnings:

[auto build test WARNING on axboe-block/for-next]
[also build test WARNING on linus/master next-20230428]
[cannot apply to hch-configfs/for-next v6.3]
[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#_base_tree_information]

url:    https://github.com/intel-lab-lkp/linux/commits/Kanchan-Joshi/pci-enable-raw_queues-N-module-parameter/20230429-183933
base:   https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-next
patch link:    https://lore.kernel.org/r/20230429093925.133327-13-joshi.k%40samsung.com
patch subject: [RFC PATCH 12/12] pci: implement submission/completion for rawq commands
config: arm-randconfig-s052-20230430 (https://download.01.org/0day-ci/archive/20230503/202305031330.zWfaf5UM-lkp@intel.com/config)
compiler: arm-linux-gnueabi-gcc (GCC) 12.1.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.4-39-gce1a6720-dirty
        # https://github.com/intel-lab-lkp/linux/commit/5e9295340fad52984048c267b4b4c422c9556c86
        git remote add linux-review https://github.com/intel-lab-lkp/linux
        git fetch --no-tags linux-review Kanchan-Joshi/pci-enable-raw_queues-N-module-parameter/20230429-183933
        git checkout 5e9295340fad52984048c267b4b4c422c9556c86
        # save the config file
        mkdir build_dir && cp config build_dir/.config
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' O=build_dir ARCH=arm olddefconfig
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' O=build_dir ARCH=arm SHELL=/bin/bash drivers/nvme/host/

If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
| Link: https://lore.kernel.org/oe-kbuild-all/202305031330.zWfaf5UM-lkp@intel.com/

sparse warnings: (new ones prefixed by >>)
>> drivers/nvme/host/pci.c:1932:45: sparse: sparse: incorrect type in return expression (different base types) @@     expected int @@     got restricted blk_status_t @@
   drivers/nvme/host/pci.c:1932:45: sparse:     expected int
   drivers/nvme/host/pci.c:1932:45: sparse:     got restricted blk_status_t
>> drivers/nvme/host/pci.c:1061:33: sparse: sparse: incorrect type in initializer (different base types) @@     expected unsigned long long [usertype] result @@     got restricted __le64 [usertype] u64 @@
   drivers/nvme/host/pci.c:1061:33: sparse:     expected unsigned long long [usertype] result
   drivers/nvme/host/pci.c:1061:33: sparse:     got restricted __le64 [usertype] u64
>> drivers/nvme/host/pci.c:1061:33: sparse: sparse: incorrect type in initializer (different base types) @@     expected unsigned long long [usertype] result @@     got restricted __le64 [usertype] u64 @@
   drivers/nvme/host/pci.c:1061:33: sparse:     expected unsigned long long [usertype] result
   drivers/nvme/host/pci.c:1061:33: sparse:     got restricted __le64 [usertype] u64
>> drivers/nvme/host/pci.c:1061:33: sparse: sparse: incorrect type in initializer (different base types) @@     expected unsigned long long [usertype] result @@     got restricted __le64 [usertype] u64 @@
   drivers/nvme/host/pci.c:1061:33: sparse:     expected unsigned long long [usertype] result
   drivers/nvme/host/pci.c:1061:33: sparse:     got restricted __le64 [usertype] u64
>> drivers/nvme/host/pci.c:1061:33: sparse: sparse: incorrect type in initializer (different base types) @@     expected unsigned long long [usertype] result @@     got restricted __le64 [usertype] u64 @@
   drivers/nvme/host/pci.c:1061:33: sparse:     expected unsigned long long [usertype] result
   drivers/nvme/host/pci.c:1061:33: sparse:     got restricted __le64 [usertype] u64
>> drivers/nvme/host/pci.c:1061:33: sparse: sparse: incorrect type in initializer (different base types) @@     expected unsigned long long [usertype] result @@     got restricted __le64 [usertype] u64 @@
   drivers/nvme/host/pci.c:1061:33: sparse:     expected unsigned long long [usertype] result
   drivers/nvme/host/pci.c:1061:33: sparse:     got restricted __le64 [usertype] u64

vim +1932 drivers/nvme/host/pci.c

  1901	
  1902	static int nvme_map_io_fb(struct request_queue *q, struct io_uring_cmd *ioucmd,
  1903				struct nvme_dev *dev, struct nvme_iod *iod,
  1904				unsigned long addr, unsigned int buf_len)
  1905	{
  1906		struct nvme_command *cmnd = &iod->cmd;
  1907		int ret, rw = nvme_is_write(cmnd);
  1908		struct iov_iter iter;
  1909		size_t nr_iter, nr_segs;
  1910		struct bio_vec *bv;
  1911	
  1912		if (!(ioucmd->flags & IORING_URING_CMD_FIXED))
  1913			return -EINVAL;
  1914	
  1915		ret = io_uring_cmd_import_fixed(addr, buf_len, rw, &iter, ioucmd);
  1916		if (ret < 0)
  1917			return ret;
  1918		nr_iter = iov_iter_count(&iter);
  1919		nr_segs = iter.nr_segs;
  1920	
  1921		/* device will do these checks anyway, so why do duplicate work? */
  1922		if (!nr_iter || (nr_iter >> SECTOR_SHIFT) > queue_max_hw_sectors(q))
  1923			goto err;
  1924		if (nr_segs > queue_max_segments(q))
  1925			goto err;
  1926		/* this will be attempted from regular path instead */
  1927		if (nr_segs > 1)
  1928			goto err;
  1929	
  1930		bv = (struct bio_vec *)&iter.bvec[0];
  1931		if (bv->bv_offset + bv->bv_len <= NVME_CTRL_PAGE_SIZE * 2)
> 1932			return nvme_setup_prp_simple(dev, iod,
  1933					(struct nvme_rw_command *)cmnd,
  1934					bv, rw ? DMA_TO_DEVICE : DMA_FROM_DEVICE);
  1935	err:
  1936		return -EINVAL;
  1937	}
  1938	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests

  parent reply	other threads:[~2023-05-03  5:36 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20230429094228epcas5p4a80d8ed77433989fa804ecf449f83b0b@epcas5p4.samsung.com>
2023-04-29  9:39 ` [RFC PATCH 00/12] io_uring attached nvme queue Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 01/12] nvme: refactor nvme_alloc_io_tag_set Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 02/12] pci: enable "raw_queues = N" module parameter Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 03/12] fs, block: interface to register/unregister the raw-queue Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 04/12] io_uring, fs: plumb support to register/unregister raw-queue Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 05/12] nvme: wire-up register/unregister queue f_op callback Kanchan Joshi
2023-04-29 12:02     ` kernel test robot
2023-04-29 12:02     ` kernel test robot
2023-04-29 12:02     ` kernel test robot
2023-04-29 12:13     ` kernel test robot
2023-04-29  9:39   ` [RFC PATCH 06/12] pci: implement register/unregister functionality Kanchan Joshi
2023-04-29 12:13     ` kernel test robot
2023-04-29 12:23     ` kernel test robot
2023-04-29  9:39   ` [RFC PATCH 07/12] io_uring: support for using registered queue in uring-cmd Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 08/12] block: add mq_ops to submit and complete commands from raw-queue Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 09/12] nvme: carve out a helper to prepare nvme_command from ioucmd->cmd Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 10/12] nvme: submisssion/completion of uring_cmd to/from the registered queue Kanchan Joshi
2023-04-29 12:23     ` kernel test robot
2023-04-29 12:44     ` kernel test robot
2023-04-29  9:39   ` [RFC PATCH 11/12] pci: modify nvme_setup_prp_simple parameters Kanchan Joshi
2023-04-29  9:39   ` [RFC PATCH 12/12] pci: implement submission/completion for rawq commands Kanchan Joshi
2023-04-29 12:54     ` kernel test robot
2023-05-03  5:36     ` kernel test robot [this message]
2023-04-29 17:17   ` [RFC PATCH 00/12] io_uring attached nvme queue Jens Axboe
2023-05-01 11:36     ` Kanchan Joshi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202305031330.zWfaf5UM-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=joshi.k@samsung.com \
    --cc=oe-kbuild-all@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.