[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140923130128.79f5931ac03dbb31f53be805@linux-foundation.org>
Date: Tue, 23 Sep 2014 13:01:28 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Guenter Roeck <linux@...ck-us.net>
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
linux-fsdevel@...r.kernel.org, linux-next@...r.kernel.org,
sfr@...b.auug.org.au, mhocko@...e.cz,
Naoya Horiguchi <n-horiguchi@...jp.nec.com>,
Sasha Levin <sasha.levin@...cle.com>,
Anish Bhatt <anish@...lsio.com>,
David Miller <davem@...emloft.net>,
Fabio Estevam <fabio.estevam@...escale.com>
Subject: Re: mmotm 2014-09-22-16-57 uploaded
On Tue, 23 Sep 2014 12:02:22 -0700 Guenter Roeck <linux@...ck-us.net> wrote:
> On Mon, Sep 22, 2014 at 05:02:56PM -0700, akpm@...ux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2014-09-22-16-57 has been uploaded to
> >
> > http://www.ozlabs.org/~akpm/mmotm/
> >
> > mmotm-readme.txt says
> >
> > README for mm-of-the-moment:
> >
> > http://www.ozlabs.org/~akpm/mmotm/
> >
> > This is a snapshot of my -mm patch queue. Uploaded at random hopefully
> > more than once a week.
> >
> Sine I started testing this branch, I figure I might as well share the results.
>
> Build results:
> total: 133 pass: 115 fail: 18
> Failed builds:
> alpha:defconfig
> alpha:allmodconfig
> arm:imx_v6_v7_defconfig
> arm:imx_v4_v5_defconfig
> i386:allyesconfig
> i386:allmodconfig
> m68k:allmodconfig
> mips:nlm_xlp_defconfig
> parisc:a500_defconfig
> powerpc:cell_defconfig
> powerpc:ppc6xx_defconfig
> powerpc:mpc85xx_defconfig
> powerpc:mpc85xx_smp_defconfig
> tile:tilegx_defconfig
>
> Qemu test results:
> total: 24 pass: 23 fail: 1
> Failed tests:
> alpha:alpha_defconfig
>
> More information is available at http://server.roeck-us.net:8010/builders.
> Note that powerpc failures are counted twice because they are built twice,
> once with binutils 2.23 and once with 2.24.
>
> The most scary problem (in my opinion) is the failed mips:nlm_xlp_defconfig
> build. It is caused by 'scsi_netlink : Make SCSI_NETLINK dependent on NET
> instead of selecting NET', which effectively disables CONFIG_NET for around
> 30 configurations (assuming I found them all). The practical impact is that
> the affected configurations won't really work anymore, even if they compile.
cc'ing Anish Bhatt.
> Guenter
>
> ---
> Details:
>
> alpha (including qemu)
>
> drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl':
> drivers/tty/serial/8250/8250_core.c:2874:7: error: 'TIOCSRS485' undeclared
>
> arm:imx_v6_v7_defconfig
> arm:imx_v4_v5_defconfig
>
> drivers/media/platform/coda/coda-bit.c: In function 'coda_fill_bitstream':
> drivers/media/platform/coda/coda-bit.c:231:4: error: implicit declaration of function 'kmalloc'
> drivers/media/platform/coda/coda-bit.c: In function 'coda_alloc_framebuffers':
> drivers/media/platform/coda/coda-bit.c:312:3: error: implicit declaration of function 'kfree'
That's odd - it includes slab.h. Cc Fabio.
> i386:allyesconfig
>
> drivers/built-in.o: In function `_scsih_qcmd':
> mpt2sas_scsih.c:(.text+0xf5327d): undefined reference to `__udivdi3'
> mpt2sas_scsih.c:(.text+0xf532b0): undefined reference to `__umoddi3'
>
> i386:allmodconfig
>
> ERROR: "__udivdi3" [drivers/scsi/mpt2sas/mpt2sas.ko] undefined!
> ERROR: "__umoddi3" [drivers/scsi/mpt2sas/mpt2sas.ko] undefined!
Sigh.
> m68k:allmodconfig
>
> drivers/tty/serial/st-asc.c: In function 'asc_in':
> drivers/tty/serial/st-asc.c:154:2: error: implicit declaration of function 'readl_relaxed'
>
> mips:nlm_xlp_defconfig
>
> ERROR: "scsi_is_fc_rport" [drivers/scsi/libfc/libfc.ko] undefined!
> ERROR: "fc_get_event_number" [drivers/scsi/libfc/libfc.ko] undefined!
> ERROR: "skb_trim" [drivers/scsi/libfc/libfc.ko] undefined!
> ERROR: "fc_host_post_event" [drivers/scsi/libfc/libfc.ko] undefined!
>
> [and many more]
>
> parisc:a500_defconfig
>
> ERROR: "csum_partial" [drivers/scsi/scsi_debug.ko] undefined!
>
> powerpc:cell_defconfig
> powerpc:mpc85xx_defconfig
> powerpc:mpc85xx_smp_defconfig
>
> arch/powerpc/mm/hugetlbpage.c:710:1: error: conflicting types for 'follow_huge_pud'
> follow_huge_pud(struct mm_struct *mm, unsigned long address,
> ^
> In file included from arch/powerpc/mm/hugetlbpage.c:14:0: include/linux/hugetlb.h:103:14:
> note: previous declaration of 'follow_huge_pud' was here
> struct page *follow_huge_pud(struct mm_struct *mm, unsigned long address,
^
Naoya, please check:
--- a/arch/powerpc/mm/hugetlbpage.c~mm-hugetlb-reduce-arch-dependent-code-around-follow_huge_-fix
+++ a/arch/powerpc/mm/hugetlbpage.c
@@ -708,7 +708,7 @@ follow_huge_pmd(struct mm_struct *mm, un
struct page *
follow_huge_pud(struct mm_struct *mm, unsigned long address,
- pmd_t *pmd, int write)
+ pud_t *pud, int write)
{
BUG();
return NULL;
_
> powerpc:ppc6xx_defconfig
>
> In file included from include/linux/kernel.h:13:0, from mm/debug.c:8:
> mm/debug.c: In function 'dump_mm':
> mm/debug.c:212:5: error: 'const struct mm_struct' has no member named 'owner'
I fixed that.
> tile:tilegx_defconfig
>
> mm/debug.c: In function 'dump_mm':
> mm/debug.c:169:2: error: expected ')' before 'mm'
Don't have a clue. In my tree that's
pr_emerg("mm %p mmap %p seqnum %d task_size %lu\n"
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists