All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: John Groves <john@jagalactic.com>, John Groves <John@groves.net>,
	Miklos Szeredi <miklos@szeredi.hu>,
	Dan Williams <dan.j.williams@intel.com>,
	Bernd Schubert <bschubert@ddn.com>,
	Alison Schofield <alison.schofield@intel.com>
Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev,
	Jonathan Corbet <corbet@lwn.net>,
	Shuah Khan <skhan@linuxfoundation.org>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Dave Jiang <dave.jiang@intel.com>,
	Matthew Wilcox <willy@infradead.org>, Jan Kara <jack@suse.cz>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	David Hildenbrand <david@kernel.org>,
	Christian Brauner <brauner@kernel.org>,
	"Darrick J . Wong" <djwong@kernel.org>,
	Randy Dunlap <rdunlap@infradead.org>,
	Jeff Layton <jlayton@kernel.org>,
	Amir Goldstein <amir73il@gmail.com>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Stefan Hajnoczi <shajnocz@redhat.com>,
	Joanne Koong <joannelkoong@gmail.com>,
	Josef Bacik <josef@toxicpanda.com>,
	Bagas Sanjaya <bagasdotme@gmail.com>,
	Chen Linxuan <chenlinxuan@uniontech.com>,
	James Morse <james.morse@arm.com>, Fuad Tabba <tabba@google.com>,
	Sean Christopherson <seanjc@google.com>,
	Shivank Garg <shivankg@amd.com>,
	Ackerley Tng <ackerleytng@google.com>,
	Gregory Price <gourry@gourry.net>
Subject: Re: [PATCH V8 05/10] famfs_fuse: GET_DAXDEV message and daxdev_table
Date: Fri, 20 Mar 2026 14:02:47 +0100	[thread overview]
Message-ID: <202603201310.TAKgF3KT-lkp@intel.com> (raw)
In-Reply-To: <0100019d06402f14-3a614309-878f-4837-be72-e36fd75d74f6-000000@email.amazonses.com>

Hi John,

kernel test robot noticed the following build errors:

