From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:23:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB23C16A41F for ; Tue, 30 Aug 2005 16:23:46 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E4543D4C for ; Tue, 30 Aug 2005 16:23:45 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: (qmail 13557 invoked from network); 30 Aug 2005 16:23:45 -0000 Received: from aldan.algebra.com (HELO blue.virtual-estates.net) ([216.254.65.224]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 30 Aug 2005 16:23:41 -0000 Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.3/8.13.3) with ESMTP id j7UGNcFw067246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Aug 2005 12:23:39 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j7UGNU8u029410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Aug 2005 12:23:32 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j7UGNNop027060; Tue, 30 Aug 2005 12:23:23 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j7UGNKHJ027059; Tue, 30 Aug 2005 12:23:20 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Miguel Mendez Date: Tue, 30 Aug 2005 12:23:20 -0400 User-Agent: KMail/1.8.2 References: <200508281326.j7SDQGfc073329@blue.virtual-estates.net> <20050829191927.6694a969.flynn@energyhq.es.eu.org> In-Reply-To: <20050829191927.6694a969.flynn@energyhq.es.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508301223.20626.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1047/Mon Aug 29 13:00:08 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 31 Aug 2005 12:26:09 +0000 Cc: re@freebsd.org, current@freebsd.org Subject: Re: installing 6.0-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2005 16:23:47 -0000 > > . Something is wrong with the ed-driver (in my case -- > > Kingston's KNE-PC2T, FCC ID L40WST200). Kernel reports > > being unable to do something with pccard1, then reports > > ed1: .... > > and hangs. I let it wait for an hour and it never continued > > booting. I'll try to investigate, when I'm done installing. > > The card worked just fine in a newer Pentium-II laptop under > > FreeBSD-5.x > > If the card is a 16bit pcmcia car make sure the bridge is set to 16bit. How do I do that? > I had a similar problem on an old Thinkpad when trying to use a 32bit > cardbus nic while the bridge was set to default to 16bit in the BIOS. Both -- the hanging ed1 and the working wi0 are 16bit 5volt cards, according to their labeling. Prior to the ed1-hang, there is a message about 32 cfe allocation failure. > I don't see any advantage in using the partition-less mode. Less layers, and (slightly) more diskspace -- just feels neater, I guess. But the BIOS would not boot, so out with it in this case. > I wouldn't blame WITNESS on this. Laptops, especially old ones, have > incredibly slow disks. The buildworld process is heavily i/o bounded, > my bet is on the disk subsystem. According to systat and top, the CPU is never idle -- as would've been the case, if the I/O were the limiting factor. The Sys-component of `systat -vm' was steadily above 50%. Now that I have a witness-less kernel, the builds are, indeed, I/O bound. -mi