Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262029AbVCATew (ORCPT ); Tue, 1 Mar 2005 14:34:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262032AbVCATew (ORCPT ); Tue, 1 Mar 2005 14:34:52 -0500 Received: from fire.osdl.org ([65.172.181.4]:57782 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S262029AbVCATeb (ORCPT ); Tue, 1 Mar 2005 14:34:31 -0500 Message-ID: <4224C3E3.6020707@osdl.org> Date: Tue, 01 Mar 2005 11:34:59 -0800 From: "Randy.Dunlap" Organization: OSDL User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Horst von Brand CC: "David S. Miller" , linux-kernel@vger.kernel.org, ultralinux@vger.kernel.org Subject: Re: SPARC64: Modular floppy? References: <200503011926.j21JQ5dP007149@laptop11.inf.utfsm.cl> In-Reply-To: <200503011926.j21JQ5dP007149@laptop11.inf.utfsm.cl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1855 Lines: 57 Horst von Brand wrote: > "Randy.Dunlap" said: > >>Horst von Brand wrote: >> >>>"David S. Miller" said: >>> >>>>On Mon, 28 Feb 2005 17:07:43 -0300 >>>>Horst von Brand wrote: > > >>>[...] > > >>>>>So, either the dependencies have to get fixed so floppy can't be modular >>>>>for this architecture, or the relevant functions have to move from entry.S >>>>>to the module. > > >>>>I think the former is the best solution. The assembler code really >>>>needs to get at floppy.c symbols. > > >>>>From my cursory look the stuff depending on the floppy.c symbols is just >>>in the floppy-related code. Can't that be just included in floppy.c? >>>(Could be quite a mess, but it looks like short stretches). > > >>The code in entry.S looks self-contained (to me:), so moving it >>somewhere else should just be a SMOP (mostly kbuild stuff).... > > > Right. But where? I was thinking under arch/sparc64/drivers/floppy.S or > such. And then there would need to be some make magic for it to get picked > up and included only for sparc64. Sounds doable, if somewhat messy. > > But thinking a bit farther, if every arch and random driver starts playing > this kind of games, we'll soon be in a world of hurt. Not sure if it is > worth it. Then go with Dave's suggestion: don't allow modular floppy in Kconfig. > Other solution was to #ifdef that stuff into floppy.c, but again at the > end of that way lies madness. > > I'll see what I come up with. Recomended reading on the whole kbuild stuff? It's all in Documentation/kbuild/ -- ~Randy - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/