[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120103095527.GI2914@n2100.arm.linux.org.uk>
Date: Tue, 3 Jan 2012 09:55:27 +0000
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Joerg Roedel <joerg.roedel@....com>
Cc: KyongHo Cho <pullip.cho@...sung.com>,
linux-samsung-soc@...r.kernel.org, linux-kernel@...r.kernel.org,
iommu@...ts.linux-foundation.org,
Younglak Kim <younglak1004.kim@...sung.com>,
Subash Patel <subash.ramaswamy@...aro.org>,
Kukjin Kim <kgene.kim@...sung.com>,
Kyungmin Park <kyungmin.park@...sung.com>,
Sanghyun Lee <sanghyun75.lee@...sung.com>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v8 0/2] ommu/exynos: Add IOMMU/System MMU driver for
Samsung Exynos
On Mon, Jan 02, 2012 at 04:58:20PM +0100, Joerg Roedel wrote:
> On Tue, Jan 03, 2012 at 12:21:30AM +0900, KyongHo Cho wrote:
> > > I still get
> > >
> > > LD .tmp_vmlinux1
> > > /data/cross/gcc-4.6.0-nolibc/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-ld: no machine record defined
> > > /data/cross/gcc-4.6.0-nolibc/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-ld: no machine record defined
> > > /data/cross/gcc-4.6.0-nolibc/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-ld: no machine record defined
> > > make[1]: *** [.tmp_vmlinux1] Error 1
> > >
> > > when trying to compile ARM/Exynos with 3.2-rc7. Am I doing something
> > > wrong or is this not expected to work?
> > >
> > Do you?
> > Ok. I will check my configuration with linux-next git.
>
> Compiling my exynos-config with linux-next gives me:
>
> CC arch/arm/kernel/process.o
> In file included from /data/lemmy/linux.trees.git/arch/arm/mach-exynos/include/mach/system.h:16:0,
> from /data/lemmy/linux.trees.git/arch/arm/kernel/process.c:64:
> /data/lemmy/linux.trees.git/arch/arm/plat-samsung/include/plat/system-reset.h:19:2: error: #error Fix me up
>
> I better not ask the question how such an #error statement can come
> through to linux-next.
It comes through when I stick it in my tree because of a month of asking
for help to fix something and getting zero response from the maintainers.
It's a way to flag to them that they're doing something wrong - and in
fact something is broken, and that that brokenness will happen at the
next merge window unless they get off their butt and do something about
it.
Patches have been around, but I've had problems merging them, and the
replacement patches have now appeared after I started my Christmas
vacation. As I've just returned, it's going to be a couple of days
before the #error gets removed (assuming the replacement patches apply.)
--
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