Re: linux-next: Tree for Apr 20
On Tue, Apr 20, 2021 at 03:19:39PM +0300, Andy Shevchenko wrote: > On Tue, Apr 20, 2021 at 03:02:51PM +0300, Andy Shevchenko wrote: > > On Tue, Apr 20, 2021 at 07:47:18PM +1000, Stephen Rothwell wrote: ... > > I have full of build warnings / errors in x86 and iommu Found the culprit -- it was uncleaned stuff from the other build in the source tree. So, it was only me who experienced that :-) -- With Best Regards, Andy Shevchenko
Re: linux-next: Tree for Apr 20
On Tue, Apr 20, 2021 at 03:02:51PM +0300, Andy Shevchenko wrote: > On Tue, Apr 20, 2021 at 07:47:18PM +1000, Stephen Rothwell wrote: > > Hi all, > > > > Changes since 20210419: > > > > The powerpc tree lost its build failure. > > > > The ftrace tree gained a conflict against the bpf-next tree. > > > > Non-merge commits (relative to Linus' tree): 12917 > > 11294 files changed, 619161 insertions(+), 276245 deletions(-) > > > > > > > > I have created today's linux-next tree at > > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you > > are tracking the linux-next tree using git, you should not use "git pull" > > to do so as that will try to merge the new linux-next release with the > > old one. You should use "git fetch" and checkout or reset to the new > > master. > > > > You can see which trees have been included by looking in the Next/Trees > > file in the source. There are also quilt-import.log and merge.log > > files in the Next directory. Between each merge, the tree was built > > with a ppc64_defconfig for powerpc, an allmodconfig for x86_64, a > > multi_v7_defconfig for arm and a native build of tools/perf. After > > the final fixups (if any), I do an x86_64 modules_install followed by > > builds for x86_64 allnoconfig, powerpc allnoconfig (32 and 64 bit), > > ppc44x_defconfig, allyesconfig and pseries_le_defconfig and i386, sparc > > and sparc64 defconfig and htmldocs. And finally, a simple boot test > > of the powerpc pseries_le_defconfig kernel in qemu (with and without > > kvm enabled). > > > > Below is a summary of the state of the merge. > > > > I am currently merging 340 trees (counting Linus' and 89 trees of bug > > fix patches pending for the current merge release). > > > > Stats about the size of the tree over time can be seen at > > http://neuling.org/linux-next-size.html . > > > > Status of my local build tests will be at > > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > > advice about cross compilers/configs that work, we are always open to add > > more builds. > > > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > > Gortmaker for triage and bug fixes. > > I have full of build warnings / errors in x86 and iommu > > X86: > > arch/x86/include/asm/string_64.h:14:14: warning: conflicting types for > built-in function ‘memcpy’; expected ‘void *(void *, const void *, long > unsigned int)’ [-Wbuiltin-declaration-mismatch] >14 | extern void *memcpy(void *to, const void *from, size_t len); > | ^~ > arch/x86/include/asm/string_64.h:7:1: note: ‘memcpy’ is declared in header > ‘’ > 6 | #include > +++ |+#include > > And so on for standard string function definitions. > > IOMMU: > > drivers/iommu/amd/io_pgtable.c: In function ‘v1_alloc_pgtable’: > drivers/iommu/amd/io_pgtable.c:551:32: error: assignment to ‘size_t > (*)(struct io_pgtable_ops *, long unsigned int, size_t, struct > iommu_iotlb_gather *)’ {aka ‘unsigned int (*)(struct io_pgtable_ops *, long > unsigned int, unsigned int, struct iommu_iotlb_gather *)’} from > incompatible pointer type ‘long unsigned int (*)(struct io_pgtable_ops *, > long unsigned int, size_t, struct iommu_iotlb_gather *)’ {aka ‘long > unsigned int (*)(struct io_pgtable_ops *, long unsigned int, unsigned int, > struct iommu_iotlb_gather *)’} [-Werror=incompatible-pointer-types] > 551 | pgtable->iop.ops.unmap= iommu_v1_unmap_page; > |^ > cc1: some warnings being treated as errors > > Is it only me? Okay, there is another bug and it seems compiler related: net/socket.c:2320:3: note: in expansion of macro ‘BUILD_BUG_ON’ 2320 | BUILD_BUG_ON(sizeof(struct cmsghdr) != | ^~~~ % gcc --version gcc (Debian 10.2.1-6) 10.2.1 20210110 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- With Best Regards, Andy Shevchenko
Re: linux-next: Tree for Apr 20
On Tue, Apr 20, 2021 at 07:47:18PM +1000, Stephen Rothwell wrote: > Hi all, > > Changes since 20210419: > > The powerpc tree lost its build failure. > > The ftrace tree gained a conflict against the bpf-next tree. > > Non-merge commits (relative to Linus' tree): 12917 > 11294 files changed, 619161 insertions(+), 276245 deletions(-) > > > > I have created today's linux-next tree at > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you > are tracking the linux-next tree using git, you should not use "git pull" > to do so as that will try to merge the new linux-next release with the > old one. You should use "git fetch" and checkout or reset to the new > master. > > You can see which trees have been included by looking in the Next/Trees > file in the source. There are also quilt-import.log and merge.log > files in the Next directory. Between each merge, the tree was built > with a ppc64_defconfig for powerpc, an allmodconfig for x86_64, a > multi_v7_defconfig for arm and a native build of tools/perf. After > the final fixups (if any), I do an x86_64 modules_install followed by > builds for x86_64 allnoconfig, powerpc allnoconfig (32 and 64 bit), > ppc44x_defconfig, allyesconfig and pseries_le_defconfig and i386, sparc > and sparc64 defconfig and htmldocs. And finally, a simple boot test > of the powerpc pseries_le_defconfig kernel in qemu (with and without > kvm enabled). > > Below is a summary of the state of the merge. > > I am currently merging 340 trees (counting Linus' and 89 trees of bug > fix patches pending for the current merge release). > > Stats about the size of the tree over time can be seen at > http://neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > Gortmaker for triage and bug fixes. I have full of build warnings / errors in x86 and iommu X86: arch/x86/include/asm/string_64.h:14:14: warning: conflicting types for built-in function ‘memcpy’; expected ‘void *(void *, const void *, long unsigned int)’ [-Wbuiltin-declaration-mismatch] 14 | extern void *memcpy(void *to, const void *from, size_t len); | ^~ arch/x86/include/asm/string_64.h:7:1: note: ‘memcpy’ is declared in header ‘’ 6 | #include +++ |+#include And so on for standard string function definitions. IOMMU: drivers/iommu/amd/io_pgtable.c: In function ‘v1_alloc_pgtable’: drivers/iommu/amd/io_pgtable.c:551:32: error: assignment to ‘size_t (*)(struct io_pgtable_ops *, long unsigned int, size_t, struct iommu_iotlb_gather *)’ {aka ‘unsigned int (*)(struct io_pgtable_ops *, long unsigned int, unsigned int, struct iommu_iotlb_gather *)’} from incompatible pointer type ‘long unsigned int (*)(struct io_pgtable_ops *, long unsigned int, size_t, struct iommu_iotlb_gather *)’ {aka ‘long unsigned int (*)(struct io_pgtable_ops *, long unsigned int, unsigned int, struct iommu_iotlb_gather *)’} [-Werror=incompatible-pointer-types] 551 | pgtable->iop.ops.unmap= iommu_v1_unmap_page; |^ cc1: some warnings being treated as errors Is it only me? -- With Best Regards, Andy Shevchenko
Re: linux-next: Tree for Apr 20 (media/platform/marvell-ccic/)
On 04/19/18 23:11, Stephen Rothwell wrote: > Hi all, > > Changes since 20180419: > > I have added a patch to the arm-current tree to fix build problems > discovered overnight. > > Non-merge commits (relative to Linus' tree): 1278 > 1324 files changed, 47025 insertions(+), 20625 deletions(-) > > > > I have created today's linux-next tree at > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you > are tracking the linux-next tree using git, you should not use "git pull" > to do so as that will try to merge the new linux-next release with the > old one. You should use "git fetch" and checkout or reset to the new > master. > > You can see which trees have been included by looking in the Next/Trees > file in the source. There are also quilt-import.log and merge.log > files in the Next directory. Between each merge, the tree was built > with a ppc64_defconfig for powerpc, an allmodconfig for x86_64, a > multi_v7_defconfig for arm and a native build of tools/perf. After > the final fixups (if any), I do an x86_64 modules_install followed by > builds for x86_64 allnoconfig, powerpc allnoconfig (32 and 64 bit), > ppc44x_defconfig, allyesconfig and pseries_le_defconfig and i386, sparc > and sparc64 defconfig. And finally, a simple boot test of the powerpc > pseries_le_defconfig kernel in qemu (with and without kvm enabled). > > Below is a summary of the state of the merge. > > I am currently merging 258 trees (counting Linus' and 44 trees of bug > fix patches pending for the current merge release). > > Stats about the size of the tree over time can be seen at > http://neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > Gortmaker for triage and bug fixes. > on x86_64 (randconfig): drivers/media/platform/marvell-ccic/mcam-core.o: In function `mccic_register': mcam-core.c:(.text+0x1ce0): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(.rodata+0x0): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x8): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x30): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x58): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x80): more undefined references to `__this_module' follow Full randconfig file is attached. -- ~Randy # # Automatically generated file; DO NOT EDIT. # Linux/x86_64 4.17.0-rc1 Kernel Configuration # CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_MMU=y CONFIG_ARCH_MMAP_RND_BITS_MIN=28 CONFIG_ARCH_MMAP_RND_BITS_MAX=32 CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=8 CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX=16 CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_KASAN_SHADOW_OFFSET=0xdc00 CONFIG_X86_64_SMP=y CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_PGTABLE_LEVELS=4 CONFIG_CONSTRUCTORS=y CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y CONFIG_THREAD_INFO_IN_TASK=y # # General setup # CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" CONFIG_COMPILE_TEST=y CONFIG_LOCALVERSION="" CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_HAVE_KERNEL_LZ4=y # CONFIG_KERNEL_GZIP is not set # CONFIG_KERNEL_BZIP2 is not set # CONFIG_KERNEL_LZMA is not set # CONFIG_KERNEL_XZ is not set CONFIG_KERNEL_LZO=y # CONFIG_KERNEL_LZ4 is not set CONFIG_DEFAULT_HOSTNAME="(none)" # CONFIG_SYSVIPC is not set CONFIG_CROSS_MEMORY_ATTACH=y # CONFIG_USELIB is not set CONFIG_HAVE_ARCH_AUDITSYSCALL=y # # IRQ subsystem # CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_GENERIC_IRQ_EFFECTIVE_AFF_MASK=y CONFIG_GENERIC_PENDING_IRQ=y
Re: linux-next: Tree for Apr 20 (media/platform/marvell-ccic/)
On 04/19/18 23:11, Stephen Rothwell wrote: > Hi all, > > Changes since 20180419: > > I have added a patch to the arm-current tree to fix build problems > discovered overnight. > > Non-merge commits (relative to Linus' tree): 1278 > 1324 files changed, 47025 insertions(+), 20625 deletions(-) > > > > I have created today's linux-next tree at > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you > are tracking the linux-next tree using git, you should not use "git pull" > to do so as that will try to merge the new linux-next release with the > old one. You should use "git fetch" and checkout or reset to the new > master. > > You can see which trees have been included by looking in the Next/Trees > file in the source. There are also quilt-import.log and merge.log > files in the Next directory. Between each merge, the tree was built > with a ppc64_defconfig for powerpc, an allmodconfig for x86_64, a > multi_v7_defconfig for arm and a native build of tools/perf. After > the final fixups (if any), I do an x86_64 modules_install followed by > builds for x86_64 allnoconfig, powerpc allnoconfig (32 and 64 bit), > ppc44x_defconfig, allyesconfig and pseries_le_defconfig and i386, sparc > and sparc64 defconfig. And finally, a simple boot test of the powerpc > pseries_le_defconfig kernel in qemu (with and without kvm enabled). > > Below is a summary of the state of the merge. > > I am currently merging 258 trees (counting Linus' and 44 trees of bug > fix patches pending for the current merge release). > > Stats about the size of the tree over time can be seen at > http://neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > Gortmaker for triage and bug fixes. > on x86_64 (randconfig): drivers/media/platform/marvell-ccic/mcam-core.o: In function `mccic_register': mcam-core.c:(.text+0x1ce0): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(.rodata+0x0): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x8): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x30): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x58): undefined reference to `__this_module' drivers/media/platform/marvell-ccic/mcam-core.o:(__param+0x80): more undefined references to `__this_module' follow Full randconfig file is attached. -- ~Randy # # Automatically generated file; DO NOT EDIT. # Linux/x86_64 4.17.0-rc1 Kernel Configuration # CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT="elf64-x86-64" CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_MMU=y CONFIG_ARCH_MMAP_RND_BITS_MIN=28 CONFIG_ARCH_MMAP_RND_BITS_MAX=32 CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MIN=8 CONFIG_ARCH_MMAP_RND_COMPAT_BITS_MAX=16 CONFIG_NEED_DMA_MAP_STATE=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_BUG_RELATIVE_POINTERS=y CONFIG_GENERIC_HWEIGHT=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y CONFIG_ARCH_WANT_GENERAL_HUGETLB=y CONFIG_ZONE_DMA32=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_KASAN_SHADOW_OFFSET=0xdc00 CONFIG_X86_64_SMP=y CONFIG_ARCH_SUPPORTS_UPROBES=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_PGTABLE_LEVELS=4 CONFIG_CONSTRUCTORS=y CONFIG_IRQ_WORK=y CONFIG_BUILDTIME_EXTABLE_SORT=y CONFIG_THREAD_INFO_IN_TASK=y # # General setup # CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE="" CONFIG_COMPILE_TEST=y CONFIG_LOCALVERSION="" CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_HAVE_KERNEL_LZ4=y # CONFIG_KERNEL_GZIP is not set # CONFIG_KERNEL_BZIP2 is not set # CONFIG_KERNEL_LZMA is not set # CONFIG_KERNEL_XZ is not set CONFIG_KERNEL_LZO=y # CONFIG_KERNEL_LZ4 is not set CONFIG_DEFAULT_HOSTNAME="(none)" # CONFIG_SYSVIPC is not set CONFIG_CROSS_MEMORY_ATTACH=y # CONFIG_USELIB is not set CONFIG_HAVE_ARCH_AUDITSYSCALL=y # # IRQ subsystem # CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_GENERIC_IRQ_EFFECTIVE_AFF_MASK=y CONFIG_GENERIC_PENDING_IRQ=y
Re: linux-next: Tree for Apr 20 (bfq)
On 04/20/17 08:36, Jens Axboe wrote: > On 04/20/2017 09:24 AM, Randy Dunlap wrote: >> On 04/19/17 23:43, Stephen Rothwell wrote: >>> Hi all, >>> >>> Changes since 20170419: >>> >> >> on i386: >> when CONFIG_CGROUPS is not enabled: >> >> In file included from ../block/bfq-iosched.c:105:0: >> ../block/bfq-iosched.h:819:22: error: array type has incomplete element type >> extern struct cftype bfq_blkcg_legacy_files[]; >> ^ >> ../block/bfq-iosched.h:820:22: error: array type has incomplete element type >> extern struct cftype bfq_blkg_files[]; > > This should fix it: > Yes, it does. Thanks. Acked-by: Randy Dunlap-- ~Randy
Re: linux-next: Tree for Apr 20 (bfq)
On 04/20/17 08:36, Jens Axboe wrote: > On 04/20/2017 09:24 AM, Randy Dunlap wrote: >> On 04/19/17 23:43, Stephen Rothwell wrote: >>> Hi all, >>> >>> Changes since 20170419: >>> >> >> on i386: >> when CONFIG_CGROUPS is not enabled: >> >> In file included from ../block/bfq-iosched.c:105:0: >> ../block/bfq-iosched.h:819:22: error: array type has incomplete element type >> extern struct cftype bfq_blkcg_legacy_files[]; >> ^ >> ../block/bfq-iosched.h:820:22: error: array type has incomplete element type >> extern struct cftype bfq_blkg_files[]; > > This should fix it: > Yes, it does. Thanks. Acked-by: Randy Dunlap -- ~Randy
Re: linux-next: Tree for Apr 20 (bfq)
On 04/20/2017 09:24 AM, Randy Dunlap wrote: > On 04/19/17 23:43, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20170419: >> > > on i386: > when CONFIG_CGROUPS is not enabled: > > In file included from ../block/bfq-iosched.c:105:0: > ../block/bfq-iosched.h:819:22: error: array type has incomplete element type > extern struct cftype bfq_blkcg_legacy_files[]; > ^ > ../block/bfq-iosched.h:820:22: error: array type has incomplete element type > extern struct cftype bfq_blkg_files[]; This should fix it: diff --git a/block/bfq-iosched.h b/block/bfq-iosched.h index 4ce7915e8d84..ae783c06dfd9 100644 --- a/block/bfq-iosched.h +++ b/block/bfq-iosched.h @@ -816,9 +816,6 @@ void bfq_put_async_queues(struct bfq_data *bfqd, struct bfq_group *bfqg); /* cgroups-support interface */ -extern struct cftype bfq_blkcg_legacy_files[]; -extern struct cftype bfq_blkg_files[]; - void bfqg_stats_update_io_add(struct bfq_group *bfqg, struct bfq_queue *bfqq, unsigned int op); void bfqg_stats_update_io_remove(struct bfq_group *bfqg, unsigned int op); @@ -844,6 +841,8 @@ struct bfq_group *bfq_create_group_hierarchy(struct bfq_data *bfqd, int node); void bfqg_put(struct bfq_group *bfqg); #ifdef CONFIG_BFQ_GROUP_IOSCHED +extern struct cftype bfq_blkcg_legacy_files[]; +extern struct cftype bfq_blkg_files[]; extern struct blkcg_policy blkcg_policy_bfq; #endif -- Jens Axboe
Re: linux-next: Tree for Apr 20 (bfq)
On 04/20/2017 09:24 AM, Randy Dunlap wrote: > On 04/19/17 23:43, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20170419: >> > > on i386: > when CONFIG_CGROUPS is not enabled: > > In file included from ../block/bfq-iosched.c:105:0: > ../block/bfq-iosched.h:819:22: error: array type has incomplete element type > extern struct cftype bfq_blkcg_legacy_files[]; > ^ > ../block/bfq-iosched.h:820:22: error: array type has incomplete element type > extern struct cftype bfq_blkg_files[]; This should fix it: diff --git a/block/bfq-iosched.h b/block/bfq-iosched.h index 4ce7915e8d84..ae783c06dfd9 100644 --- a/block/bfq-iosched.h +++ b/block/bfq-iosched.h @@ -816,9 +816,6 @@ void bfq_put_async_queues(struct bfq_data *bfqd, struct bfq_group *bfqg); /* cgroups-support interface */ -extern struct cftype bfq_blkcg_legacy_files[]; -extern struct cftype bfq_blkg_files[]; - void bfqg_stats_update_io_add(struct bfq_group *bfqg, struct bfq_queue *bfqq, unsigned int op); void bfqg_stats_update_io_remove(struct bfq_group *bfqg, unsigned int op); @@ -844,6 +841,8 @@ struct bfq_group *bfq_create_group_hierarchy(struct bfq_data *bfqd, int node); void bfqg_put(struct bfq_group *bfqg); #ifdef CONFIG_BFQ_GROUP_IOSCHED +extern struct cftype bfq_blkcg_legacy_files[]; +extern struct cftype bfq_blkg_files[]; extern struct blkcg_policy blkcg_policy_bfq; #endif -- Jens Axboe
Re: linux-next: Tree for Apr 20 (bfq)
On 04/19/17 23:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20170419: > on i386: when CONFIG_CGROUPS is not enabled: In file included from ../block/bfq-iosched.c:105:0: ../block/bfq-iosched.h:819:22: error: array type has incomplete element type extern struct cftype bfq_blkcg_legacy_files[]; ^ ../block/bfq-iosched.h:820:22: error: array type has incomplete element type extern struct cftype bfq_blkg_files[]; ^ -- ~Randy
Re: linux-next: Tree for Apr 20 (bfq)
On 04/19/17 23:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20170419: > on i386: when CONFIG_CGROUPS is not enabled: In file included from ../block/bfq-iosched.c:105:0: ../block/bfq-iosched.h:819:22: error: array type has incomplete element type extern struct cftype bfq_blkcg_legacy_files[]; ^ ../block/bfq-iosched.h:820:22: error: array type has incomplete element type extern struct cftype bfq_blkg_files[]; ^ -- ~Randy
Re: linux-next: Tree for Apr 20 (gfs2)
Hi, On 20/04/15 16:40, Randy Dunlap wrote: On 04/19/15 22:45, Stephen Rothwell wrote: Hi all, Please do not add any v4.2 material to your linux-next included trees until after v4.1-rc1 is released. Changes since 20150415: on i386: ERROR: "__divdi3" [fs/gfs2/gfs2.ko] undefined! These notices should go to Bob as well now, since he is looking after the tree that you are pulling from. I suspect that might be from one of his patches too, Steve. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: Tree for Apr 20 (gfs2)
On 04/19/15 22:45, Stephen Rothwell wrote: > Hi all, > > Please do not add any v4.2 material to your linux-next included trees > until after v4.1-rc1 is released. > > Changes since 20150415: > on i386: ERROR: "__divdi3" [fs/gfs2/gfs2.ko] undefined! -- ~Randy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: Tree for Apr 20 (gfs2)
Hi, On 20/04/15 16:40, Randy Dunlap wrote: On 04/19/15 22:45, Stephen Rothwell wrote: Hi all, Please do not add any v4.2 material to your linux-next included trees until after v4.1-rc1 is released. Changes since 20150415: on i386: ERROR: __divdi3 [fs/gfs2/gfs2.ko] undefined! These notices should go to Bob as well now, since he is looking after the tree that you are pulling from. I suspect that might be from one of his patches too, Steve. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: linux-next: Tree for Apr 20 (gfs2)
On 04/19/15 22:45, Stephen Rothwell wrote: Hi all, Please do not add any v4.2 material to your linux-next included trees until after v4.1-rc1 is released. Changes since 20150415: on i386: ERROR: __divdi3 [fs/gfs2/gfs2.ko] undefined! -- ~Randy -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/