From: Dave Chinner <david@fromorbit.com>
To: Jan Kara <jack@suse.cz>
Cc: Theodore Ts'o <tytso@mit.edu>, linux-ext4@vger.kernel.org
Subject: Re: [ext4:dev 21/26] file.c:undefined reference to `dax_iomap_fault'
Date: Wed, 23 Nov 2016 08:33:16 +1100 [thread overview]
Message-ID: <20161122213316.GN28177@dastard> (raw)
In-Reply-To: <20161122120805.GE3973@quack2.suse.cz>
On Tue, Nov 22, 2016 at 01:08:05PM +0100, Jan Kara wrote:
> On Tue 22-11-16 04:17:11, Wu Fengguang wrote:
> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git dev
> > head: 19b29dca7eef735531a2448e692bb1658c351887
> > commit: 8b72e1435cd73926cba767fba3e957807a97069c [21/26] ext4: convert DAX faults to iomap infrastructure
> > config: i386-randconfig-sb0-11212318 (attached as .config)
> > compiler: gcc-5 (Debian 5.4.1-2) 5.4.1 20160904
> > reproduce:
> > git checkout 8b72e1435cd73926cba767fba3e957807a97069c
> > # save the attached .config to linux build tree
> > make ARCH=i386
> >
> > All errors (new ones prefixed by >>):
> >
> > fs/built-in.o: In function `ext4_dax_fault':
> > >> file.c:(.text+0x529f3): undefined reference to `dax_iomap_fault'
> > fs/built-in.o: In function `ext4_file_read_iter':
> > file.c:(.text+0x52bab): undefined reference to `dax_iomap_rw'
> > fs/built-in.o: In function `ext4_file_write_iter':
> > file.c:(.text+0x52dff): undefined reference to `dax_iomap_rw'
> > fs/built-in.o: In function `ext4_block_zero_page_range':
> > inode.c:(.text+0x57c8e): undefined reference to `iomap_zero_range'
>
> Ah, I forgot to select FS_IOMAP when DAX was enabled and having ext2
> enabled in my test builds has hidden this problem. Attached patch fixes the
> build failure for me. Ted, please add this fix to your tree. Thanks!
>
> Honza
> --
> Jan Kara <jack@suse.com>
> SUSE Labs, CR
> From 5954709eacfc3fd14b7109b01f5ee6e0a3f3874e Mon Sep 17 00:00:00 2001
> From: Jan Kara <jack@suse.cz>
> Date: Tue, 22 Nov 2016 12:51:36 +0100
> Subject: [PATCH] ext4: Add select for CONFIG_FS_IOMAP
>
> When ext4 is compiled with DAX support, it now needs the iomap code. Add
> appropriate select to Kconfig.
>
> Signed-off-by: Jan Kara <jack@suse.cz>
> ---
> fs/ext4/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/fs/ext4/Kconfig b/fs/ext4/Kconfig
> index e38039fd96ff..7b90691e98c4 100644
> --- a/fs/ext4/Kconfig
> +++ b/fs/ext4/Kconfig
> @@ -37,6 +37,7 @@ config EXT4_FS
> select CRC16
> select CRYPTO
> select CRYPTO_CRC32C
> + select FS_IOMAP if FS_DAX
Shouldn't the FS_DAX config select FS_IOMAP unconditionally because
it is now a hard config dependency in the DAX subsystem?
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
next prev parent reply other threads:[~2016-11-22 21:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-21 20:17 [ext4:dev 21/26] file.c:undefined reference to `dax_iomap_fault' kbuild test robot
2016-11-22 12:08 ` Jan Kara
2016-11-22 21:33 ` Dave Chinner [this message]
2016-11-23 8:14 ` Jan Kara
2016-11-23 4:27 ` Theodore Ts'o
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=20161122213316.GN28177@dastard \
--to=david@fromorbit.com \
--cc=jack@suse.cz \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.edu \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox