Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S135787AbRDYBT2>; Tue, 24 Apr 2001 21:19:28 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S135786AbRDYBTS>; Tue, 24 Apr 2001 21:19:18 -0400
Received: from mercury.mv.net ([199.125.85.40]:4880 "EHLO mercury.mv.net")
	by vger.kernel.org with ESMTP id <S135787AbRDYBS7>;
	Tue, 24 Apr 2001 21:18:59 -0400
Message-ID: <000c01c0cd25$9ec0e6a0$0201a8c0@home>
From: "jeff millar" <jeff@wa1hco.mv.com>
To: <esr@thyrsus.com>
Cc: "CML2" <linux-kernel@vger.kernel.org>
In-Reply-To: <esr@thyrsus.com> <200104220228.f3M2St1s023522@sleipnir.valparaiso.cl> <20010422001209.G15644@thyrsus.com>
Subject: CML2 Transition experiences
Date: Tue, 24 Apr 2001 21:18:14 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

1. If I install CML2 and go directly to "make xconfig", it deduces it needs
to set top level options because some of the low level options are set.  For
example SCSI enabled because some SCSI device is set or hot plug because
PCMCIA is set...because some PCMCIA device is set.  The _problem_ is...none
of these options were set in the CML1 generated .config file... and it
_extremely_ tedious to use xconfig to clear out all the cruft.

A much better (but not yet right) way is to use "make ttyconfig" to quickly
generate config.out from .config  relatively fewer errors and ability to say
no at a top level and cause all the lower level stuff to go away.  make
ttyconfig seems to parse the .config file in a different (and better) order.

Suggestion:  On the first pass of CML2 processing through .config, before
first config.out created, trust the top level setting and ignore lower level
settings if top setting off.

2. So after some playing around, I want to go back to CML1.  But the .config
generated by CML2 is not compatible.  I don't know if it's supposed to be
but there's lots of problems.

Suggestion:  Save your .config before you play with this stuff.

Bottom line:  looks promising but I still haven't gotten a good compile from
it, yet.

jeff


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