From owner-freebsd-qa Sun Jan 20 2:20:17 2002 Delivered-To: freebsd-qa@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 3080237B404; Sun, 20 Jan 2002 02:20:14 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0KAKDh41771; Sun, 20 Jan 2002 11:20:13 +0100 (CET) (envelope-from wkb) Date: Sun, 20 Jan 2002 11:20:13 +0100 From: Wilko Bulte To: Murray Stokely Cc: qa@FreeBSD.org Subject: Re: RELENG_4_5 Branch : January 21 ? Message-ID: <20020120112013.C41612@freebie.xs4all.nl> References: <20020119015249.GD18200@freebsdmall.com> <20020119084007.A10312@freebie.xs4all.nl> <20020119111145.GL18200@freebsdmall.com> <20020119190247.A12050@freebie.xs4all.nl> <20020120035153.GI21973@freebsdmall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020120035153.GI21973@freebsdmall.com>; from murray@FreeBSD.org on Sat, Jan 19, 2002 at 07:51:53PM -0800 X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 19, 2002 at 07:51:53PM -0800, Murray Stokely wrote: > On Sat, Jan 19, 2002 at 07:02:47PM +0100, Wilko Bulte wrote: > > Maybe ps can help? He works for Y! too IIRC. > > I'll email Paul and Bill F. if Peter is still too busy. > > > > I put a new 7200RPM disk into my PWS500 and got my make world time > > > down to just over 3 hours. As an exercise in patience I've just > > > started a "make release" to see how long the build will take. Is disk > > > > IIRC it something like 6 hours or so on my DS10 > > 11 hours 45 minutes on my PWS 500a on a 7200RPM UDMA133 IDE disk. > The 5200RPM SCSI disks are slower. Not that UDMA133 would bring you that speed, the Miata is either U33 or (maybe???) U66 > ad0: 76345MB [155114/16/63] at ata3-master UDMA133 In any case: I have a full, docs-included, 4.5RC2 on Alpha here. Wow! I will test it for successful installs and boot and will upload the disc1.tgz to freefall if everything is OK. Took 5:45 to build BTW on the DS10 Wilko -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 2:26:22 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 2BBDC37B400 for ; Sun, 20 Jan 2002 02:26:07 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 0A7DE4B65D; Sun, 20 Jan 2002 02:26:01 -0800 (PST) Date: Sun, 20 Jan 2002 02:26:00 -0800 From: Murray Stokely To: Wilko Bulte Cc: qa@FreeBSD.org Subject: Re: RELENG_4_5 Branch : January 21 ? Message-ID: <20020120102600.GO21973@freebsdmall.com> References: <20020119015249.GD18200@freebsdmall.com> <20020119084007.A10312@freebie.xs4all.nl> <20020119111145.GL18200@freebsdmall.com> <20020119190247.A12050@freebie.xs4all.nl> <20020120035153.GI21973@freebsdmall.com> <20020120112013.C41612@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020120112013.C41612@freebie.xs4all.nl> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 20, 2002 at 11:20:13AM +0100, Wilko Bulte wrote: > > 11 hours 45 minutes on my PWS 500a on a 7200RPM UDMA133 IDE disk. > > The 5200RPM SCSI disks are slower. > > Not that UDMA133 would bring you that speed, the Miata is either > U33 or (maybe???) U66 It's on a Promise UDMA133 PCI card. > In any case: I have a full, docs-included, 4.5RC2 on Alpha here. Wow! > I will test it for successful installs and boot and will upload the > disc1.tgz to freefall if everything is OK. Cool. I'll move it over to ftp-master as soon as I see the transfer has finished on freefall. - Murray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 4:42:26 2002 Delivered-To: freebsd-qa@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 5B2A637B41D; Sun, 20 Jan 2002 04:42:15 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0KCgAJ53688; Sun, 20 Jan 2002 13:42:10 +0100 (CET) (envelope-from wkb) Date: Sun, 20 Jan 2002 13:42:10 +0100 From: Wilko Bulte To: Murray Stokely Cc: qa@FreeBSD.org Subject: Re: RELENG_4_5 Branch : January 21 ? Message-ID: <20020120134210.A53670@freebie.xs4all.nl> References: <20020119015249.GD18200@freebsdmall.com> <20020119084007.A10312@freebie.xs4all.nl> <20020119111145.GL18200@freebsdmall.com> <20020119190247.A12050@freebie.xs4all.nl> <20020120035153.GI21973@freebsdmall.com> <20020120112013.C41612@freebie.xs4all.nl> <20020120102600.GO21973@freebsdmall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020120102600.GO21973@freebsdmall.com>; from murray@FreeBSD.org on Sun, Jan 20, 2002 at 02:26:00AM -0800 X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 20, 2002 at 02:26:00AM -0800, Murray Stokely wrote: > On Sun, Jan 20, 2002 at 11:20:13AM +0100, Wilko Bulte wrote: > > > 11 hours 45 minutes on my PWS 500a on a 7200RPM UDMA133 IDE disk. > > > The 5200RPM SCSI disks are slower. > > > > Not that UDMA133 would bring you that speed, the Miata is either > > U33 or (maybe???) U66 > > It's on a Promise UDMA133 PCI card. OK, that makes a difference I suppose. Maybe Bruce can add it to the support hardware list for Alpha then? > > In any case: I have a full, docs-included, 4.5RC2 on Alpha here. Wow! > > I will test it for successful installs and boot and will upload the > > disc1.tgz to freefall if everything is OK. > > Cool. I'll move it over to ftp-master as soon as I see the transfer Yes.. :) > has finished on freefall. The miniinst has been verified to install and boot after the install. So disc1.tar should also be OK. It is going to freefall.freebsd.org:~wilko wb ~: cksum 4.5-RC2.alpha.disc1.tar.bz2 1659905818 165385745 4.5-RC2.alpha.disc1.tar.bz2 -rw------- 1 wkb wheel 165385745 Jan 20 11:25 /home/wkb/4.5-RC2.alpha.disc1.tar.bz2 W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 11:30:10 2002 Delivered-To: freebsd-qa@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 3CE0037B402; Sun, 20 Jan 2002 11:29:59 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0KJTv155271; Sun, 20 Jan 2002 20:29:57 +0100 (CET) (envelope-from wkb) Date: Sun, 20 Jan 2002 20:29:57 +0100 From: Wilko Bulte To: Murray Stokely Cc: qa@FreeBSD.ORG Subject: Re: RELENG_4_5 Branch : January 21 ? Message-ID: <20020120202957.A55257@freebie.xs4all.nl> References: <20020119015249.GD18200@freebsdmall.com> <20020119084007.A10312@freebie.xs4all.nl> <20020119111145.GL18200@freebsdmall.com> <20020119190247.A12050@freebie.xs4all.nl> <20020120035153.GI21973@freebsdmall.com> <20020120112013.C41612@freebie.xs4all.nl> <20020120102600.GO21973@freebsdmall.com> <20020120134210.A53670@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020120134210.A53670@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Sun, Jan 20, 2002 at 01:42:10PM +0100 X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jan 20, 2002 at 01:42:10PM +0100, Wilko Bulte wrote: > On Sun, Jan 20, 2002 at 02:26:00AM -0800, Murray Stokely wrote: > > On Sun, Jan 20, 2002 at 11:20:13AM +0100, Wilko Bulte wrote: > > > > 11 hours 45 minutes on my PWS 500a on a 7200RPM UDMA133 IDE disk. > > > > The 5200RPM SCSI disks are slower. > > > > > > Not that UDMA133 would bring you that speed, the Miata is either > > > U33 or (maybe???) U66 > > > > It's on a Promise UDMA133 PCI card. > > OK, that makes a difference I suppose. Maybe Bruce can add it to the > support hardware list for Alpha then? > > > > In any case: I have a full, docs-included, 4.5RC2 on Alpha here. Wow! > > > I will test it for successful installs and boot and will upload the > > > disc1.tgz to freefall if everything is OK. > > > > Cool. I'll move it over to ftp-master as soon as I see the transfer > > Yes.. :) > > > has finished on freefall. > > The miniinst has been verified to install and boot after the install. > So disc1.tar should also be OK. > > It is going to freefall.freebsd.org:~wilko > > wb ~: cksum 4.5-RC2.alpha.disc1.tar.bz2 > 1659905818 165385745 4.5-RC2.alpha.disc1.tar.bz2 > > -rw------- 1 wkb wheel 165385745 Jan 20 11:25 /home/wkb/4.5-RC2.alpha.disc1.tar.bz2 It has just safely arrived on freefall. Enjoy... W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 15:24:31 2002 Delivered-To: freebsd-qa@freebsd.org Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.25]) by hub.freebsd.org (Postfix) with ESMTP id A80B737B400; Sun, 20 Jan 2002 15:24:28 -0800 (PST) Received: from iae.nl ([213.46.9.162]) by amsfep16-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20020120232044.SCFW2652.amsfep16-int.chello.nl@iae.nl>; Mon, 21 Jan 2002 00:20:44 +0100 Message-ID: <3C4B508C.28FF02D@iae.nl> Date: Mon, 21 Jan 2002 00:19:40 +0100 From: Hans Ottevanger X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: qa@freebsd.org Cc: re@freebsd.org Subject: 4.5 RC2 and "@LongLink" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I have been doing a few installations of 4.5 RC2 from CDROM today. There were no real surprises, except that a file "/usr/@LongLink" appears when the ports distribution is installed, during or after installation (using /stand/sysinstall). It has mode 0 and date Jan 1, 1970. The contents of this file is: ports/x11-toolkits/py-wxPython/files/patch-contrib::stc::contrib::src::stc:: \ scintilla::src::PosRegExp.cxx as a single string, followed by a '\0'. I think this file is created due to the fact that the ports distribution is unpacked with cpio, and packed with tar during the release build. Cpio cannot read filenames longer than 100 characters, at least not in the way tar deals with them. And of course the content of the @LongLink file is a filename of 105 characters. The file itself is unpacked into /usr/ports, but its name is truncated. BTW it is the only file with a name longer than 100 characters in the whole ports distribution. Maybe this can still be fixed before 4.5 RELEASE, otherwise it would need some explanation for the innocent end user. Kind regards, Hans To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 17:47: 8 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 3511D37B419; Sun, 20 Jan 2002 17:46:54 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 8A4494B65D; Sun, 20 Jan 2002 17:46:48 -0800 (PST) Date: Sun, 20 Jan 2002 17:46:48 -0800 From: Murray Stokely To: Hans Ottevanger Cc: qa@freebsd.org, re@freebsd.org Subject: Re: 4.5 RC2 and "@LongLink" Message-ID: <20020121014648.GN21973@freebsdmall.com> References: <3C4B508C.28FF02D@iae.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C4B508C.28FF02D@iae.nl> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jan 21, 2002 at 12:19:40AM +0100, Hans Ottevanger wrote: > Cpio cannot read filenames longer than 100 characters, at least not in > the way tar deals with them. And of course the content of the @LongLink > file is a filename of 105 characters. The file itself is unpacked into > /usr/ports, but its name is truncated. BTW it is the only file with a > name longer than 100 characters in the whole ports distribution. Good find! I'll take this up with the port managers and see if they just want to rename the file for now. I'll also work on a src/release/Makefile patch to use tar instead of cpio for the ports distributions, although our tar has its problems too. Thanks, - Murray To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 22:51:36 2002 Delivered-To: freebsd-qa@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 8C72237B402; Sun, 20 Jan 2002 22:51:32 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0L6pU102503; Mon, 21 Jan 2002 07:51:30 +0100 (CET) (envelope-from wkb) Date: Mon, 21 Jan 2002 07:51:30 +0100 From: Wilko Bulte To: murray@freebsd.org Cc: qa@freebsd.org, re-alpha@freebsd.org Subject: 4.5RC2 disc1 for Alpha now on freefall:~wilko Message-ID: <20020121075130.A2427@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.5-PRERELEASE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Murray, RC2 disc1 for Alpha tarred up and bzipped is now in freefall:~wilko or alternatively at http://people.freebsd.org/~wilko/Alpha-snaps/ Can you please arrange to make a bootable ISO out of it with whatever packages (??) are available? tnx W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Jan 20 23: 9: 3 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 617FF37B404; Sun, 20 Jan 2002 23:08:59 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id A801F4B65D; Sun, 20 Jan 2002 23:08:58 -0800 (PST) Date: Sun, 20 Jan 2002 23:08:58 -0800 From: Murray Stokely To: Wilko Bulte Cc: qa@freebsd.org, re-alpha@freebsd.org Subject: Re: 4.5RC2 disc1 for Alpha now on freefall:~wilko Message-ID: <20020121070858.GT21973@freebsdmall.com> References: <20020121075130.A2427@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rf72Gf+bfLC8kxKs" Content-Disposition: inline In-Reply-To: <20020121075130.A2427@freebie.xs4all.nl> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --rf72Gf+bfLC8kxKs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 21, 2002 at 07:51:30AM +0100, Wilko Bulte wrote: > Murray, >=20 > RC2 disc1 for Alpha tarred up and bzipped is now in freefall:~wilko It's on ftp.freebsd.org and the mirrors as well. I copied it over to ftp-master soon after your transfer finished to freefall. > http://people.freebsd.org/~wilko/Alpha-snaps/ >=20 > Can you please arrange to make a bootable ISO out of it with whatever pac= kages > (??) are available? Ok. I will probably just make the next RC on a local machine here, and upload both the x86 and Alpha releases simultaneously. My build machine may be slower, but I think I can make that time up with my faster connection. I worked a little on XFree86 yesterday, and I expect to get it compiled tonight before I go to bed. Packages are still up in the air. If you can start building packages on your DS10 that would be a huge help. The package building scripts should be in ports/Tools. portmgr@FreeBSD.org can help with that as well. - Murray --rf72Gf+bfLC8kxKs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8S76JtNcQog5FH30RAs5yAKCtMhjDDRclA33f+JwmoLf4ZvEtYgCeJFaJ OA9hP0XBkxB88Yl6zER9X98= =xYz/ -----END PGP SIGNATURE----- --rf72Gf+bfLC8kxKs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 1:28: 9 2002 Delivered-To: freebsd-qa@freebsd.org Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by hub.freebsd.org (Postfix) with ESMTP id 1EFB937B419; Mon, 21 Jan 2002 01:27:59 -0800 (PST) Received: (from uucp@localhost) by innocence.interface-business.de (8.11.5/8.11.5/ifb) with UUCP id g0L9Rvr50518; Mon, 21 Jan 2002 10:27:57 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g0L80IK60716; Mon, 21 Jan 2002 09:00:18 +0100 (MET) (envelope-from j) Date: Mon, 21 Jan 2002 09:00:18 +0100 From: Joerg Wunsch To: Murray Stokely Cc: re@FreeBSD.org, ken@FreeBSD.org, qa@FreeBSD.org, mobile@FreeBSD.org Subject: Re: MFC approval for camcontrol/pccard change Message-ID: <20020121090018.A60328@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <20020117220210.A29263@uriah.heep.sax.de> <20020118204841.A42899@uriah.heep.sax.de> <20020119112746.GM18200@freebsdmall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020119112746.GM18200@freebsdmall.com>; from murray@FreeBSD.org on Sat, Jan 19, 2002 at 03:27:46AM -0800 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Murray Stokely wrote: [Patches to make aic-based pccards work during a 4.x installation.] > Ok, so you don't need to make any sysinstall changes for all of this > to work? I'm interested in seeing the results of your "make release". > Perhaps you could post boot floppies somewhere and ask users on -qa or > -mobile to test them? We can't wait a week on this, as that is when I > will be uploading some large ISOs to the FTP sites. I would really > want this in -STABLE before Monday if it is going into 4.5. OK, i finally found a machine that could get a "make release" halfways through. It still fell over when making the documentation since the distfile for links-0.96 failed checksum mismatch. :( (Also, something i've seen consistently failing only within a "make release" on both -stable and -current is ports/graphics/tiff not linking their binaries against -lm. I'll investigate that a bit more, and clarify with sobomax directly.) So in the end, i'm afraid the size of my generated floppies isn't fully represantative due to some text files missing on it. So in addition to preparing the floppies, i've compared the mfsroot sizes against the one from 4.5-RC3: 4.5-RC3: uriah # ls -l /mnt/stand/boot_crunch -r-xr-xr-x 32 root wheel - 1900676 Jan 18 06:55 /mnt/stand/boot_crunch* uriah # df -ki /mnt Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/md0 2803 2123 652 77% 73 309 19% /mnt My version that includes the minimalistic camcontrol: uriah # ls -l /mnt/stand/boot_crunch -r-xr-xr-x 33 root wheel - 1913568 Jan 20 23:44 /mnt/stand/boot_crunch* uriah # df -ki /mnt Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/md0 4219 2084 2093 50% 74 500 13% /mnt If anyone wants to test, the images are at http://people.freebsd.org/~joerg/kern.flp http://people.freebsd.org/~joerg/mfsroot.flp I've just tested all on an old Thinkpad 755 plus Adaptec PCMCIA card, and i could install that one off an attached CD-ROM. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 9: 7:44 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by hub.freebsd.org (Postfix) with ESMTP id 5515A37B400; Mon, 21 Jan 2002 09:07:42 -0800 (PST) Received: from nimitz.packetdesign.com (nimitz.packetdesign.com [192.168.0.184]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id g0LH7gp12449; Mon, 21 Jan 2002 09:07:42 -0800 (PST) (envelope-from bmah@packetdesign.com) Received: (from bmah@localhost) by nimitz.packetdesign.com (8.11.6/8.11.6) id g0LH7fk08184; Mon, 21 Jan 2002 09:07:41 -0800 (PST) (envelope-from bmah) Message-Id: <200201211707.g0LH7fk08184@nimitz.packetdesign.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-qa@freebsd.org Cc: bmah@freebsd.org Subject: Release documentation for 4.5-RELEASE From: bmah@freebsd.org (Bruce A. Mah) Reply-To: bmah@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Jan 2002 09:07:41 -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi qa-ers, I've got the release documentation in a form that I think is ready to go, modulo any changes to code or other significant events that happen between now and R-day. It'd be great if those of you who have spare cycles could give them a quick reading and let me know of any problems you see. The snapshots of the release documentation are, as always, at: http://people.FreeBSD.org/~bmah/relnotes/ The release notes document is probably the most important one (and the one that the most people will read). Don't worry about the errata document; it'll get archived and then truncated for the release. I want to avoid making any major changes to the release notes at this late date, in order to make life easier for the Japanese translation team, who has been faithfully tracking all of the changes. Note that the version number bumps haven't taken place yet...I'll do that once the release branch is created later this week. Some of the text will change slightly...there's a handful of changes that are keyed off the version number bump. I'll send out another note after this takes place. Thanks! Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 13:23: 8 2002 Delivered-To: freebsd-qa@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 461D737B402; Mon, 21 Jan 2002 13:23:04 -0800 (PST) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id NAA03490; Mon, 21 Jan 2002 13:23:01 -0800 Message-ID: <3C4C86B3.9070600@owt.com> Date: Mon, 21 Jan 2002 13:22:59 -0800 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: bmah@FreeBSD.ORG Cc: freebsd-qa@FreeBSD.ORG Subject: Re: Release documentation for 4.5-RELEASE References: <200201211707.g0LH7fk08184@nimitz.packetdesign.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce A. Mah wrote: > Hi qa-ers, > > I've got the release documentation in a form that I think is ready to > go, modulo any changes to code or other significant events that happen > between now and R-day. > > It'd be great if those of you who have spare cycles could give them a > quick reading and let me know of any problems you see. The snapshots of > the release documentation are, as always, at: > > http://people.FreeBSD.org/~bmah/relnotes/ One of the problems in this whole process is Appendix A.7 CVS Tags. The tag for the next release never seems to go out with the documentation for the release. For example, The highest release tag is RELENG_4_4_0_RELEASE It is usually update post release. I think that it is important for ..._4_5_0_RELEASE to be available on the CD's. A release should be self-documenting. Kent > > The release notes document is probably the most important one (and the > one that the most people will read). Don't worry about the errata > document; it'll get archived and then truncated for the release. I want > to avoid making any major changes to the release notes at this late > date, in order to make life easier for the Japanese translation team, > who has been faithfully tracking all of the changes. > > Note that the version number bumps haven't taken place yet...I'll do > that once the release branch is created later this week. Some of the > text will change slightly...there's a handful of changes that are keyed > off the version number bump. I'll send out another note after this > takes place. > > Thanks! > > Bruce. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-qa" in the body of the message > > . > > -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://users.owt.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 13:46:38 2002 Delivered-To: freebsd-qa@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 6233F37B402; Mon, 21 Jan 2002 13:46:31 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020121214631.MIBM10199.rwcrmhc53.attbi.com@bmah.dyndns.org>; Mon, 21 Jan 2002 21:46:31 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0LLkU862501; Mon, 21 Jan 2002 13:46:30 -0800 (PST) (envelope-from bmah) Message-Id: <200201212146.g0LLkU862501@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Kent Stewart Cc: bmah@FreeBSD.ORG, freebsd-qa@FreeBSD.ORG Subject: Re: Release documentation for 4.5-RELEASE In-reply-to: <3C4C86B3.9070600@owt.com> References: <200201211707.g0LH7fk08184@nimitz.packetdesign.com> <3C4C86B3.9070600@owt.com> Comments: In-reply-to Kent Stewart message dated "Mon, 21 Jan 2002 13:22:59 -0800." From: bmah@FreeBSD.ORG (Bruce A. Mah) Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Jan 2002 13:46:30 -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Kent Stewart wrote: > One of the problems in this whole process is Appendix A.7 CVS Tags. > The tag for the next release never seems to go out with the > documentation for the release. For example, The highest release tag is > > RELENG_4_4_0_RELEASE > > It is usually update post release. I think that it is important for > ..._4_5_0_RELEASE to be available on the CD's. A release should be > self-documenting. You're talking about the Handbook [1], not the release documentation. Other than that, this is a perfectly reasonable point. Bruce. [1] doc/en_US.ISO8859-1/books/handbook/mirrors/chapter.sgml to be exact. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 14:18:27 2002 Delivered-To: freebsd-qa@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 023DA37B402 for ; Mon, 21 Jan 2002 14:18:26 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0LMIqo57637 for ; Mon, 21 Jan 2002 14:18:52 -0800 (PST) Date: Mon, 21 Jan 2002 14:18:52 -0800 (PST) From: Doug White To: freebsd-qa@freebsd.org Subject: ATA FLASH broken in -PRERELEASE? Message-ID: <20020121141250.G53531-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Folks, ATA Flash cards appear to be broken in -PRERELEASE. I'm updating and trying again, and it's certainly possible I have something misconfigured. I'm getting 'device not configured' after pccardd picks it up. Thanks! Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 16: 6:36 2002 Delivered-To: freebsd-qa@freebsd.org Received: from tomts9-srv.bellnexxia.net (tomts9.bellnexxia.net [209.226.175.53]) by hub.freebsd.org (Postfix) with ESMTP id 1472237B405; Mon, 21 Jan 2002 16:06:29 -0800 (PST) Received: from khan.anarcat.dyndns.org ([65.94.191.21]) by tomts9-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020122000628.ORED22140.tomts9-srv.bellnexxia.net@khan.anarcat.dyndns.org>; Mon, 21 Jan 2002 19:06:28 -0500 Received: from shall.anarcat.dyndns.org (shall.anarcat.dyndns.org [192.168.0.1]) by khan.anarcat.dyndns.org (Postfix) with ESMTP id 7BE05192E; Mon, 21 Jan 2002 19:06:22 -0500 (EST) Received: by shall.anarcat.dyndns.org (Postfix, from userid 1000) id 01D0920AC7; Mon, 21 Jan 2002 19:06:19 -0500 (EST) Date: Mon, 21 Jan 2002 19:06:19 -0500 From: The Anarcat To: green@FreeBSD.org Cc: freebsd-gnats-submit@FreeBSD.org, stable@freebsd.org, qa@freebsd.org, re@freebsd.org Subject: Re: bin/32175: ssh-keygen -p core dumps Message-ID: <20020122000618.GD4165@shall.anarcat.dyndns.org> References: <200201071556.g07Fufk82211@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: <200201071556.g07Fufk82211@freefall.freebsd.org> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon Jan 07, 2002 at 07:56:41AM -0800, green@FreeBSD.org wrote: >=20 > State-Changed-From-To: open->feedback > Committed to -CURRENT, thanks. Fix confirmed on -stable. Please commit fix before release. A. --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxMrPkACgkQttcWHAnWiGdgEwCfTzcBe/jO4cPXCrx3Ug77Shji FMcAnA7o+gn7job9Toc2r8yNRxOHDXkq =1PoF -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 17: 6:49 2002 Delivered-To: freebsd-qa@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 13FD137B404; Mon, 21 Jan 2002 17:06:46 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g0M17BL63382; Mon, 21 Jan 2002 17:07:11 -0800 (PST) Date: Mon, 21 Jan 2002 17:07:11 -0800 (PST) From: Doug White To: "Bruce A. Mah" Cc: freebsd-qa@FreeBSD.ORG Subject: Re: Release documentation for 4.5-RELEASE In-Reply-To: <200201211707.g0LH7fk08184@nimitz.packetdesign.com> Message-ID: <20020121165521.M53531-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Jan 2002, Bruce A. Mah wrote: > I've got the release documentation in a form that I think is ready to > go, modulo any changes to code or other significant events that happen > between now and R-day. > > It'd be great if those of you who have spare cycles could give them a > quick reading and let me know of any problems you see. The snapshots of > the release documentation are, as always, at: The description of MAXMEM/hw.physmem implies that MAXMEM is a new option. It's been around since the 2.X days :-) Also hw.physmem should be described as a loader tunable, not an environment variable (yeah, it's a kernel environment variable, I know). Unless I'm misunderstading the difference between loader tunables and kenv variables. I'll let you know if I find any more nits to pick :) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 21:21:25 2002 Delivered-To: freebsd-qa@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 1C79C37B402; Mon, 21 Jan 2002 21:21:10 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020122052104.GGFM3578.rwcrmhc52.attbi.com@bmah.dyndns.org>; Tue, 22 Jan 2002 05:21:04 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0M5L4C66088; Mon, 21 Jan 2002 21:21:04 -0800 (PST) (envelope-from bmah) Message-Id: <200201220521.g0M5L4C66088@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Doug White Cc: "Bruce A. Mah" , freebsd-qa@FreeBSD.ORG Subject: Re: Release documentation for 4.5-RELEASE In-reply-to: <20020121165521.M53531-100000@resnet.uoregon.edu> References: <20020121165521.M53531-100000@resnet.uoregon.edu> Comments: In-reply-to Doug White message dated "Mon, 21 Jan 2002 17:07:11 -0800." From: bmah@FreeBSD.ORG (Bruce A. Mah) Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Jan 2002 21:21:04 -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Doug White wrote: > The description of MAXMEM/hw.physmem implies that MAXMEM is a new option. > It's been around since the 2.X days :-) Arrrgh. This item started out as an alpha-only release note, and I somehow saw somewhere that MAXMEM existed on the i386, then inferred (wrongly) that the entire MAXMEM feature was new. > Also hw.physmem should be > described as a loader tunable, not an environment variable (yeah, it's a > kernel environment variable, I know). Unless I'm misunderstading the > difference between loader tunables and kenv variables. I'm going to blame that on dfr: dfr 2001/10/04 06:09:36 PDT Modified files: (Branch: RELENG_4) sys/alpha/alpha machdep.c sys/conf options.alpha Log: MFC: add support for MAXMEM option and hw.physmem environment variable. Revision Changes Path 1.68.2.14 +56 -1 src/sys/alpha/alpha/machdep.c 1.19.2.3 +3 -1 src/sys/conf/options.alpha But I'll also fix it. > I'll let you know if I find any more nits to pick :) Feel free...thanks! Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Jan 21 22:41:38 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id BF33537B404; Mon, 21 Jan 2002 22:41:16 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 7CF0A4B65D; Mon, 21 Jan 2002 22:41:10 -0800 (PST) Date: Mon, 21 Jan 2002 22:41:10 -0800 From: Murray Stokely To: Kent Stewart Cc: bmah@FreeBSD.ORG, freebsd-qa@FreeBSD.ORG Subject: Re: Release documentation for 4.5-RELEASE Message-ID: <20020122064110.GA21973@freebsdmall.com> References: <200201211707.g0LH7fk08184@nimitz.packetdesign.com> <3C4C86B3.9070600@owt.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gYb7txo4D4wAJl1C" Content-Disposition: inline In-Reply-To: <3C4C86B3.9070600@owt.com> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gYb7txo4D4wAJl1C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 21, 2002 at 01:22:59PM -0800, Kent Stewart wrote: > One of the problems in this whole process is Appendix A.7 CVS Tags.=20 > The tag for the next release never seems to go out with the=20 > documentation for the release. For example, The highest release tag is >=20 > RELENG_4_4_0_RELEASE >=20 > It is usually update post release. I think that it is important for=20 If you look at r1.156 of handbook/mirrors/chapter.sgml you will see that we updated this in time for FreeBSD 4.4. This file is listed on our "version bump" checklist at doc/en_US.ISO8859-1/articles/releng. We didn't leave it out last time, and we definitely won't leave it out this time. If there are any other files that you think should be on our release checklist, please let us know! - Murray --gYb7txo4D4wAJl1C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8TQmFtNcQog5FH30RAheRAJ9XBQ2YcsUB5WDG0mLj3dtHpRgcvgCgpSx+ xU8nAWrPKdCXQ7HwlFPSZDw= =6gL5 -----END PGP SIGNATURE----- --gYb7txo4D4wAJl1C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Jan 22 11:10: 0 2002 Delivered-To: freebsd-qa@freebsd.org Received: from jfitz.com (adsl-63-194-217-126.dsl.snfc21.pacbell.net [63.194.217.126]) by hub.freebsd.org (Postfix) with SMTP id DA8B237B405 for ; Tue, 22 Jan 2002 11:09:53 -0800 (PST) Received: (qmail 56558 invoked from network); 22 Jan 2002 19:09:52 -0000 Received: from localhost.jfitz.com (HELO FITZLT) (127.0.0.1) by localhost.jfitz.com with SMTP; 22 Jan 2002 19:09:52 -0000 Message-ID: <004b01c1a378$5f41b7f0$070ca8c0@FITZLT> From: "John Fitzgibbon" To: Subject: RC 4.5 and Oracle Date: Tue, 22 Jan 2002 11:09:10 -0800 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.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On 01/16 I cvsup'd my source up to RC 4.5, (from RELENG_4), and rebuilt world and kernel. Since doing that, I can't start Oracle databases, or create new databases. Details are below. I'd be interested to know if others have succeeded with this. Thanks, Fitz. Details: When starting an existing database I get the following error: ORA-01102: cannot mount database in EXCLUSIVE mode This error would "normally" occur if an attempt was made to start an already-running database with different environment settings, (for example, same database with a different ORACLE_HOME). I get a similar message if I try to create a new database from scratch: CREATE DATABASE "somedb" * ORA-01501: CREATE DATABASE failed ORA-01101: database being created currently mounted by some other instance I was running Oracle 8.1.7 for Linux using linux 7.1 from usr/ports/emulator. I reinstalled linux 7.1 -- this had no impact. Getting Oracle 8.1.7 installed in the first place took a bit of hacking, but it had worked fine up to now. To get Oracle installed originally, I copied it directly from a known good Red Hat install, installed the linux 7.1 port, and rebuilt the kernel with Oracle-specific shared memory/semaphore settings: options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options SHMMAXPGS=50000 options SHMMIN=1 options SHMMNI=100 options SHMSEG=10 options SEMMNI=100 options SEMMSL=310 options SEMMNS=610 options SEMOPM=100 #options SEMVMX=32767 Interestingly, after attempting to start the db, Oracle's background processes seem to be running ok, (see the output below). It looks like the mount operation is having trouble talking to the server processes. I suspect this may be a problem with the shared memory/semaphore settings in the new kernel, (I seem to remember similar problems when I first tried installing without fixing the kernel), but I don't know enough about what's changed in the kernel to figure out if this is the problem, or how to fix it. SVRMGR> connect internal Connected. SVRMGR> startup ORACLE instance started. Total System Global Area 25858208 bytes Fixed Size 73888 bytes Variable Size 15339520 bytes Database Buffers 8388608 bytes Redo Buffers 2056192 bytes ORA-01102: cannot mount database in EXCLUSIVE mode SVRMGR> exit Server Manager complete. su-2.04$ ps -aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND ... oracle 55920 0.7 3.2 53500 16720 ?? Ss 10:45AM 0:00.07 ora_pmon_mydb (oracle) oracle 55922 0.0 3.2 52796 16612 ?? Ss 10:45AM 0:00.05 ora_dbw0_mydb (oracle) oracle 55924 0.0 3.1 52672 16308 ?? Ss 10:45AM 0:00.05 ora_lgwr_mydb (oracle) oracle 55926 0.0 3.1 52676 16352 ?? Ss 10:45AM 0:00.05 ora_ckpt_mydb (oracle) oracle 55929 0.3 3.1 52660 16312 ?? Ss 10:45AM 0:00.05 ora_smon_mydb (oracle) oracle 55931 0.3 3.1 52660 16300 ?? Ss 10:45AM 0:00.05 ora_reco_mydb (oracle) oracle 55933 0.3 3.1 52816 16380 ?? Ss 10:45AM 0:00.05 ora_arc0_mydb (oracle) ... su-2.04$ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Jan 22 14:57:52 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mail.dobox.com (mail.dobox.com [65.88.244.102]) by hub.freebsd.org (Postfix) with SMTP id 5AD1637B404 for ; Tue, 22 Jan 2002 14:57:49 -0800 (PST) Received: (qmail 32470 invoked from network); 22 Jan 2002 23:18:42 -0000 Received: from salty.dobox.com (HELO dobox.com) (10.0.1.33) by spinoff.dobox.com with SMTP; 22 Jan 2002 23:18:42 -0000 Message-ID: <3C4DEE64.185F29CE@dobox.com> Date: Tue, 22 Jan 2002 15:57:40 -0700 From: Wes Peters Organization: DoBox Inc. X-Mailer: Mozilla 4.75 [en] (X11; U; OpenBSD 2.7 i386) X-Accept-Language: en MIME-Version: 1.0 To: qa@freebsd.org Subject: FreeBSD 4.5 RC2 problem with XF86 4.1.0_12 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ladies and gentlemen, I (finally!) installed 4.5RC2 yesterday. I installed XF86 3.3.6 during sysinstall, only to find it did not have drivers for the VGA chipset in my test machine, a "PC Wave" brand "book pc". The video card is identfied in dmesg as "Trident model 8400" by the PCI bus probe. So I erased the /usr/X11R6 directory and installed XF86 4.1.0 from the packages on the CD-ROM. Attempting to run xf86cfg failed, /usr/X11R6/bin/X was unable to run due to unresolved symbols. I deleted the package and built the port from source, installed, and obtained exactly the same results. I cvsupped ports early yesterday and built the 4.2.0 port overnight; I am installing it now. If you need the exact unresolved symbols error messages I can re-install the 4.1.0 package later today, but it would certainly bear testing. It would be a shame to ship 4.5 with a broken 4.1.0 package, no 4.2.0 package, and only creaky old 3.3.6 that actually works. -- Boats love me Sails fear me Wes Peters System Architect http://www.dobox.com/ DoBox Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Jan 22 16: 8:25 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mail.dobox.com (mail.dobox.com [65.88.244.102]) by hub.freebsd.org (Postfix) with SMTP id AF6C537B405 for ; Tue, 22 Jan 2002 16:08:02 -0800 (PST) Received: (qmail 4235 invoked from network); 23 Jan 2002 00:29:03 -0000 Received: from salty.dobox.com (HELO dobox.com) (10.0.1.33) by spinoff.dobox.com with SMTP; 23 Jan 2002 00:29:03 -0000 Message-ID: <3C4DFEE1.6A631E9D@dobox.com> Date: Tue, 22 Jan 2002 17:08:01 -0700 From: Wes Peters Organization: DoBox Inc. X-Mailer: Mozilla 4.75 [en] (X11; U; OpenBSD 2.7 i386) X-Accept-Language: en MIME-Version: 1.0 To: qa@freebsd.org, xfree86@xfree86.org Subject: Re: FreeBSD 4.5 RC2 problem with XF86 4.1.0_12 References: <3C4DEE64.185F29CE@dobox.com> Content-Type: multipart/mixed; boundary="------------A8101279749371C3F896BDC2" Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------A8101279749371C3F896BDC2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Wes Peters wrote: > > Ladies and gentlemen, > I (finally!) installed 4.5RC2 yesterday. I installed XF86 3.3.6 during > sysinstall, only to find it did not have drivers for the VGA chipset > in my test machine, a "PC Wave" brand "book pc". The video card is > identfied in dmesg as "Trident model 8400" by the PCI bus probe. > > So I erased the /usr/X11R6 directory and installed XF86 4.1.0 from the > packages on the CD-ROM. Attempting to run xf86cfg failed, /usr/X11R6/bin/X > was unable to run due to unresolved symbols. I deleted the package and > built the port from source, installed, and obtained exactly the same > results. > > I cvsupped ports early yesterday and built the 4.2.0 port overnight; I > am installing it now. If you need the exact unresolved symbols error > messages I can re-install the 4.1.0 package later today, but it would > certainly bear testing. It would be a shame to ship 4.5 with a broken > 4.1.0 package, no 4.2.0 package, and only creaky old 3.3.6 that actually > works. Additional information: 4.2.0 fails in exactly the same manner on this machine. This time I grabbed the log file from the configuration attempt and attached it to this message, so you can have some hope of determining what the problem might be. It appears to my inexpert eye the Trident driver fails to recognize (or work with) the onboard VGA and whatever the backup approach is fails miserably. -- Boats love me Sails fear me Wes Peters System Architect http://www.dobox.com/ DoBox Inc. --------------A8101279749371C3F896BDC2 Content-Type: text/plain; charset=us-ascii; name="XFree86.8.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="XFree86.8.log" XFree86 Version 4.2.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 4.5-RC2 i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.8.log", Time: Tue Jan 22 16:57:47 2002 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0501 card 0000,0000 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8501 card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106,0000 rev 14 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 06 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 0000,0000 rev 10 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 80 (II) PCI: 00:09:1: chip 13f6,0211 card 13f6,0211 rev 10 class 07,80,00 hdr 00 (II) PCI: 00:0a:0: chip 1282,9102 card 0291,8212 rev 20 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1023,8400 card 1023,7000 rev 5b class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xdc000000 - 0xdfffffff (0x4000000) MX[B] (II) Bus 1 prefetchable memory range: (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Bus -1: bridge is at (0:7:4), (-1,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(1:0:0) Trident CyberBlade/i7 rev 91, Mem @ 0xdd800000/23, 0xde000000/17, 0xdd000000/23 List of video drivers: atimisc r128 radeon mga glint nv tga s3 s3virge sis rendition neomagic i740 tdfx savage cirrus vmware tseng trident chips apm fbdev i128 ati i810 ark cyrix siliconmotion vesa vga (II) LoadModule: "atimisc" (II) Loading /usr/X11R6/lib/modules/drivers/atimisc_drv.o (II) Module atimisc: vendor="The XFree86 Project" compiled for 4.2.0, module version = 6.4.8 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "r128" (II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o (II) Module r128: vendor="The XFree86 Project" compiled for 4.2.0, module version = 4.0.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) Module radeon: vendor="The XFree86 Project" compiled for 4.2.0, module version = 4.0.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.1.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "glint" (II) Loading /usr/X11R6/lib/modules/drivers/glint_drv.o (II) Module glint: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "nv" (II) Loading /usr/X11R6/lib/modules/drivers/nv_drv.o (II) Module nv: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "tga" (II) Loading /usr/X11R6/lib/modules/drivers/tga_drv.o (II) Module tga: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "s3" (II) Loading /usr/X11R6/lib/modules/drivers/s3_drv.o (II) Module s3: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.3.5 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "s3virge" (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o (II) Module s3virge: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.8.3 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "sis" (II) Loading /usr/X11R6/lib/modules/drivers/sis_drv.o (II) Module sis: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.6.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "rendition" (II) Loading /usr/X11R6/lib/modules/drivers/rendition_drv.o (II) Module rendition: vendor="The XFree86 Project" compiled for 4.2.0, module version = 4.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "neomagic" (II) Loading /usr/X11R6/lib/modules/drivers/neomagic_drv.o (II) Module neomagic: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "i740" (II) Loading /usr/X11R6/lib/modules/drivers/i740_drv.o (II) Module i740: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "tdfx" (II) Loading /usr/X11R6/lib/modules/drivers/tdfx_drv.o (II) Module tdfx: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "savage" (II) Loading /usr/X11R6/lib/modules/drivers/savage_drv.o (II) Module savage: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.1.20 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "cirrus" (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_drv.o (II) Module cirrus: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "vmware" (II) Loading /usr/X11R6/lib/modules/drivers/vmware_drv.o (II) Module vmware: vendor="The XFree86 Project" compiled for 4.2.0, module version = 10.7.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "tseng" (II) Loading /usr/X11R6/lib/modules/drivers/tseng_drv.o (II) Module tseng: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "trident" (II) Loading /usr/X11R6/lib/modules/drivers/trident_drv.o (II) Module trident: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "chips" (II) Loading /usr/X11R6/lib/modules/drivers/chips_drv.o (II) Module chips: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "apm" (II) Loading /usr/X11R6/lib/modules/drivers/apm_drv.o (II) Module apm: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "fbdev" (II) Loading /usr/X11R6/lib/modules/drivers/fbdev_drv.o (II) Module fbdev: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "i128" (II) Loading /usr/X11R6/lib/modules/drivers/i128_drv.o (II) Module i128: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "ati" (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o (II) Module ati: vendor="The XFree86 Project" compiled for 4.2.0, module version = 6.4.8 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "i810" (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o (II) Module i810: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.1.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "ark" (II) Loading /usr/X11R6/lib/modules/drivers/ark_drv.o (II) Module ark: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.5.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "cyrix" (II) Loading /usr/X11R6/lib/modules/drivers/cyrix_drv.o (II) Module cyrix: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "siliconmotion" (II) Loading /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o (II) Module siliconmotion: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.3.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "vesa" (II) Loading /usr/X11R6/lib/modules/drivers/vesa_drv.o (II) Module vesa: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "vga" (II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o (II) Module vga: vendor="The XFree86 Project" compiled for 4.2.0, module version = 4.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E [1] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E [2] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) [3] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) [4] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) [5] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [6] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [7] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [8] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [9] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E (II) Active PCI resource ranges after removing overlaps: [0] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E [1] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E [2] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) [3] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) [4] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) [5] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [6] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [7] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [8] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [9] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] [12] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [13] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [14] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [15] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [16] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E (II) Primary Device is: PCI 01:00:0 (II) Loading sub module "cirrus_laguna" (II) LoadModule: "cirrus_laguna" (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_laguna.o (II) Module cirrus_laguna: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) Loading sub module "cirrus_alpine" (II) LoadModule: "cirrus_alpine" (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_alpine.o (II) Module cirrus_alpine: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c, tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682, providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1, cyberbladeAi1d, cyberbladeXPm/8, cyberbladeXPm/16, cyberbladeXPAi1 (II) ATI: Shared non-ATI VGA in PCI/AGP slot 1:0:0 detected. CYRIX: Device Sections found: 1 (II) VESA: driver for VESA chipsets: vesa (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic (++) Using config file: "/root/XF86Config.new" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/100dpi/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/100dpi/"). (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) Chipset cyberbladei7 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] [12] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [13] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [14] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [15] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [16] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E (II) resource ranges after probing: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) [10] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [11] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [12] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [13] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [16] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [17] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [18] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [19] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [20] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [21] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) TRIDENT(0): initializing int10 (==) TRIDENT(0): Write-combining range (0xa0000,0x20000) was already clear (WW) TRIDENT(0): Failed to set write-combining range (0xf0000,0x10000) Symbol xf86I2CReadBytes from module /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o is unresolved! Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWDPMSSet from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol shadowAdd from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol shadowUpdateRotatePacked from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol shadowSetup from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWLinearOffset from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWSetVideoModes from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol fbdevHWGetName from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! Symbol vgaHWEnable from module /usr/X11R6/lib/modules/drivers/tdfx_drv.o is unresolved! Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128CleanupCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128InitCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmScatterGatherAlloc from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128TextureBlit from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128FlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128FlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128WaitForIdleCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonWaitForIdleCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonClear from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonInitCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmRadeonCleanupCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! Symbol fbCreateDefColormap from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! Symbol fbDoCopy from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! Symbol fbCopyRegion from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! Symbol fbQueryBestSize from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! Symbol xf86InterpretEDID from module /usr/X11R6/lib/modules/libvbe.a is unresolved! Fatal server error: Caught signal 11. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.8.log". Please report problems to xfree86@xfree86.org. --------------A8101279749371C3F896BDC2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Jan 22 17: 9:41 2002 Delivered-To: freebsd-qa@freebsd.org Received: from smtph.ha-net.ptd.net (smtph.ha-net.ptd.net [207.44.96.88]) by hub.freebsd.org (Postfix) with SMTP id 2797437B417 for ; Tue, 22 Jan 2002 17:09:20 -0800 (PST) Received: (qmail 23873 invoked by uid 50005); 23 Jan 2002 00:48:20 -0000 Received: from tville@XFree86.org by smtph with qmail-scanner-1.00 (uvscan: v4.1.60/v4181. . Clean. Processed in 4.745902 secs); 23 Jan 2002 00:48:20 -0000 Received: from du117178.wb3.ptd.net (HELO XFree86.org) ([204.186.117.178]) (envelope-sender ) by smtph.ha-net.ptd.net (qmail-ldap-1.03) with SMTP for ; 23 Jan 2002 00:48:15 -0000 Message-ID: <3C4E0CB0.6AEE8B5D@XFree86.org> Date: Tue, 22 Jan 2002 20:06:57 -0500 From: "G. Economou" Reply-To: ""@FreeBSD.ORG Organization: The XFree86 Project X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Wes Peters Cc: qa@freebsd.org, xfree86@xfree86.org Subject: Re: FreeBSD 4.5 RC2 problem with XF86 4.1.0_12 References: <3C4DEE64.185F29CE@dobox.com> <3C4DFEE1.6A631E9D@dobox.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wes Peters wrote: > Wes Peters wrote: > > > > Ladies and gentlemen, > > I (finally!) installed 4.5RC2 yesterday. I installed XF86 3.3.6 during > > sysinstall, only to find it did not have drivers for the VGA chipset > > in my test machine, a "PC Wave" brand "book pc". The video card is > > identfied in dmesg as "Trident model 8400" by the PCI bus probe. > > > > So I erased the /usr/X11R6 directory and installed XF86 4.1.0 from the > > packages on the CD-ROM. Attempting to run xf86cfg failed, /usr/X11R6/bin/X > > was unable to run due to unresolved symbols. I deleted the package and > > built the port from source, installed, and obtained exactly the same > > results. > > > > I cvsupped ports early yesterday and built the 4.2.0 port overnight; I > > am installing it now. If you need the exact unresolved symbols error > > messages I can re-install the 4.1.0 package later today, but it would > > certainly bear testing. It would be a shame to ship 4.5 with a broken > > 4.1.0 package, no 4.2.0 package, and only creaky old 3.3.6 that actually > > works. > > Additional information: 4.2.0 fails in exactly the same manner on this > machine. This time I grabbed the log file from the configuration attempt > and attached it to this message, so you can have some hope of determining > what the problem might be. It appears to my inexpert eye the Trident driver > fails to recognize (or work with) the onboard VGA and whatever the backup > approach is fails miserably. > > -- > Boats love me > Sails fear me > Wes Peters System Architect > http://www.dobox.com/ DoBox Inc. > > ------------------------------------------------------------------------ > > XFree86 Version 4.2.0 / X Window System > (protocol Version 11, revision 0, vendor release 6600) > Release Date: 18 January 2002 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/) > Build Operating System: FreeBSD 4.5-RC2 i386 [ELF] > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/XFree86.8.log", Time: Tue Jan 22 16:57:47 2002 > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > > (II) Module ABI versions: > XFree86 ANSI C Emulation: 0.1 > XFree86 Video Driver: 0.5 > XFree86 XInput driver : 0.3 > XFree86 Server Extension : 0.1 > XFree86 Font Renderer : 0.3 > (II) Loader running on freebsd > (II) LoadModule: "bitmap" > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Font Renderer > ABI class: XFree86 Font Renderer, version 0.3 > (II) Loading font Bitmap > (II) LoadModule: "pcidata" > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) PCI: Probing config type using method 1 > (II) PCI: Config type is 1 > (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 > (II) PCI: PCI scan (all values are in hex) > (II) PCI: 00:00:0: chip 1106,0501 card 0000,0000 rev 02 class 06,00,00 hdr 00 > (II) PCI: 00:01:0: chip 1106,8501 card 0000,0000 rev 00 class 06,04,00 hdr 01 > (II) PCI: 00:07:0: chip 1106,0686 card 1106,0000 rev 14 class 06,01,00 hdr 80 > (II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00 > (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 06 class 0c,03,00 hdr 00 > (II) PCI: 00:07:4: chip 1106,3057 card 0000,0000 rev 10 class 06,00,00 hdr 00 > (II) PCI: 00:09:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 80 > (II) PCI: 00:09:1: chip 13f6,0211 card 13f6,0211 rev 10 class 07,80,00 hdr 00 > (II) PCI: 00:0a:0: chip 1282,9102 card 0291,8212 rev 20 class 02,00,00 hdr 00 > (II) PCI: 01:00:0: chip 1023,8400 card 1023,7000 rev 5b class 03,00,00 hdr 00 > (II) PCI: End of PCI scan > (II) LoadModule: "scanpci" > (II) Loading /usr/X11R6/lib/modules/libscanpci.a > (II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) UnloadModule: "scanpci" > (II) Unloading /usr/X11R6/lib/modules/libscanpci.a > (II) Host-to-PCI bridge: > (II) PCI-to-ISA bridge: > (II) Host-to-PCI bridge: > (II) PCI-to-PCI bridge: > (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus 0 I/O range: > [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) Bus 0 non-prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus 0 prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) > (II) Bus 1 I/O range: > (II) Bus 1 non-prefetchable memory range: > [0] -1 0xdc000000 - 0xdfffffff (0x4000000) MX[B] > (II) Bus 1 prefetchable memory range: > (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus -1 I/O range: > (II) Bus -1 non-prefetchable memory range: > (II) Bus -1 prefetchable memory range: > (II) Bus -1: bridge is at (0:7:4), (-1,-1,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus -1 I/O range: > [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) Bus -1 non-prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus -1 prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (--) PCI:*(1:0:0) Trident CyberBlade/i7 rev 91, Mem @ 0xdd800000/23, 0xde000000/17, 0xdd000000/23 > List of video drivers: > atimisc > r128 > radeon > mga > glint > nv > tga > s3 > s3virge > sis > rendition > neomagic > i740 > tdfx > savage > cirrus > vmware > tseng > trident > chips > apm > fbdev > i128 > ati > i810 > ark > cyrix > siliconmotion > vesa > vga > (II) LoadModule: "atimisc" > (II) Loading /usr/X11R6/lib/modules/drivers/atimisc_drv.o > (II) Module atimisc: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 6.4.8 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "r128" > (II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o > (II) Module r128: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "radeon" > (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o > (II) Module radeon: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "mga" > (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o > (II) Module mga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.1.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "glint" > (II) Loading /usr/X11R6/lib/modules/drivers/glint_drv.o > (II) Module glint: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "nv" > (II) Loading /usr/X11R6/lib/modules/drivers/nv_drv.o > (II) Module nv: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "tga" > (II) Loading /usr/X11R6/lib/modules/drivers/tga_drv.o > (II) Module tga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "s3" > (II) Loading /usr/X11R6/lib/modules/drivers/s3_drv.o > (II) Module s3: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.3.5 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "s3virge" > (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o > (II) Module s3virge: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.8.3 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "sis" > (II) Loading /usr/X11R6/lib/modules/drivers/sis_drv.o > (II) Module sis: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.6.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "rendition" > (II) Loading /usr/X11R6/lib/modules/drivers/rendition_drv.o > (II) Module rendition: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "neomagic" > (II) Loading /usr/X11R6/lib/modules/drivers/neomagic_drv.o > (II) Module neomagic: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "i740" > (II) Loading /usr/X11R6/lib/modules/drivers/i740_drv.o > (II) Module i740: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "tdfx" > (II) Loading /usr/X11R6/lib/modules/drivers/tdfx_drv.o > (II) Module tdfx: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "savage" > (II) Loading /usr/X11R6/lib/modules/drivers/savage_drv.o > (II) Module savage: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.1.20 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "cirrus" > (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_drv.o > (II) Module cirrus: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "vmware" > (II) Loading /usr/X11R6/lib/modules/drivers/vmware_drv.o > (II) Module vmware: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 10.7.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "tseng" > (II) Loading /usr/X11R6/lib/modules/drivers/tseng_drv.o > (II) Module tseng: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "trident" > (II) Loading /usr/X11R6/lib/modules/drivers/trident_drv.o > (II) Module trident: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "chips" > (II) Loading /usr/X11R6/lib/modules/drivers/chips_drv.o > (II) Module chips: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "apm" > (II) Loading /usr/X11R6/lib/modules/drivers/apm_drv.o > (II) Module apm: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "fbdev" > (II) Loading /usr/X11R6/lib/modules/drivers/fbdev_drv.o > (II) Module fbdev: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "i128" > (II) Loading /usr/X11R6/lib/modules/drivers/i128_drv.o > (II) Module i128: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "ati" > (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o > (II) Module ati: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 6.4.8 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "i810" > (II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o > (II) Module i810: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.1.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "ark" > (II) Loading /usr/X11R6/lib/modules/drivers/ark_drv.o > (II) Module ark: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.5.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "cyrix" > (II) Loading /usr/X11R6/lib/modules/drivers/cyrix_drv.o > (II) Module cyrix: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "siliconmotion" > (II) Loading /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o > (II) Module siliconmotion: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.3.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "vesa" > (II) Loading /usr/X11R6/lib/modules/drivers/vesa_drv.o > (II) Module vesa: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "vga" > (II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o > (II) Module vga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) Addressable bus resource ranges are > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) OS-reported resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] > (II) Active PCI resource ranges: > [0] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [1] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [2] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [3] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [4] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [5] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [6] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [7] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [8] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [9] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E > (II) Active PCI resource ranges after removing overlaps: > [0] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [1] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [2] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [3] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [4] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [5] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [6] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [7] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [8] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [9] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E > (II) OS-reported resource ranges after removing overlaps with PCI: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] > (II) All system resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [12] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [13] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [14] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [15] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [16] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E > (II) Primary Device is: PCI 01:00:0 > (II) Loading sub module "cirrus_laguna" > (II) LoadModule: "cirrus_laguna" > (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_laguna.o > (II) Module cirrus_laguna: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) Loading sub module "cirrus_alpine" > (II) LoadModule: "cirrus_alpine" > (II) Loading /usr/X11R6/lib/modules/drivers/cirrus_alpine.o > (II) Module cirrus_alpine: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c, > tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397, > cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi, > tgui9440agi, tgui9660, tgui9680, providia9682, providia9685, > cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7, > cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1, > cyberbladeAi1d, cyberbladeXPm/8, cyberbladeXPm/16, cyberbladeXPAi1 > (II) ATI: Shared non-ATI VGA in PCI/AGP slot 1:0:0 detected. > CYRIX: Device Sections found: 1 > (II) VESA: driver for VESA chipsets: vesa > (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic > (++) Using config file: "/root/XF86Config.new" > (==) ServerLayout "XFree86 Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) |-->Input Device "Mouse0" > (**) |-->Input Device "Keyboard0" > (==) Keyboard: CustomKeycode disabled > (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/100dpi/". > Entry deleted from font path. > (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/100dpi/"). > (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > (**) ModulePath set to "/usr/X11R6/lib/modules" > (--) Chipset cyberbladei7 found > (II) resource ranges after xf86ClaimFixedResources() call: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [12] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [13] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [14] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [15] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [16] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E > (II) resource ranges after probing: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [10] 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [11] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [12] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [13] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [15] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [16] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [17] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [18] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [19] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E > [20] 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [21] 0 0x000003c0 - 0x000003df (0x20) IS[B] > (II) Setting vga for screen 0. > (II) Loading sub module "vbe" > (II) LoadModule: "vbe" > (II) Loading /usr/X11R6/lib/modules/libvbe.a > (II) Module vbe: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/X11R6/lib/modules/libint10.a > (II) Module int10: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) TRIDENT(0): initializing int10 > (==) TRIDENT(0): Write-combining range (0xa0000,0x20000) was already clear > (WW) TRIDENT(0): Failed to set write-combining range (0xf0000,0x10000) > Symbol xf86I2CReadBytes from module /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWDPMSSet from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol shadowAdd from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol shadowUpdateRotatePacked from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol shadowSetup from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWLinearOffset from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWSetVideoModes from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol fbdevHWGetName from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! > Symbol vgaHWEnable from module /usr/X11R6/lib/modules/drivers/tdfx_drv.o is unresolved! > Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128CleanupCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128InitCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmScatterGatherAlloc from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128TextureBlit from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128FlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128FlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128WaitForIdleCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonWaitForIdleCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonClear from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonInitCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmRadeonCleanupCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! > Symbol fbCreateDefColormap from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbDoCopy from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbCopyRegion from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol fbQueryBestSize from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! > Symbol xf86InterpretEDID from module /usr/X11R6/lib/modules/libvbe.a is unresolved! > > Fatal server error: > Caught signal 11. Server aborting > > When reporting a problem related to a server crash, please send > the full server output, not just the last messages. > This can be found in the log file "/var/log/XFree86.8.log". > Please report problems to xfree86@xfree86.org. It is always best to download the latest binaries and try from there. We do not support older versions as your problems may be now corrected. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Wed Jan 23 1:34:38 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mail.freebsdmall.com (adsl-63-206-96-214.dsl.snfc21.pacbell.net [63.206.96.214]) by hub.freebsd.org (Postfix) with ESMTP id 0647D37B400; Wed, 23 Jan 2002 01:34:36 -0800 (PST) Received: by mail.freebsdmall.com (Postfix, from userid 2135) id ACCF42E81B; Wed, 23 Jan 2002 01:35:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.freebsdmall.com (Postfix) with ESMTP id 6BEE12AA2A; Wed, 23 Jan 2002 01:35:31 -0800 (PST) Date: Wed, 23 Jan 2002 01:35:31 -0800 (PST) From: Chern Lee X-X-Sender: To: Cc: Subject: RC2 and X4 Message-ID: <20020123013006.G14128-100000@www.freebsdmall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As per Murray's request I've tested RC2 w/ X4: * Standard installation w/ Kern-Developer distribution * Installed X4 + dependencies from packages on CDROM * Configured X server * Installed x11/wrapper port I have never been able to get this to install properly without removing the ".if ${XFREE86_VERSION} == 3" segment of the port's Makefile. I'm probably doing something wrong, who knows... * Install window manager * startx as non-root user Everything seems to work fine. - chern To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Wed Jan 23 6:58:59 2002 Delivered-To: freebsd-qa@freebsd.org Received: from elmer.i.eunet.no (elmer.i.eunet.no [193.71.2.96]) by hub.freebsd.org (Postfix) with ESMTP id 421DF37B41C for ; Wed, 23 Jan 2002 06:58:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by elmer.i.eunet.no (Postfix) with ESMTP id 18AB72298C for ; Wed, 23 Jan 2002 15:58:53 +0100 (CET) Subject: 4.5-RC2 kernel, m_clalloc failed From: Lars Erik Gullerud To: qa@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 23 Jan 2002 15:58:52 +0100 Message-Id: <1011797933.75400.19.camel@elmer.i.eunet.no> Mime-Version: 1.0 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I moved one of our shoutcast streaming servers over to 4.5-RC2 during the weekend to test it in a high network load environment. It was installed "fresh" on a clean system with an FTP install, i.e. not an upgrade from the old 4.4 install. After being in operation for just a few hours the server started logging these messages continously: Jan 23 14:34:41 disrv01 /kernel: m_clalloc failed, consider increase NMBCLUSTERS value Jan 23 14:34:41 disrv01 /kernel: fxp0: cluster allocation failed, packet dropped! Jan 23 14:34:42 disrv01 last message repeated 850 times The server had to be rebooted in order to function properly again, network connectivity was basically gone until it was rebooted. After reboot it again functioned for a few hours and then the same thing happened. The server is running 5 instances of the shoutcast server (original sc_serv binary from shoutcast, not icecast) on 5 separate TCP ports. The load had been steady between 400 and 500 concurrent TCP streams @ 128kbit for the whole 24 hours, and was at apx. 450 streams served when this error hit. Nothing else is running on this server. Kernel was recompiled for this machine after install, so not a GENERIC kernel, maxusers was set to 0 to test the auto-allocation. The NMBCLUSTERS as reported in kern.ipc.nmbclusters=8640. This is a P3-800 512MB RAM box, who has been running steadily at a lot higher loads than this for a long time on 4.4-STABLE (750 streams max), so I'm assuming it's an issue introduced in 4.5. Unless it's just my stupidity and something just needs to be configured differently - maybe I should avoid the maxusers=0 and set some table sizes manually or something? I don't know what kind of info you might require, I'm not really much of a "kernelhacker", but I hope you fix whatever the prob is before 4.5-RELEASE or I'll have to stay on 4.4 for our streaming boxes. Regards, Lars Erik Gullerud To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Wed Jan 23 9:45: 6 2002 Delivered-To: freebsd-qa@freebsd.org Received: from spoon.beta.com (spoon.beta.com [199.165.180.1]) by hub.freebsd.org (Postfix) with ESMTP id 3469F37B41C for ; Wed, 23 Jan 2002 09:44:48 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost.beta.com [127.0.0.1]) by spoon.beta.com (8.11.6/8.11.6) with ESMTP id g0NHib912119; Wed, 23 Jan 2002 12:44:37 -0500 (EST) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200201231744.g0NHib912119@spoon.beta.com> To: Lars Erik Gullerud Cc: qa@freebsd.org Subject: Re: 4.5-RC2 kernel, m_clalloc failed In-reply-to: Your message of "23 Jan 2002 15:58:52 +0100." <1011797933.75400.19.camel@elmer.i.eunet.no> Date: Wed, 23 Jan 2002 12:44:37 -0500 From: Brian McGovern Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In my opinion, I don't think you can really say something is broken, merely mis-tuned. From what I know, NMBCLUSTERS, when not explicitly set, is scaled based on MAXUSERS. So, what you've done is to say: MAXUSERS = some guessed-at number NMBCLUSTERS = MAXUSERS * some guessed-at order of magnitude for an "average" "user" (note the individual quotes, meaning that average and user need to be defined differently) NMBCLUSTERS is less than the number you need for your application. So, perhaps you should look at the number of NMBCLUSTERS on a working machine (information that in my read through appers to be missing), and compare it to the auto-calculated values. If they're really close, it might be a real problem (or just a marginal case). If they're significantly different, than what you're saying is that auto tuning doesn't work in YOUR case (I happy run with MAXUSERS between 64 and 256 on all machines, and have _never_ had a problem). I expect the reason for the self-tune was for newer boxes, 2+GHz monsters with 2-4GB of RAM and a Gig-E port that were being bottlenecked by the fact that MAXUSERS (and all of its derived values) were being set to a number lower than the sweet spot by being fixed, and the auto-tune code makes a stab at doing something better in the _average_ case. > I moved one of our shoutcast streaming servers over to 4.5-RC2 during > the weekend to test it in a high network load environment. It was > installed "fresh" on a clean system with an FTP install, i.e. not an > upgrade from the old 4.4 install. > > After being in operation for just a few hours the server started logging > these messages continously: > > Jan 23 14:34:41 disrv01 /kernel: m_clalloc failed, consider increase > NMBCLUSTERS value > Jan 23 14:34:41 disrv01 /kernel: fxp0: cluster allocation failed, packet > dropped! > Jan 23 14:34:42 disrv01 last message repeated 850 times > > The server had to be rebooted in order to function properly again, > network connectivity was basically gone until it was rebooted. After > reboot it again functioned for a few hours and then the same thing > happened. > > The server is running 5 instances of the shoutcast server (original > sc_serv binary from shoutcast, not icecast) on 5 separate TCP ports. The > load had been steady between 400 and 500 concurrent TCP streams @ > 128kbit for the whole 24 hours, and was at apx. 450 streams served when > this error hit. Nothing else is running on this server. > > Kernel was recompiled for this machine after install, so not a GENERIC > kernel, maxusers was set to 0 to test the auto-allocation. The > NMBCLUSTERS as reported in kern.ipc.nmbclusters=8640. This is a P3-800 > 512MB RAM box, who has been running steadily at a lot higher loads than > this for a long time on 4.4-STABLE (750 streams max), so I'm assuming > it's an issue introduced in 4.5. Unless it's just my stupidity and > something just needs to be configured differently - maybe I should avoid > the maxusers=0 and set some table sizes manually or something? > > I don't know what kind of info you might require, I'm not really much of > a "kernelhacker", but I hope you fix whatever the prob is before > 4.5-RELEASE or I'll have to stay on 4.4 for our streaming boxes. > > Regards, > Lars Erik Gullerud > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-qa" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Wed Jan 23 9:45:32 2002 Delivered-To: freebsd-qa@freebsd.org Received: from hemlock.xfree86.org (du14062.wb.ptd.net [204.186.14.62]) by hub.freebsd.org (Postfix) with ESMTP id 1609E37B405 for ; Wed, 23 Jan 2002 09:44:57 -0800 (PST) Received: (from dawes@localhost) by hemlock.xfree86.org (8.11.6/8.9.3) id g0NHihX05245; Wed, 23 Jan 2002 12:44:43 -0500 (EST) (envelope-from dawes) Date: Wed, 23 Jan 2002 12:44:43 -0500 From: David Dawes To: Wes Peters Cc: qa@freebsd.org, xfree86@xfree86.org Subject: Re: FreeBSD 4.5 RC2 problem with XF86 4.1.0_12 Message-ID: <20020123124443.A5229@xfree86.org> References: <3C4DEE64.185F29CE@dobox.com> <3C4DFEE1.6A631E9D@dobox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C4DFEE1.6A631E9D@dobox.com>; from wes@dobox.com on Tue, Jan 22, 2002 at 05:08:01PM -0700 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 22, 2002 at 05:08:01PM -0700, Wes Peters wrote: >Wes Peters wrote: >> >> Ladies and gentlemen, >> I (finally!) installed 4.5RC2 yesterday. I installed XF86 3.3.6 during >> sysinstall, only to find it did not have drivers for the VGA chipset >> in my test machine, a "PC Wave" brand "book pc". The video card is >> identfied in dmesg as "Trident model 8400" by the PCI bus probe. >> >> So I erased the /usr/X11R6 directory and installed XF86 4.1.0 from the >> packages on the CD-ROM. Attempting to run xf86cfg failed, /usr/X11R6/bin/X >> was unable to run due to unresolved symbols. I deleted the package and >> built the port from source, installed, and obtained exactly the same >> results. >> >> I cvsupped ports early yesterday and built the 4.2.0 port overnight; I >> am installing it now. If you need the exact unresolved symbols error >> messages I can re-install the 4.1.0 package later today, but it would >> certainly bear testing. It would be a shame to ship 4.5 with a broken >> 4.1.0 package, no 4.2.0 package, and only creaky old 3.3.6 that actually >> works. > >Additional information: 4.2.0 fails in exactly the same manner on this >machine. This time I grabbed the log file from the configuration attempt >and attached it to this message, so you can have some hope of determining >what the problem might be. It appears to my inexpert eye the Trident driver >fails to recognize (or work with) the onboard VGA and whatever the backup >approach is fails miserably. The unresolved symbols are almost never the reason for 'XFree86 -configure' crashing. The messages about them get printed out when the server crashes during initialisation, whatever the reason. The actual SEGV is happening at the point just before they appear. David -- David Dawes Email: dawes@tungstengraphics.com Tungsten Graphics, Inc http://www.tungstengraphics.com Founder/President, Release Engineer Phone: +1 570 764 0288 The XFree86 Project, Inc http://www.xfree86.org/~dawes > >-- > Boats love me > Sails fear me >Wes Peters System Architect >http://www.dobox.com/ DoBox Inc. > >XFree86 Version 4.2.0 / X Window System >(protocol Version 11, revision 0, vendor release 6600) >Release Date: 18 January 2002 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/) >Build Operating System: FreeBSD 4.5-RC2 i386 [ELF] >Module Loader present >Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >(==) Log file: "/var/log/XFree86.8.log", Time: Tue Jan 22 16:57:47 2002 >(--) Using syscons driver with X support (version 2.0) >(--) using VT number 9 > >(II) Module ABI versions: > XFree86 ANSI C Emulation: 0.1 > XFree86 Video Driver: 0.5 > XFree86 XInput driver : 0.3 > XFree86 Server Extension : 0.1 > XFree86 Font Renderer : 0.3 >(II) Loader running on freebsd >(II) LoadModule: "bitmap" >(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a >(II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Font Renderer > ABI class: XFree86 Font Renderer, version 0.3 >(II) Loading font Bitmap >(II) LoadModule: "pcidata" >(II) Loading /usr/X11R6/lib/modules/libpcidata.a >(II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) PCI: Probing config type using method 1 >(II) PCI: Config type is 1 >(II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 >(II) PCI: PCI scan (all values are in hex) >(II) PCI: 00:00:0: chip 1106,0501 card 0000,0000 rev 02 class 06,00,00 hdr 00 >(II) PCI: 00:01:0: chip 1106,8501 card 0000,0000 rev 00 class 06,04,00 hdr 01 >(II) PCI: 00:07:0: chip 1106,0686 card 1106,0000 rev 14 class 06,01,00 hdr 80 >(II) PCI: 00:07:1: chip 1106,0571 card 0000,0000 rev 06 class 01,01,8a hdr 00 >(II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 06 class 0c,03,00 hdr 00 >(II) PCI: 00:07:4: chip 1106,3057 card 0000,0000 rev 10 class 06,00,00 hdr 00 >(II) PCI: 00:09:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 80 >(II) PCI: 00:09:1: chip 13f6,0211 card 13f6,0211 rev 10 class 07,80,00 hdr 00 >(II) PCI: 00:0a:0: chip 1282,9102 card 0291,8212 rev 20 class 02,00,00 hdr 00 >(II) PCI: 01:00:0: chip 1023,8400 card 1023,7000 rev 5b class 03,00,00 hdr 00 >(II) PCI: End of PCI scan >(II) LoadModule: "scanpci" >(II) Loading /usr/X11R6/lib/modules/libscanpci.a >(II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) UnloadModule: "scanpci" >(II) Unloading /usr/X11R6/lib/modules/libscanpci.a >(II) Host-to-PCI bridge: >(II) PCI-to-ISA bridge: >(II) Host-to-PCI bridge: >(II) PCI-to-PCI bridge: >(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) >(II) Bus 0 I/O range: > [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] >(II) Bus 0 non-prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] >(II) Bus 0 prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] >(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) >(II) Bus 1 I/O range: >(II) Bus 1 non-prefetchable memory range: > [0] -1 0xdc000000 - 0xdfffffff (0x4000000) MX[B] >(II) Bus 1 prefetchable memory range: >(II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) >(II) Bus -1 I/O range: >(II) Bus -1 non-prefetchable memory range: >(II) Bus -1 prefetchable memory range: >(II) Bus -1: bridge is at (0:7:4), (-1,-1,0), BCTRL: 0x08 (VGA_EN is set) >(II) Bus -1 I/O range: > [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] >(II) Bus -1 non-prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] >(II) Bus -1 prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] >(--) PCI:*(1:0:0) Trident CyberBlade/i7 rev 91, Mem @ 0xdd800000/23, 0xde000000/17, 0xdd000000/23 >List of video drivers: > atimisc > r128 > radeon > mga > glint > nv > tga > s3 > s3virge > sis > rendition > neomagic > i740 > tdfx > savage > cirrus > vmware > tseng > trident > chips > apm > fbdev > i128 > ati > i810 > ark > cyrix > siliconmotion > vesa > vga >(II) LoadModule: "atimisc" >(II) Loading /usr/X11R6/lib/modules/drivers/atimisc_drv.o >(II) Module atimisc: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 6.4.8 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "r128" >(II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o >(II) Module r128: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "radeon" >(II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o >(II) Module radeon: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "mga" >(II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o >(II) Module mga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.1.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "glint" >(II) Loading /usr/X11R6/lib/modules/drivers/glint_drv.o >(II) Module glint: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "nv" >(II) Loading /usr/X11R6/lib/modules/drivers/nv_drv.o >(II) Module nv: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "tga" >(II) Loading /usr/X11R6/lib/modules/drivers/tga_drv.o >(II) Module tga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "s3" >(II) Loading /usr/X11R6/lib/modules/drivers/s3_drv.o >(II) Module s3: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.3.5 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "s3virge" >(II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o >(II) Module s3virge: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.8.3 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "sis" >(II) Loading /usr/X11R6/lib/modules/drivers/sis_drv.o >(II) Module sis: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.6.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "rendition" >(II) Loading /usr/X11R6/lib/modules/drivers/rendition_drv.o >(II) Module rendition: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "neomagic" >(II) Loading /usr/X11R6/lib/modules/drivers/neomagic_drv.o >(II) Module neomagic: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "i740" >(II) Loading /usr/X11R6/lib/modules/drivers/i740_drv.o >(II) Module i740: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "tdfx" >(II) Loading /usr/X11R6/lib/modules/drivers/tdfx_drv.o >(II) Module tdfx: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "savage" >(II) Loading /usr/X11R6/lib/modules/drivers/savage_drv.o >(II) Module savage: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.1.20 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "cirrus" >(II) Loading /usr/X11R6/lib/modules/drivers/cirrus_drv.o >(II) Module cirrus: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "vmware" >(II) Loading /usr/X11R6/lib/modules/drivers/vmware_drv.o >(II) Module vmware: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 10.7.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "tseng" >(II) Loading /usr/X11R6/lib/modules/drivers/tseng_drv.o >(II) Module tseng: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "trident" >(II) Loading /usr/X11R6/lib/modules/drivers/trident_drv.o >(II) Module trident: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "chips" >(II) Loading /usr/X11R6/lib/modules/drivers/chips_drv.o >(II) Module chips: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "apm" >(II) Loading /usr/X11R6/lib/modules/drivers/apm_drv.o >(II) Module apm: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "fbdev" >(II) Loading /usr/X11R6/lib/modules/drivers/fbdev_drv.o >(II) Module fbdev: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "i128" >(II) Loading /usr/X11R6/lib/modules/drivers/i128_drv.o >(II) Module i128: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "ati" >(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o >(II) Module ati: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 6.4.8 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "i810" >(II) Loading /usr/X11R6/lib/modules/drivers/i810_drv.o >(II) Module i810: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.1.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "ark" >(II) Loading /usr/X11R6/lib/modules/drivers/ark_drv.o >(II) Module ark: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.5.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "cyrix" >(II) Loading /usr/X11R6/lib/modules/drivers/cyrix_drv.o >(II) Module cyrix: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "siliconmotion" >(II) Loading /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o >(II) Module siliconmotion: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.3.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "vesa" >(II) Loading /usr/X11R6/lib/modules/drivers/vesa_drv.o >(II) Module vesa: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) LoadModule: "vga" >(II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o >(II) Module vga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 >(II) Addressable bus resource ranges are > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] >(II) OS-reported resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] >(II) Active PCI resource ranges: > [0] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [1] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [2] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [3] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [4] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [5] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [6] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [7] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [8] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [9] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E >(II) Active PCI resource ranges after removing overlaps: > [0] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [1] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [2] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [3] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [4] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [5] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [6] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [7] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [8] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [9] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E >(II) OS-reported resource ranges after removing overlaps with PCI: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] >(II) All system resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [12] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [13] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [14] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [15] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [16] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E >(II) Primary Device is: PCI 01:00:0 >(II) Loading sub module "cirrus_laguna" >(II) LoadModule: "cirrus_laguna" >(II) Loading /usr/X11R6/lib/modules/drivers/cirrus_laguna.o >(II) Module cirrus_laguna: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) Loading sub module "cirrus_alpine" >(II) LoadModule: "cirrus_alpine" >(II) Loading /usr/X11R6/lib/modules/drivers/cirrus_alpine.o >(II) Module cirrus_alpine: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) TRIDENT: driver for Trident chipsets: tvga9000, tvga9000i, tvga8900c, > tvga8900d, tvga9200cxr, tgui9400cxi, cyber9320, cyber9388, cyber9397, > cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4, tgui9420dgi, > tgui9440agi, tgui9660, tgui9680, providia9682, providia9685, > cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d, cyberbladei7, > cyberbladei7d, cyberbladei1, cyberbladei1d, cyberbladeAi1, > cyberbladeAi1d, cyberbladeXPm/8, cyberbladeXPm/16, cyberbladeXPAi1 >(II) ATI: Shared non-ATI VGA in PCI/AGP slot 1:0:0 detected. >CYRIX: Device Sections found: 1 >(II) VESA: driver for VESA chipsets: vesa >(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic >(++) Using config file: "/root/XF86Config.new" >(==) ServerLayout "XFree86 Configured" >(**) |-->Screen "Screen0" (0) >(**) | |-->Monitor "Monitor0" >(**) | |-->Device "Card0" >(**) |-->Input Device "Mouse0" >(**) |-->Input Device "Keyboard0" >(==) Keyboard: CustomKeycode disabled >(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/100dpi/". > Entry deleted from font path. > (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/100dpi/"). >(**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/" >(**) RgbPath set to "/usr/X11R6/lib/X11/rgb" >(**) ModulePath set to "/usr/X11R6/lib/modules" >(--) Chipset cyberbladei7 found >(II) resource ranges after xf86ClaimFixedResources() call: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [10] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [12] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [13] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [14] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [15] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [16] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E >(II) resource ranges after probing: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe1000000 - 0xe1ffffff (0x1000000) MX[B]E > [6] -1 0xd8000000 - 0xdbffffff (0x4000000) MX[B]E > [7] -1 0xdd000000 - 0xdd7fffff (0x800000) MX[B](B) > [8] -1 0xde000000 - 0xde01ffff (0x20000) MX[B](B) > [9] -1 0xdd800000 - 0xddffffff (0x800000) MX[B](B) > [10] 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [11] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [12] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [13] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [15] -1 0x0000e400 - 0x0000e4ff (0x100) IX[B]E > [16] -1 0x0000e000 - 0x0000e0ff (0x100) IX[B]E > [17] -1 0x0000dc00 - 0x0000dcff (0x100) IX[B]E > [18] -1 0x0000d400 - 0x0000d4ff (0x100) IX[B]E > [19] -1 0x0000d000 - 0x0000d0ff (0x100) IX[B]E > [20] 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [21] 0 0x000003c0 - 0x000003df (0x20) IS[B] >(II) Setting vga for screen 0. >(II) Loading sub module "vbe" >(II) LoadModule: "vbe" >(II) Loading /usr/X11R6/lib/modules/libvbe.a >(II) Module vbe: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) Loading sub module "int10" >(II) LoadModule: "int10" >(II) Loading /usr/X11R6/lib/modules/libint10.a >(II) Module int10: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 >(II) TRIDENT(0): initializing int10 >(==) TRIDENT(0): Write-combining range (0xa0000,0x20000) was already clear >(WW) TRIDENT(0): Failed to set write-combining range (0xf0000,0x10000) >Symbol xf86I2CReadBytes from module /usr/X11R6/lib/modules/drivers/siliconmotion_drv.o is unresolved! >Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWDPMSSet from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol shadowAdd from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol shadowUpdateRotatePacked from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol shadowSetup from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWSaveScreen from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWLinearOffset from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWGetType from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWSetVideoModes from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol fbdevHWGetName from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! >Symbol vgaHWEnable from module /usr/X11R6/lib/modules/drivers/tdfx_drv.o is unresolved! >Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128CleanupCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128InitCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmScatterGatherAlloc from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128TextureBlit from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmFreeBufs from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StopCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol fbdevHWGetLineLength from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128FlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128FlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128WaitForIdleCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128StartCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmR128ResetCCE from module /usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! >Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonWaitForIdleCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmDMA from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonFlushIndirectBuffer from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonClear from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonResetCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonInitCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStartCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonStopCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmRadeonCleanupCP from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol drmScatterGatherFree from module /usr/X11R6/lib/modules/drivers/radeon_drv.o is unresolved! >Symbol fbCreateDefColormap from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! >Symbol fbDoCopy from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! >Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! >Symbol fbCopyPlane from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! >Symbol fbCopyRegion from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! >Symbol fbQueryBestSize from module /usr/X11R6/lib/modules/drivers/vmware_drv.o is unresolved! >Symbol xf86InterpretEDID from module /usr/X11R6/lib/modules/libvbe.a is unresolved! > >Fatal server error: >Caught signal 11. Server aborting > > >When reporting a problem related to a server crash, please send >the full server output, not just the last messages. >This can be found in the log file "/var/log/XFree86.8.log". >Please report problems to xfree86@xfree86.org. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Wed Jan 23 9:53:34 2002 Delivered-To: freebsd-qa@freebsd.org Received: from spoon.beta.com (spoon.beta.com [199.165.180.1]) by hub.freebsd.org (Postfix) with ESMTP id B91E837B400 for ; Wed, 23 Jan 2002 09:53:30 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost.beta.com [127.0.0.1]) by spoon.beta.com (8.11.6/8.11.6) with ESMTP id g0NHrR912181; Wed, 23 Jan 2002 12:53:27 -0500 (EST) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200201231753.g0NHrR912181@spoon.beta.com> To: Lars Erik Gullerud Cc: qa@freebsd.org Subject: Re: 4.5-RC2 kernel, m_clalloc failed In-reply-to: Your message of "23 Jan 2002 15:58:52 +0100." <1011797933.75400.19.camel@elmer.i.eunet.no> Date: Wed, 23 Jan 2002 12:53:27 -0500 From: Brian McGovern Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just one other datapoint... My 768MB 1.2GHz Athlon, set with maxusers to 64, had 1536 available under 4.4. So, therefore, based on your ~8600 value, the system tuned itself to far more than 64 users. -Brian > I moved one of our shoutcast streaming servers over to 4.5-RC2 during > the weekend to test it in a high network load environment. It was > installed "fresh" on a clean system with an FTP install, i.e. not an > upgrade from the old 4.4 install. > > After being in operation for just a few hours the server started logging > these messages continously: > > Jan 23 14:34:41 disrv01 /kernel: m_clalloc failed, consider increase > NMBCLUSTERS value > Jan 23 14:34:41 disrv01 /kernel: fxp0: cluster allocation failed, packet > dropped! > Jan 23 14:34:42 disrv01 last message repeated 850 times > > The server had to be rebooted in order to function properly again, > network connectivity was basically gone until it was rebooted. After > reboot it again functioned for a few hours and then the same thing > happened. > > The server is running 5 instances of the shoutcast server (original > sc_serv binary from shoutcast, not icecast) on 5 separate TCP ports. The > load had been steady between 400 and 500 concurrent TCP streams @ > 128kbit for the whole 24 hours, and was at apx. 450 streams served when > this error hit. Nothing else is running on this server. > > Kernel was recompiled for this machine after install, so not a GENERIC > kernel, maxusers was set to 0 to test the auto-allocation. The > NMBCLUSTERS as reported in kern.ipc.nmbclusters=8640. This is a P3-800 > 512MB RAM box, who has been running steadily at a lot higher loads than > this for a long time on 4.4-STABLE (750 streams max), so I'm assuming > it's an issue introduced in 4.5. Unless it's just my stupidity and > something just needs to be configured differently - maybe I should avoid > the maxusers=0 and set some table sizes manually or something? > > I don't know what kind of info you might require, I'm not really much of > a "kernelhacker", but I hope you fix whatever the prob is before > 4.5-RELEASE or I'll have to stay on 4.4 for our streaming boxes. > > Regards, > Lars Erik Gullerud > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-qa" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Wed Jan 23 10:22:19 2002 Delivered-To: freebsd-qa@freebsd.org Received: from elmer.i.eunet.no (elmer.i.eunet.no [193.71.2.96]) by hub.freebsd.org (Postfix) with ESMTP id 1756137B404 for ; Wed, 23 Jan 2002 10:22:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by elmer.i.eunet.no (Postfix) with ESMTP id 51A7C2298C; Wed, 23 Jan 2002 19:22:09 +0100 (CET) Subject: Re: 4.5-RC2 kernel, m_clalloc failed From: Lars Erik Gullerud To: Brian McGovern Cc: qa@FreeBSD.ORG In-Reply-To: <200201231753.g0NHrR912181@spoon.beta.com> References: <200201231753.g0NHrR912181@spoon.beta.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 23 Jan 2002 19:22:09 +0100 Message-Id: <1011810129.75400.43.camel@elmer.i.eunet.no> Mime-Version: 1.0 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, I got another reply (off-list) that the default socketbuffer sizes have increased a lot from 4.4 to 4.5 so that more clusters are used up pr. connection. Yes, the old 4.4 install had 8192 nmbclusters and worked fine. The 4.5 auto-tuned to 8640, and that obviously turns out not to be enough. So, as you correctly say, it is simply a case of mis-tuning by me - since I did not know the amount of mbufs being consumed was apparently higher. With a manually configured kernel (maxusers=256 and nmbclusters=65536 - just to be on the safe side) everything is working fine. Sorry for taking up anyone's time with this. Rgds, Lars Erik On Wed, 2002-01-23 at 18:53, Brian McGovern wrote: > Just one other datapoint... My 768MB 1.2GHz Athlon, set with maxusers to 64, > had 1536 available under 4.4. > > So, therefore, based on your ~8600 value, the system tuned itself to far more > than 64 users. > > -Brian > > > > I moved one of our shoutcast streaming servers over to 4.5-RC2 during > > the weekend to test it in a high network load environment. It was > > installed "fresh" on a clean system with an FTP install, i.e. not an > > upgrade from the old 4.4 install. > > > > After being in operation for just a few hours the server started logging > > these messages continously: > > > > Jan 23 14:34:41 disrv01 /kernel: m_clalloc failed, consider increase > > NMBCLUSTERS value > > Jan 23 14:34:41 disrv01 /kernel: fxp0: cluster allocation failed, packet > > dropped! > > Jan 23 14:34:42 disrv01 last message repeated 850 times > > > > The server had to be rebooted in order to function properly again, > > network connectivity was basically gone until it was rebooted. After > > reboot it again functioned for a few hours and then the same thing > > happened. > > > > The server is running 5 instances of the shoutcast server (original > > sc_serv binary from shoutcast, not icecast) on 5 separate TCP ports. The > > load had been steady between 400 and 500 concurrent TCP streams @ > > 128kbit for the whole 24 hours, and was at apx. 450 streams served when > > this error hit. Nothing else is running on this server. > > > > Kernel was recompiled for this machine after install, so not a GENERIC > > kernel, maxusers was set to 0 to test the auto-allocation. The > > NMBCLUSTERS as reported in kern.ipc.nmbclusters=8640. This is a P3-800 > > 512MB RAM box, who has been running steadily at a lot higher loads than > > this for a long time on 4.4-STABLE (750 streams max), so I'm assuming > > it's an issue introduced in 4.5. Unless it's just my stupidity and > > something just needs to be configured differently - maybe I should avoid > > the maxusers=0 and set some table sizes manually or something? > > > > I don't know what kind of info you might require, I'm not really much of > > a "kernelhacker", but I hope you fix whatever the prob is before > > 4.5-RELEASE or I'll have to stay on 4.4 for our streaming boxes. > > > > Regards, > > Lars Erik Gullerud > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-qa" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-qa" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Thu Jan 24 2: 6:58 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id E45AC37B404; Thu, 24 Jan 2002 02:06:41 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 5C37D4B65D; Thu, 24 Jan 2002 02:06:36 -0800 (PST) Date: Thu, 24 Jan 2002 02:06:36 -0800 From: Murray Stokely To: freebsd-qa@FreeBSD.org Cc: freebsd-stable@FreeBSD.org Subject: FreeBSD 4.5-RC3 / x86 Now Available. Message-ID: <20020124100636.GF1674@freebsdmall.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Our third 4.5 release candidate is now available : ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.5-RC3 ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/4.5-RC3-install.iso This release candidate fixes a number of issues that were reported with RC2. Installations from aic(4)-based PCMCIA devices should now be possible. For this RC, bge(4) was added to the GENERIC kernel and the txp(4) device was moved over to the MFSROOT as a module. This should allow network installations with Broadcom gigabit Ethernet adapters.[1] A number of suggestions about the package set were addressed with this RC, but unfortunately sawfish-gnome, fvwm2, and xfmail are still unavailable. There will be one final release candidate (RC4) before the final release is made available. The testing guide and release notes have been updated with a few new items : http://www.freebsd.org/releases/4.5R/qa.html http://www.freebsd.org/~bmah/relnotes Thanks, The FreeBSD 4.5 Release Engineering Team. [1] This functionality has not been committed to -STABLE yet, a small patch was patched to the build with "make release LOCAL_PATCHES=..". The patch is available at http://www.freebsd.org/~murray/patches/drivers.diff, and simply turns on a new device for the boot floppy. --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8T9yrtNcQog5FH30RArCHAJ91r2+7zlMPrp240YaLU7dDD31kCgCgo6lB HZGVTnXDYo1qCisqJ8H1P5I= =RKAD -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Thu Jan 24 8: 6:50 2002 Delivered-To: freebsd-qa@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 1BC6437B404; Thu, 24 Jan 2002 08:06:48 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020124160642.JBWP3578.rwcrmhc52.attbi.com@bmah.dyndns.org>; Thu, 24 Jan 2002 16:06:42 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0OG6gs08765; Thu, 24 Jan 2002 08:06:42 -0800 (PST) (envelope-from bmah) Message-Id: <200201241606.g0OG6gs08765@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Murray Stokely Cc: freebsd-qa@FreeBSD.ORG Subject: Re: FreeBSD 4.5-RC3 / x86 Now Available. In-reply-to: <20020124100636.GF1674@freebsdmall.com> References: <20020124100636.GF1674@freebsdmall.com> Comments: In-reply-to Murray Stokely message dated "Thu, 24 Jan 2002 02:06:36 -0800." From: bmah@acm.org (Bruce A. Mah) Reply-To: bmah@acm.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Jan 2002 08:06:42 -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Murray Stokely wrote: > There will be one final release > candidate (RC4) before the final release is made available. Hmmm. Is there a new target date for creating RELENG_4_5? I carved some time out of today for doing version number bumps and updating the release documentation, but it looks like the release isn't at that stage yet. :-p Thanks, Bruce. PS. Could someone remind me why we still have wx(4) in the GENERIC kernel, even though it's been deprecated in the manpage and release notes? I know we decided not to remove the driver from src/sys altogether... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Thu Jan 24 9:50:22 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 4B52237B42B; Thu, 24 Jan 2002 09:49:27 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 4B25C4B65D; Thu, 24 Jan 2002 09:49:21 -0800 (PST) Date: Thu, 24 Jan 2002 09:49:21 -0800 From: Murray Stokely To: "Bruce A. Mah" Cc: Murray Stokely , freebsd-qa@FreeBSD.ORG Subject: Re: FreeBSD 4.5-RC3 / x86 Now Available. Message-ID: <20020124174921.GF2881@freebsdmall.com> References: <20020124100636.GF1674@freebsdmall.com> <200201241606.g0OG6gs08765@bmah.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: <200201241606.g0OG6gs08765@bmah.dyndns.org> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 24, 2002 at 08:06:42AM -0800, Bruce A. Mah wrote: > Hmmm. Is there a new target date for creating RELENG_4_5? I carved > some time out of today for doing version number bumps and updating the > release documentation, but it looks like the release isn't at that stage > yet. :-p I think that we should push the release back 1 day for a couple of reasons : 1. There are 2 trivial security fixes in the pipeline that I would like to include in 4.5. 2. We didn't provide a perfect package set with any of the RCs. I would like to get it right for RC4 to make sure there is nothing else we are missing. 3. Saturday vs Sunday should make little or no difference for vendors wishing to replicate CDs/DVDs for BSDCon. 4. There were more changes in the past week than I would normally have liked to see. I believe that the changes we did approve are necessary, but I want to give users more of the weekend to test these recent changes. I think we should create the RELENG_4_5_0 branch on Friday, then tag late on Saturday. - Murray --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8UEkgtNcQog5FH30RAsnoAJ9o/ADL8HeRU5vMeD6jXiJ41xJSJACeIMoF +i+RLF9NXZEBf2PmIRtwnqE= =f+Yg -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Thu Jan 24 9:57: 2 2002 Delivered-To: freebsd-qa@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id EB0D437B400; Thu, 24 Jan 2002 09:56:59 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020124175659.MENS3578.rwcrmhc52.attbi.com@bmah.dyndns.org>; Thu, 24 Jan 2002 17:56:59 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0OHuxd32435; Thu, 24 Jan 2002 09:56:59 -0800 (PST) (envelope-from bmah) Message-Id: <200201241756.g0OHuxd32435@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Murray Stokely Cc: "Bruce A. Mah" , Murray Stokely , freebsd-qa@freebsd.org Subject: Re: FreeBSD 4.5-RC3 / x86 Now Available. In-reply-to: <20020124174921.GF2881@freebsdmall.com> References: <20020124100636.GF1674@freebsdmall.com> <200201241606.g0OG6gs08765@bmah.dyndns.org> <20020124174921.GF2881@freebsdmall.com> Comments: In-reply-to Murray Stokely message dated "Thu, 24 Jan 2002 09:49:21 -0800." From: bmah@acm.org (Bruce A. Mah) Reply-To: bmah@acm.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Jan 2002 09:56:59 -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Murray Stokely wrote: > On Thu, Jan 24, 2002 at 08:06:42AM -0800, Bruce A. Mah wrote: > > Hmmm. Is there a new target date for creating RELENG_4_5? I carved > > some time out of today for doing version number bumps and updating the > > release documentation, but it looks like the release isn't at that stage > > yet. :-p > > I think that we should push the release back 1 day for a couple of > reasons : > > 1. There are 2 trivial security fixes in the pipeline that I > would like to include in 4.5. Security fixes are always good. :-) > 2. We didn't provide a perfect package set with any of the > RCs. I would like to get it right for RC4 to make sure > there is nothing else we are missing. > > 3. Saturday vs Sunday should make little or no difference for > vendors wishing to replicate CDs/DVDs for BSDCon. > > 4. There were more changes in the past week than I would > normally have liked to see. I believe that the changes we > did approve are necessary, but I want to give users more of > the weekend to test these recent changes. All true. > I think we should create the RELENG_4_5_0 branch on Friday, then tag > late on Saturday. Sounds like a plan! Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Thu Jan 24 12:10:48 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mail.qcislands.net (mail.qcislands.net [209.53.238.6]) by hub.freebsd.org (Postfix) with ESMTP id A4EB637B417 for ; Thu, 24 Jan 2002 12:10:44 -0800 (PST) Received: from [209.53.238.2] (helo=auth.qcislands.net) by mail.qcislands.net with esmtp (Exim 3.31 #2) id 16TqCr-000G8C-00 for freebsd-qa@freebsd.org; Thu, 24 Jan 2002 12:10:45 -0800 Received: from ccstore by auth.qcislands.net with local-rmail (Exim 3.22 #1) id 16TqCr-0007Mm-00 for freebsd-qa@freebsd.org; Thu, 24 Jan 2002 12:10:45 -0800 Received: from fstable by dick.ccstores.com with local (Exim 3.34 #1) id 16Tq68-0001oC-00; Thu, 24 Jan 2002 12:03:48 -0800 From: fstable@ccstores.com (FreeBSD chat) To: freebsd-stable@freebsd.org Subject: re:FreeBSD 4.5-RC3 / x86 Now Available. Cc: freebsd-qa@freebsd.org X-Mailer: SCO Shell Date: Thu, 24 Jan 2002 12:03:48 -0800 (PST) Message-Id: Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Subject: FreeBSD 4.5-RC3 / x86 Now Available. >Date: Thu, 24 Jan 2002 02:06:36 -0800 >From: Murray Stokely > Our third 4.5 release candidate is now available : >ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.5-RC3 >ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/4.5-RC3-install.iso ftp access also at: ftp://ftp.qcislands.net/FreeBSD This is a reasonably fast Canadian (Vancouver) feed. ... is this permissable for me to do? -- FreeBSD stable directly mailto:paz@qcislands.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Fri Jan 25 8:17: 1 2002 Delivered-To: freebsd-qa@freebsd.org Received: from funnel.cisco.com (funnel.cisco.com [161.44.168.79]) by hub.freebsd.org (Postfix) with ESMTP id 8679237B41D for ; Fri, 25 Jan 2002 08:16:59 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [161.44.149.69]) by funnel.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id LAA23533 for ; Fri, 25 Jan 2002 11:16:58 -0500 (EST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.11.6/8.11.6) with ESMTP id g0PGGwl75593 for ; Fri, 25 Jan 2002 11:16:58 -0500 (EST) (envelope-from bmcgover@bmcgover-pc.cisco.com) Message-Id: <200201251616.g0PGGwl75593@bmcgover-pc.cisco.com> To: freebsd-qa@freebsd.org Subject: NIS problems with RC3? Date: Fri, 25 Jan 2002 11:16:57 -0500 From: "Brian J. McGovern" Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is anyone else using NIS with RC3? I'm trying to use it at work with ypbind -ypsetme, and ypset to the local NIS server. When its ypset, it claims that the domain is "OK", then immediately comes back and says that its lost communication with the server. Another ypset immediately rebinds it, but then it drops right away again. At home, I'm having it find the server by broadcast, and that seems to be working. -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Fri Jan 25 8:24:45 2002 Delivered-To: freebsd-qa@freebsd.org Received: from funnel.cisco.com (funnel.cisco.com [161.44.168.79]) by hub.freebsd.org (Postfix) with ESMTP id ED18037B402 for ; Fri, 25 Jan 2002 08:24:43 -0800 (PST) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [161.44.149.69]) by funnel.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id LAA24542; Fri, 25 Jan 2002 11:24:43 -0500 (EST) Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.11.6/8.11.6) with ESMTP id g0PGOhl75628; Fri, 25 Jan 2002 11:24:43 -0500 (EST) (envelope-from bmcgover@bmcgover-pc.cisco.com) Message-Id: <200201251624.g0PGOhl75628@bmcgover-pc.cisco.com> To: "Brian J. McGovern" Cc: freebsd-qa@FreeBSD.ORG, bmcgover@bmcgover-pc.cisco.com Subject: Re: NIS problems with RC3? In-reply-to: Your message of "Fri, 25 Jan 2002 11:16:57 EST." <200201251616.g0PGGwl75593@bmcgover-pc.cisco.com> Date: Fri, 25 Jan 2002 11:24:43 -0500 From: "Brian J. McGovern" Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found it. Mis-type on the domain name. However, ypbind shouldn't be reporting 'OK' if it can't bind to the domain. -Brian > Is anyone else using NIS with RC3? I'm trying to use it at work with > ypbind -ypsetme, and ypset to the local NIS server. When its ypset, it claim s > that the domain is "OK", then immediately comes back and says that its lost > communication with the server. Another ypset immediately rebinds it, but the n > it drops right away again. > > At home, I'm having it find the server by broadcast, and that seems to > be working. > > -Brian > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-qa" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Fri Jan 25 10:23:59 2002 Delivered-To: freebsd-qa@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 4064D37B402 for ; Fri, 25 Jan 2002 10:23:50 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id g0PINHD76614; Fri, 25 Jan 2002 13:23:18 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 25 Jan 2002 13:23:17 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Lars Erik Gullerud Cc: Brian McGovern , qa@FreeBSD.ORG Subject: Re: 4.5-RC2 kernel, m_clalloc failed In-Reply-To: <1011810129.75400.43.camel@elmer.i.eunet.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Originally, there was going to be a release notes entry about having to use a higher level for nmbclusters than previously. Do we know if that ever happened? Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On 23 Jan 2002, Lars Erik Gullerud wrote: > Well, I got another reply (off-list) that the default socketbuffer sizes > have increased a lot from 4.4 to 4.5 so that more clusters are used up > pr. connection. Yes, the old 4.4 install had 8192 nmbclusters and worked > fine. The 4.5 auto-tuned to 8640, and that obviously turns out not to be > enough. > > So, as you correctly say, it is simply a case of mis-tuning by me - > since I did not know the amount of mbufs being consumed was apparently > higher. With a manually configured kernel (maxusers=256 and > nmbclusters=65536 - just to be on the safe side) everything is working > fine. Sorry for taking up anyone's time with this. > > Rgds, > Lars Erik > > > On Wed, 2002-01-23 at 18:53, Brian McGovern wrote: > > Just one other datapoint... My 768MB 1.2GHz Athlon, set with maxusers to 64, > > had 1536 available under 4.4. > > > > So, therefore, based on your ~8600 value, the system tuned itself to far more > > than 64 users. > > > > -Brian > > > > > > > I moved one of our shoutcast streaming servers over to 4.5-RC2 during > > > the weekend to test it in a high network load environment. It was > > > installed "fresh" on a clean system with an FTP install, i.e. not an > > > upgrade from the old 4.4 install. > > > > > > After being in operation for just a few hours the server started logging > > > these messages continously: > > > > > > Jan 23 14:34:41 disrv01 /kernel: m_clalloc failed, consider increase > > > NMBCLUSTERS value > > > Jan 23 14:34:41 disrv01 /kernel: fxp0: cluster allocation failed, packet > > > dropped! > > > Jan 23 14:34:42 disrv01 last message repeated 850 times > > > > > > The server had to be rebooted in order to function properly again, > > > network connectivity was basically gone until it was rebooted. After > > > reboot it again functioned for a few hours and then the same thing > > > happened. > > > > > > The server is running 5 instances of the shoutcast server (original > > > sc_serv binary from shoutcast, not icecast) on 5 separate TCP ports. The > > > load had been steady between 400 and 500 concurrent TCP streams @ > > > 128kbit for the whole 24 hours, and was at apx. 450 streams served when > > > this error hit. Nothing else is running on this server. > > > > > > Kernel was recompiled for this machine after install, so not a GENERIC > > > kernel, maxusers was set to 0 to test the auto-allocation. The > > > NMBCLUSTERS as reported in kern.ipc.nmbclusters=8640. This is a P3-800 > > > 512MB RAM box, who has been running steadily at a lot higher loads than > > > this for a long time on 4.4-STABLE (750 streams max), so I'm assuming > > > it's an issue introduced in 4.5. Unless it's just my stupidity and > > > something just needs to be configured differently - maybe I should avoid > > > the maxusers=0 and set some table sizes manually or something? > > > > > > I don't know what kind of info you might require, I'm not really much of > > > a "kernelhacker", but I hope you fix whatever the prob is before > > > 4.5-RELEASE or I'll have to stay on 4.4 for our streaming boxes. > > > > > > Regards, > > > Lars Erik Gullerud > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-qa" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-qa" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-qa" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Fri Jan 25 14:41:19 2002 Delivered-To: freebsd-qa@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id AB0C937B402; Fri, 25 Jan 2002 14:41:15 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020125224115.JBVU26243.rwcrmhc51.attbi.com@bmah.dyndns.org>; Fri, 25 Jan 2002 22:41:15 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0PMfF079107; Fri, 25 Jan 2002 14:41:15 -0800 (PST) (envelope-from bmah) Message-Id: <200201252241.g0PMfF079107@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-qa@freebsd.org Cc: bmah@freebsd.org, freebsd-doc@freebsd.org, hrs@freebsd.org Subject: Release documentation for 4.5-RELEASE From: bmah@freebsd.org (Bruce A. Mah) Reply-To: bmah@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Jan 2002 14:41:15 -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The snapshots for the 4.5-RELEASE release documentation (relnotes, etc.) are now up on my snapshot page: http://people.freebsd.org/~bmah/relnotes/ I've also copied the HTML renditions to the Web site (of course there won't be any inbound links to them yet, /. not withstanding). At this point, I consider the release documentation "frozen"...any non-critical additions will go into the errata file after the release. hrs, I apologize for the last minute changes to the release notes, but you've got a few more left to translate. You'll need to double-commit your translations to RELENG_4 and RELENG_4_5; just send me a diff like usual. Thanks to everyone who's given feedback, text, or translation! Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sat Jan 26 7:32:49 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id 24D5937B416; Sat, 26 Jan 2002 07:32:46 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 24B414B65D; Sat, 26 Jan 2002 07:32:45 -0800 (PST) Date: Sat, 26 Jan 2002 07:32:45 -0800 From: Murray Stokely To: freebsd-qa@FreeBSD.org Cc: jkh@FreeBSD.org, re@FreeBSD.org Subject: [jkh@winston.freebsd.org: Installation failure [finally] seen with 4.5-RC3] Message-ID: <20020126153245.GW5153@freebsdmall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone else seen something like this? I just performed 3 more 4.5-RC3 installations with varied installation parameters but I was unable to cause a failure. If you're lurking on this list looking for a way to contribute, please pull down RC3 and let us know if you can corroborate Jordan's phantom-bug. Thanks, - Murray ----- Forwarded message from Jordan Hubbard ----- From: Jordan Hubbard Subject: Installation failure [finally] seen with 4.5-RC3 To: re@freebsd.org Cc: stable@freebsd.org Date: Fri, 25 Jan 2002 14:23:14 -0800 Unfortunately, this one seems to be in the "heisenbug" category which is why I didn't flag it as a show-stopper when it started getting reported by others in -stable, referring to the 4.4-snapshot releases they were installing from ftp://stable.freebsd.org/pub/FreeBSD. I don't know when/how it crept in, but there now appears to be a bug which manifests itself during sysinstall's distribution extraction phase, always while installing the src distribution (my canonical installation profile for testing developer installs is X-developer). I also believe it's actually a kernel panic or hard hang vs sysinstall croaking because no signal is caught and the kernel does not panic with "init died" - the system simply hard hangs and you can't switch VTYs or interact in any way with the system. Just to make this even more annoying, the bug does not seem to manifest itself if you have Debug mode selected or are on VTY2 when the crash happens. I'm still pursuing a 100% reproductible test case, but it's an evil problem. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sat Jan 26 18:30: 5 2002 Delivered-To: freebsd-qa@freebsd.org Received: from andrsn.stanford.edu (andrsn.Stanford.EDU [171.66.112.163]) by hub.freebsd.org (Postfix) with ESMTP id 6276737B400; Sat, 26 Jan 2002 18:30:00 -0800 (PST) Received: from localhost (andrsn@localhost.stanford.edu [127.0.0.1]) by andrsn.stanford.edu (8.9.3/8.9.1) with ESMTP id SAA12342; Sat, 26 Jan 2002 18:18:48 -0800 (PST) Date: Sat, 26 Jan 2002 18:18:47 -0800 (PST) From: Annelise Anderson To: John Baldwin Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: New cdboot ISO available In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 10 Jan 2002, John Baldwin wrote: > A new experimental CD bootstrap was recently added to -stable for the i386 > architecture that allows the full contents of the CD to be used when booting. I used the RC1 cdboot to install FreeBSD in vmware on my ASUS Thunder K7 running win2k. It worked fine although it was very slow to boot (even after recompiling the kernel, it's slow). Slow is 20 or 30 minutes....I have no clue about why this is the case, but I assume once installed, it doesn't matter how it got there. I gave the virtual machine 256MB RAM and highest possible priority and it runs nicely once it succeeds in booting--quick kernel compile, and it built the locate database for 700MB of stuff in about 20 seconds. Annelise -- Annelise Anderson Author of: FreeBSD: An Open-Source Operating System for Your PC Available from: BSDmall.com and amazon.com Book Website: http://www.bittreepress.com/FreeBSD/introbook/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sat Jan 26 18:36: 5 2002 Delivered-To: freebsd-qa@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id AD75937B400; Sat, 26 Jan 2002 18:35:52 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id CB3FE4B65D; Sat, 26 Jan 2002 18:35:46 -0800 (PST) Date: Sat, 26 Jan 2002 18:35:46 -0800 From: Murray Stokely To: Jordan Hubbard Cc: freebsd-qa@FreeBSD.org, re@FreeBSD.org Subject: Re: Installation failure [finally] seen with 4.5-RC3 Message-ID: <20020127023546.GA5153@freebsdmall.com> References: <47299.1012013659@winston.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47299.1012013659@winston.freebsd.org> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey Jordan, Did you run some more installs on this piece of hardware? Without a more concrete failure case I don't think that it makes sense to delay the release. As it stands right now, we have very little to go on, so it's not very likely that delaying the release would help to track this down. - Murray On Fri, Jan 25, 2002 at 06:54:19PM -0800, Jordan Hubbard wrote: > This particular machine is surrounded by Macs. I don't have anything to plug > its serial port into. :-) > > - Jordan > > P.S. I suppose I could revive my Vaio. > > > On Fri, 25 Jan 2002, Jordan Hubbard wrote: > > > > > Unfortunately, this one seems to be in the "heisenbug" category which > > > is why I didn't flag it as a show-stopper when it started getting > > <...> > > > I also believe it's actually a kernel panic or hard hang vs sysinstall > > > > if it's a kernel panic, wouldnt you see some indication thereof on the > > serial port? or is that sort of functionality not available in an install > > kernel? > > > > just my us$ 0.02.... > > > > johnu > > > > > - Jordan > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-stable" in the body of the message > > > > > > > -- > > > > John L. Utz III > > john@utzweb.net > > > > Idiocy is the Impulse Function in the Convolution of Life > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message