[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <73c1f2160912210648j2a8790b6ue611503ef931a77b@mail.gmail.com>
Date: Mon, 21 Dec 2009 09:48:31 -0500
From: Brian Gerst <brgerst@...il.com>
To: Rob Landley <rob@...dley.net>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Why is ARCH m68k hardwired into drivers/net/wan/Makefile?
On Mon, Dec 21, 2009 at 3:04 AM, Rob Landley <rob@...dley.net> wrote:
> On Monday 21 December 2009 01:06:38 Brian Gerst wrote:
>> On Mon, Dec 21, 2009 at 12:42 AM, Rob Landley <rob@...dley.net> wrote:
>> > Anyone have an opinion on this?
>> >
>> > From drivers/net/wan/Makefile:
>> >>ifeq ($(ARCH),m68k)
>> >> AS68K = $(AS)
>> >> LD68K = $(LD)
>> >>else
>> >> AS68K = as68k
>> >> LD68K = ld68k
>> >>endif
>>
>> Looks like it's to build firmware to run on the card.
>
> Sure, I'm just wondering why such obvious arch-specific code is outside the
> arch/m68k directory.
>
> In theory, when you're building for m68k, you supply appropriate AS and LD
> values already (or the rest of the kernel won't build). If you're not
> building for m68k and this driver only supports m68k, then the config should
> prevent you from selecting it. So why is on earth is architecture-specific
> tool selection being done in drivers/net/wan?
The m68k processor that this firmware is being built for is embedded
on the device, not the main system cpu. You can have one of these
cards on any system, not just m68k.
PS. always CC the list with replies.
--
Brian Gerst
--
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