[auto build test ERROR on mszeredi-fuse/for-next]
[also build test ERROR on brauner-vfs/vfs.all linus/master v7.0-rc4 next-20260319]
[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/John-Groves/famfs_fuse-Basic-fuse-kernel-ABI-enablement-for-famfs/20260320-152719
base:   https://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-next
patch link:    https://lore.kernel.org/r/0100019d06402f14-3a614309-878f-4837-be72-e36fd75d74f6-000000%40email.amazonses.com
patch subject: [PATCH V8 05/10] famfs_fuse: GET_DAXDEV message and daxdev_table
config: x86_64-kexec (https://download.01.org/0day-ci/archive/20260320/202603201310.TAKgF3KT-lkp@intel.com/config)
compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260320/202603201310.TAKgF3KT-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202603201310.TAKgF3KT-lkp@intel.com/

All errors (new ones prefixed by >>):

>> fs/fuse/famfs.c:163:18: error: call to undeclared function 'dax_dev_get'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
     163 |                 daxdev->devp = dax_dev_get(daxdev->devno);
         |                                ^
>> fs/fuse/famfs.c:163:16: error: incompatible integer to pointer conversion assigning to 'struct dax_device *' from 'int' [-Wint-conversion]
     163 |                 daxdev->devp = dax_dev_get(daxdev->devno);
         |                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~
   2 errors generated.


vim +/dax_dev_get +163 fs/fuse/famfs.c

    90	
    91	/**
    92	 * famfs_fuse_get_daxdev() - Retrieve info for a DAX device from fuse server
    93	 *
    94	 * Send a GET_DAXDEV message to the fuse server to retrieve info on a
    95	 * dax device.
    96	 *
    97	 * @fm:     fuse_mount
    98	 * @index:  the index of the dax device; daxdevs are referred to by index
    99	 *          in fmaps, and the server resolves the index to a particular daxdev
   100	 *
   101	 * Returns: 0=success
   102	 *          -errno=failure
   103	 */
   104	static int
   105	famfs_fuse_get_daxdev(struct fuse_mount *fm, const u64 index)
   106	{
   107		struct fuse_daxdev_out daxdev_out = { 0 };
   108		struct fuse_conn *fc = fm->fc;
   109		struct famfs_daxdev *daxdev;
   110		int rc;
   111	
   112		FUSE_ARGS(args);
   113	
   114		/* Store the daxdev in our table */
   115		if (index >= fc->dax_devlist->nslots) {
   116			pr_err("%s: index(%lld) > nslots(%d)\n",
   117			       __func__, index, fc->dax_devlist->nslots);
   118			return -EINVAL;
   119		}
   120	
   121		args.opcode = FUSE_GET_DAXDEV;
   122		args.nodeid = index;
   123	
   124		args.in_numargs = 0;
   125	
   126		args.out_numargs = 1;
   127		args.out_args[0].size = sizeof(daxdev_out);
   128		args.out_args[0].value = &daxdev_out;
   129	
   130		/* Send GET_DAXDEV command */
   131		rc = fuse_simple_request(fm, &args);
   132		if (rc) {
   133			pr_err("%s: rc=%d from fuse_simple_request()\n",
   134			       __func__, rc);
   135			/* Error will be that the payload is smaller than FMAP_BUFSIZE,
   136			 * which is the max we can handle. Empty payload handled below.
   137			 */
   138			return rc;
   139		}
   140	
   141		scoped_guard(rwsem_write, &fc->famfs_devlist_sem) {
   142			daxdev = &fc->dax_devlist->devlist[index];
   143	
   144			/* Abort if daxdev is now valid (races are possible here) */
   145			if (daxdev->valid) {
   146				pr_debug("%s: daxdev already known\n", __func__);
   147				return 0;
   148			}
   149	
   150			/* Verify dev is valid and can be opened and gets the devno */
   151			rc = famfs_verify_daxdev(daxdev_out.name, &daxdev->devno);
   152			if (rc) {
   153				pr_err("%s: rc=%d from famfs_verify_daxdev()\n",
   154				       __func__, rc);
   155				return rc;
   156			}
   157	
   158			daxdev->name = kstrdup(daxdev_out.name, GFP_KERNEL);
   159			if (!daxdev->name)
   160				return -ENOMEM;
   161	
   162			/* This will fail if it's not a dax device */
 > 163			daxdev->devp = dax_dev_get(daxdev->devno);
   164			if (!daxdev->devp) {
   165				pr_warn("%s: device %s not found or not dax\n",
   166					__func__, daxdev_out.name);
   167				kfree(daxdev->name);
   168				daxdev->name = NULL;
   169				return -ENODEV;
   170			}
   171	
   172			wmb(); /* All other fields must be visible before valid */
   173			daxdev->valid = 1;
   174		}
   175	
   176		return 0;
   177	}
   178	

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

  reply	other threads:[~2026-03-20 13:03 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-19  1:27 [PATCH BUNDLE v8] famfs: Fabric-Attached Memory File System John Groves
2026-03-19  1:27 ` [PATCH V8 0/8] dax: prepare for famfs John Groves
2026-03-19  1:28   ` [PATCH V8 1/8] dax: move dax_pgoff_to_phys from [drivers/dax/] device.c to bus.c John Groves
2026-03-19  1:28   ` [PATCH V8 2/8] dax: Factor out dax_folio_reset_order() helper John Groves
2026-03-19 11:30     ` Jonathan Cameron
2026-03-21  0:27       ` John Groves
2026-03-19  1:28   ` [PATCH V8 3/8] dax: add fsdev.c driver for fs-dax on character dax John Groves
2026-03-19 12:20     ` Jonathan Cameron
2026-03-21  0:44       ` John Groves
2026-03-23 12:12         ` Jonathan Cameron
2026-03-23 17:21           ` John Groves
2026-03-19  1:29   ` [PATCH V8 4/8] dax: Save the kva from memremap John Groves
2026-03-19  1:29   ` [PATCH V8 5/8] dax: Add dax_operations for use by fs-dax on fsdev dax John Groves
2026-03-19  1:30   ` [PATCH V8 6/8] dax: Add dax_set_ops() for setting dax_operations at bind time John Groves
2026-03-19  1:30   ` [PATCH V8 7/8] dax: Add fs_dax_get() func to prepare dax for fs-dax usage John Groves
2026-03-19  1:30   ` [PATCH V8 8/8] dax: export dax_dev_get() John Groves
2026-03-19  1:30 ` [PATCH V8 00/10] famfs: port into fuse John Groves
2026-03-19 13:17   ` [PATCH V8 01/10] famfs_fuse: Update macro s/FUSE_IS_DAX/FUSE_IS_VIRTIO_DAX/ John Groves
2026-03-19 13:18   ` [PATCH V8 02/10] famfs_fuse: Basic fuse kernel ABI enablement for famfs John Groves
2026-03-19 13:18   ` [PATCH V8 03/10] famfs_fuse: Plumb the GET_FMAP message/response John Groves
2026-03-19 13:19   ` [PATCH V8 04/10] famfs_fuse: Create files with famfs fmaps John Groves
2026-03-19 13:19   ` [PATCH V8 05/10] famfs_fuse: GET_DAXDEV message and daxdev_table John Groves
2026-03-20 13:02     ` kernel test robot [this message]
2026-03-20 21:33     ` kernel test robot
2026-03-21 22:01       ` John Groves
2026-03-19 13:19   ` [PATCH V8 06/10] famfs_fuse: Plumb dax iomap and fuse read/write/mmap John Groves
2026-03-19 13:19   ` [PATCH V8 07/10] famfs_fuse: Add holder_operations for dax notify_failure() John Groves
2026-03-19 13:20   ` [PATCH V8 08/10] famfs_fuse: Add DAX address_space_operations with noop_dirty_folio John Groves
2026-03-19 13:20   ` [PATCH V8 09/10] famfs_fuse: Add famfs fmap metadata documentation John Groves
2026-03-19 13:20   ` [PATCH V8 10/10] famfs_fuse: Add documentation John Groves

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=202603201310.TAKgF3KT-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=John@groves.net \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=ackerleytng@google.com \
    --cc=alison.schofield@intel.com \
    --cc=amir73il@gmail.com \
    --cc=bagasdotme@gmail.com \
    --cc=brauner@kernel.org \
    --cc=bschubert@ddn.com \
    --cc=chenlinxuan@uniontech.com \
    --cc=corbet@lwn.net \
    --cc=dan.j.williams@intel.com \
    --cc=dave.jiang@intel.com \
    --cc=david@kernel.org \
    --cc=djwong@kernel.org \
    --cc=gourry@gourry.net \
    --cc=jack@suse.cz \
    --cc=james.morse@arm.com \
    --cc=jlayton@kernel.org \
    --cc=joannelkoong@gmail.com \
    --cc=john@jagalactic.com \
    --cc=josef@toxicpanda.com \
    --cc=llvm@lists.linux.dev \
    --cc=miklos@szeredi.hu \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=rdunlap@infradead.org \
    --cc=seanjc@google.com \
    --cc=shajnocz@redhat.com \
    --cc=shivankg@amd.com \
    --cc=skhan@linuxfoundation.org \
    --cc=tabba@google.com \
    --cc=viro@zeniv.linux.org.uk \
    --cc=vishal.l.verma@intel.com \
    --cc=willy@infradead.org \
    /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.