lkml.org 
[lkml]   [2002]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [PATCH] Re: crc32 and lib.a (was Re: [PATCH] nbd in 2.5.3 does
    Date
    On Thu, 31 Jan 2002 22:01:21 -0800 (PST), 
    "David S. Miller" <davem@redhat.com> wrote:
    > From: Keith Owens <kaos@ocs.com.au>
    > Date: Fri, 01 Feb 2002 16:10:13 +1100
    >
    > As long as Makefiles control initialization order, you need monolithic
    > Makefiles.
    >
    >With the current 2.5.x scheme, you can put your init into the
    >appropriate group. Makefiles only control init order within
    >the groups.

    But you still need monolithic makefiles.

    They also control order across directories as well, including up one,
    down two constructs like this.

    obj-$(CONFIG_SCSI_AHA1740) += aha1740.o
    ifeq ($(CONFIG_SCSI_AIC7XXX),y)
    obj-$(CONFIG_SCSI_AIC7XXX) += aic7xxx/aic7xxx_drv.o
    endif
    obj-$(CONFIG_SCSI_AIC7XXX_OLD) += aic7xxx_old.o

    and the abomination

    obj-$(CONFIG_SCSI_LASI700) += lasi700.o 53c700.o

    subdir-$(CONFIG_ARCH_ACORN) += ../acorn/scsi
    obj-$(CONFIG_ARCH_ACORN) += ../acorn/scsi/acorn-scsi.o

    obj-$(CONFIG_CHR_DEV_ST) += st.o

    BTW, the grouped initcalls in the code are exactly what I proposed in
    October 2000 and was shouted down. Except my proposal would have put
    all the initialization order information together, instead of putting
    some information in the source and some in the Makefiles. It is now
    even harder to see the precise order, you have to check which type of
    initcall each source is using in addition to scanning the makefile
    order.

    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:16    [W:4.101 / U:0.076 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site