From owner-freebsd-stable Sun Jun 4 0: 9:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C620F37B6A4; Sun, 4 Jun 2000 00:09:42 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id BAA63560; Sun, 4 Jun 2000 01:09:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id BAA50646; Sun, 4 Jun 2000 01:09:07 -0600 (MDT) Message-Id: <200006040709.BAA50646@harmony.village.org> To: Archie Cobbs Subject: Re: PCCARD support Cc: freebsd-stable@freebsd.org, iwasaki@freebsd.org In-reply-to: Your message of "Sat, 03 Jun 2000 18:24:45 PDT." <200006040124.SAA71460@bubba.whistle.com> References: <200006040124.SAA71460@bubba.whistle.com> Date: Sun, 04 Jun 2000 01:09:07 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006040124.SAA71460@bubba.whistle.com> Archie Cobbs writes: : #1. First, here's a new entry for pccard.conf: : : # PreMax PE-200 Ethernet Card : card "PMX " "PE-200" : config auto "ed0" 11 0x10 : ether 0x7f0 : insert logger -t pccard:$device -s PREMAX PE-200 inserted : insert /etc/pccard_ether $device : remove logger -t pccard:$device -s PREMAX PE-200 removed : remove /sbin/ifconfig $device delete OK. I'll add this. : #2. This card requires a 1024 memory block, but a bug in pccardd causes : the allocation to always fail... : : Of course, now that the card works again I can see that this is : already fixed in -current, pccardd/util.c rev. 1.14. : : Would someone care to MFC please? iwasaki-san has plans to MFC it in early June. Both Jordan and I approved the changes (he specifically asked us before doing the MFC), so he will do it when he has the chance, I think by June 15th IIRC. : #3. My USR modem card used to work with PAO. Now when I try to talk : to it (using 'tip') the laptop completely freezes.. such that : only a power cycle wakes it up. Here are the messages that appear: : : pccardd[66]: Card "U.S. Robotics"("XJ/CC1336") matched "U.S. Robotics" ("XJ/CC1336") : pccardd[66]: Assign sio1, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 3, flags 0 : /kernel: sio1 at port 0x2f8-0x2ff irq 3 slot 1 on pccard1 : /kernel: sio1: type 8250 : pccard:sio1: U.S. Robotics XJ/CC1336 inserted This is odd. You might add 'reset 1000' to the entry and see if that helps. This is a 33.6 Modem, yes? I have the 14.4 version as well as the 28.8 version and those work w/o a hitch for me. Well, they work for me in the pccard adapater on the passive isa backplane on my testbox at work to dial into my machines at home and kick them when they are being bad, but that setup has been a realiable indication of potential problems... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 1:47:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 1928A37CC48; Sun, 4 Jun 2000 01:47:24 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id EAA03323; Sun, 4 Jun 2000 04:53:59 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 04:53:59 -0400 From: Coleman Kane To: stable@freebsd.org, multimedia@freebsd.org Subject: 3dfx driver Message-ID: <20000604045359.A3272@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I have finished the 3dfx driver for FreeBSD finally. What should I do with it now, the tarball would be a little big to stick on the list I assume. It is basically a device driver that can be compiled as a kld or static kernel driver, and another module that is loaded after the linux module to facilitate the linux ioctl interface (which requires drivers to register their own ioctls for linux). Anyway, is there someone in charge of taking care of this sort of thing, or some testers? --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5OhkmERViMObJ880RAbt3AJ9ItgwqG8t6pEBngczqMvghoyxmbACeO7hp A7rdll2DznE3TdwT5DqIzts= =gKp4 -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 10:14:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 8C66537B74D; Sun, 4 Jun 2000 10:14:24 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id KAA74128; Sun, 4 Jun 2000 10:14:20 -0700 (PDT) From: Archie Cobbs Message-Id: <200006041714.KAA74128@bubba.whistle.com> Subject: Re: PCCARD support In-Reply-To: <200006040709.BAA50646@harmony.village.org> from Warner Losh at "Jun 4, 2000 01:09:07 am" To: imp@village.org (Warner Losh) Date: Sun, 4 Jun 2000 10:14:20 -0700 (PDT) Cc: freebsd-stable@freebsd.org, iwasaki@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : #1. First, here's a new entry for pccard.conf: > : > : # PreMax PE-200 Ethernet Card > : card "PMX " "PE-200" > : config auto "ed0" 11 0x10 > : ether 0x7f0 > : insert logger -t pccard:$device -s PREMAX PE-200 inserted > : insert /etc/pccard_ether $device > : remove logger -t pccard:$device -s PREMAX PE-200 removed > : remove /sbin/ifconfig $device delete > > OK. I'll add this. Thanks.. > : Of course, now that the card works again I can see that this is > : already fixed in -current, pccardd/util.c rev. 1.14. > : > : Would someone care to MFC please? > > iwasaki-san has plans to MFC it in early June. Both Jordan and I > approved the changes (he specifically asked us before doing the MFC), > so he will do it when he has the chance, I think by June 15th IIRC. OK.. just wanted to make sure it didn't get forgotten. > : #3. My USR modem card used to work with PAO. Now when I try to talk > : to it (using 'tip') the laptop completely freezes.. such that > : only a power cycle wakes it up. Here are the messages that appear: > : > : pccardd[66]: Card "U.S. Robotics"("XJ/CC1336") matched "U.S. Robotics" ("XJ/CC1336") > : pccardd[66]: Assign sio1, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 3, flags 0 > : /kernel: sio1 at port 0x2f8-0x2ff irq 3 slot 1 on pccard1 > : /kernel: sio1: type 8250 > : pccard:sio1: U.S. Robotics XJ/CC1336 inserted > > This is odd. You might add 'reset 1000' to the entry and see if that > helps. This is a 33.6 Modem, yes? I have the 14.4 version as well as > the 28.8 version and those work w/o a hitch for me. Well, they work > for me in the pccard adapater on the passive isa backplane on my > testbox at work to dial into my machines at home and kick them when > they are being bad, but that setup has been a realiable indication of > potential problems... Another person suggested adding 'reset 1000' and options PNPBIOS. That seemed to make it work, though not sure which. By the way, 'reset 1000' is not documented in pccard.conf(5).. Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 10:50:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id E88E337B705; Sun, 4 Jun 2000 10:50:03 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id NAA48938; Sun, 4 Jun 2000 13:56:40 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 13:56:39 -0400 From: Coleman Kane To: stable@freebsd.org, hackers@freebsd.org Subject: kerneld for FreeBSD Message-ID: <20000604135639.A48917@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Would the person or person(s) interested in developing a kerneld-like, dyna= mic module (un)loader for FreeBSD please email me. I am really interested in th= is. It would be very advantageous to begin to move kld module use into the mainstream for all components. I'd like to do what I can to help with it. --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --/04w6evG8XlLl3ft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5OphXERViMObJ880RARuIAJ9S4Rm8N5wGNIxSQThuckLVl1IFMgCaA2x8 cHIhm1boI36gbZ9TRsSSlGA= =18VQ -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 10:53:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 342A737B678; Sun, 4 Jun 2000 10:53:37 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e54Hraw19299; Sun, 4 Jun 2000 10:53:36 -0700 (PDT) Date: Sun, 4 Jun 2000 10:53:36 -0700 From: Alfred Perlstein To: Coleman Kane Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604105336.E17973@fw.wintelcom.net> References: <20000604135639.A48917@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000604135639.A48917@cokane.yi.org>; from cokane@one.net on Sun, Jun 04, 2000 at 01:56:39PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Coleman Kane [000604 10:51] wrote: > Would the person or person(s) interested in developing a kerneld-like, dynamic > module (un)loader for FreeBSD please email me. I am really interested in this. > It would be very advantageous to begin to move kld module use into the > mainstream for all components. I'd like to do what I can to help with it. I thought Linux did away with thier kerneld concept. Afaik we can currently load a kld from within kernel context, can you please explain further what you want to do? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 11: 4:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pi.yip.org (yip.org [199.45.111.121]) by hub.freebsd.org (Postfix) with ESMTP id 70B8537B678; Sun, 4 Jun 2000 11:04:01 -0700 (PDT) (envelope-from melange@yip.org) Received: from localhost (melange@localhost) by pi.yip.org (8.9.3/8.9.3) with ESMTP id OAA92245; Sun, 4 Jun 2000 14:03:56 -0400 (EDT) (envelope-from melange@yip.org) Date: Sun, 4 Jun 2000 14:03:56 -0400 (EDT) From: Bob K X-Sender: melange@localhost To: Alfred Perlstein Cc: Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604105336.E17973@fw.wintelcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Would the person or person(s) interested in developing a kerneld-like, dynamic > > module (un)loader for FreeBSD please email me. I am really interested in this. > > It would be very advantageous to begin to move kld module use into the > > mainstream for all components. I'd like to do what I can to help with it. > > I thought Linux did away with thier kerneld concept. Afaik we can > currently load a kld from within kernel context, can you please > explain further what you want to do? If I understand what he's proposing correctly, he wants to develop a system in which all of the device drivers are loaded in the same way KLD's are. (I'm not a programmer, so I'd be unable to help) -- Bob "Reality is the only word in the language that should always be used in quotes" - The Amityville Horror III To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 13: 9:12 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id 8D50E37B52A; Sun, 4 Jun 2000 13:09:08 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: from holly.calldei.com ([208.191.155.7]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FVN001CIBTY8G@mta4.rcsntx.swbell.net>; Sun, 4 Jun 2000 15:05:58 -0500 (CDT) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id PAA52286; Sun, 04 Jun 2000 15:06:01 -0500 (CDT envelope-from chris) Date: Sun, 04 Jun 2000 15:06:01 -0500 From: Chris Costello Subject: Re: kerneld for FreeBSD In-reply-to: <20000604105336.E17973@fw.wintelcom.net> To: Alfred Perlstein Cc: Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20000604150601.Q8612@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i References: <20000604135639.A48917@cokane.yi.org> <20000604105336.E17973@fw.wintelcom.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, June 04, 2000, Alfred Perlstein wrote: > I thought Linux did away with thier kerneld concept. Afaik we can > currently load a kld from within kernel context, can you please > explain further what you want to do? We can, and we also dynamically load modules when needed (ifconfig, mount). The kernel can also load modules from KLD files "on its own" via kern_linker.c:linker_load_file(). An example of usage is in vfs_syscalls.c:mount(), where if a specified file system configuration structure (vfsconf) is not found in the list of 'configured' file systems, mount(2) attempts to load a module for the file system, if one exists. -- |Chris Costello |Debugger: A tool that substitutes afterthought for forethought. `--------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 14:36:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 3BCBF37B984; Sun, 4 Jun 2000 14:36:14 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id RAA47421; Sun, 4 Jun 2000 17:42:47 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 17:42:47 -0400 From: Coleman Kane To: Alfred Perlstein Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604174247.A46482@cokane.yi.org> References: <20000604135639.A48917@cokane.yi.org> <20000604105336.E17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" X-Mailer: Mutt 1.0.1i In-Reply-To: <20000604105336.E17973@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Jun 04, 2000 at 01:53:37PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Well, they did away with kerneld, but not the concept. Most of the distributions have moved onto a more sophisticated utility that does the job. Alfred Perlstein had the audacity to say: > I thought Linux did away with thier kerneld concept. Afaik we can > currently load a kld from within kernel context, can you please > explain further what you want to do? > > -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I > have the heart of a child; I keep it in a jar on my desk." > --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5Os1WERViMObJ880RAcamAJ92yU+gj5/QM8iaN7C/uws7AayYyACgv3t3 MIkgnF675gbB7LR0REKXWx0= =dcKh -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 14:38:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 4AD3237B512; Sun, 4 Jun 2000 14:38:36 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id RAA47438; Sun, 4 Jun 2000 17:45:07 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 17:45:07 -0400 From: Coleman Kane To: Bob K Cc: Alfred Perlstein , Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604174507.B46482@cokane.yi.org> References: <20000604105336.E17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" X-Mailer: Mutt 1.0.1i In-Reply-To: ; from melange@yip.org on Sun, Jun 04, 2000 at 02:04:00PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Well, they are already moving in that direction with the newbus driver interface. It really simplifies converting your driver to a kld if you write it properly. Now a perfect addition would be a daemon or something that takes care of loading/unloading all of them so that the user doesn't have to fill a script with kld(un)load commands. Bob K had the audacity to say: >=20 > If I understand what he's proposing correctly, he wants to develop a > system in which all of the device drivers are loaded in the same way > KLD's are. > > (I'm not a programmer, so I'd be unable to help) > > -- Bob "Reality is the only word in the language > that should always be used in quotes" - The Amityville Horror III > --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5Os3jERViMObJ880RAVx0AKCBnKdcSMYmj0sWCoklAsyUTmSMZwCfR57t xcyV8ihu3TXo4URawXMMkCg= =+tLe -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 15:25: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3678A37B578; Sun, 4 Jun 2000 15:24:57 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA65859; Sun, 4 Jun 2000 16:24:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA54003; Sun, 4 Jun 2000 16:24:19 -0600 (MDT) Message-Id: <200006042224.QAA54003@harmony.village.org> To: Archie Cobbs Subject: Re: PCCARD support Cc: freebsd-stable@freebsd.org, iwasaki@freebsd.org In-reply-to: Your message of "Sun, 04 Jun 2000 10:14:20 PDT." <200006041714.KAA74128@bubba.whistle.com> References: <200006041714.KAA74128@bubba.whistle.com> Date: Sun, 04 Jun 2000 16:24:19 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006041714.KAA74128@bubba.whistle.com> Archie Cobbs writes: : By the way, 'reset 1000' is not documented in pccard.conf(5).. Thanks. I'll add it, unless iwasaki-san has an objection. Most of the rest of the new features appear to be documented in my quick once over of the man page. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 16:39:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 3719537B748; Sun, 4 Jun 2000 16:39:28 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id B72B71C5C; Sun, 4 Jun 2000 19:39:24 -0400 (EDT) Date: Sun, 4 Jun 2000 19:39:24 -0400 From: Bill Fumerola To: Bob K Cc: Alfred Perlstein , Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604193924.B8523@jade.chc-chimes.com> References: <20000604105336.E17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from melange@yip.org on Sun, Jun 04, 2000 at 02:03:56PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 02:03:56PM -0400, Bob K wrote: > If I understand what he's proposing correctly, he wants to develop a > system in which all of the device drivers are loaded in the same way KLD's > are. > > (I'm not a programmer, so I'd be unable to help) Uhm. 90% of the klds _are_ device drivers... -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 16:48:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 06C5F37B5CB; Sun, 4 Jun 2000 16:48:12 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id QAA03942; Sun, 4 Jun 2000 16:48:12 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 4 Jun 2000 16:48:12 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: Andrew.Wilson@cs.cf.ac.uk, stable@FreeBSD.ORG, Andrew Wilson , Josef Karthauser Subject: Re: Make world fails on latest 2.2.8... In-Reply-To: <200005220256.UAA66487@billy-club.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 21 May 2000, Warner Losh wrote: > : > sorry if this seems like a trip back in time. Today I cvsup'd > : > 2.2.8-stable and ran make world. It croaked while compiling bin/ed: > : > : I think this was an overenthusiastic commit by Joe Karthauser (strlcpy() > : doesnt exist in 2.x) > > Has this been reverted yet? I just reverted this - sorry that your build has been broken the past 2 weeks. I don't know why Josef refused to answer any of the emails I sent about this :-( Please let me know if you have any more problems compiling. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 16:49:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pi.yip.org (yip.org [199.45.111.121]) by hub.freebsd.org (Postfix) with ESMTP id 9966D37B61B for ; Sun, 4 Jun 2000 16:49:43 -0700 (PDT) (envelope-from melange@yip.org) Received: from localhost (melange@localhost) by pi.yip.org (8.9.3/8.9.3) with ESMTP id TAA95284; Sun, 4 Jun 2000 19:49:39 -0400 (EDT) (envelope-from melange@yip.org) Date: Sun, 4 Jun 2000 19:49:39 -0400 (EDT) From: Bob K X-Sender: melange@localhost To: Bill Fumerola Cc: stable@freebsd.org Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604193924.B8523@jade.chc-chimes.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, Bill Fumerola wrote: > > If I understand what he's proposing correctly, he wants to develop a > > system in which all of the device drivers are loaded in the same way KLD's > > are. > > > > (I'm not a programmer, so I'd be unable to help) > > Uhm. 90% of the klds _are_ device drivers... Yes, but I was referring to all the device drivers that aren't kld's, which would be most of the ones included in the base system. -- Bob "Reality is the only word in the language that should always be used in quotes" - The Amityville Horror III To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 16:52:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 38D7A37B5CB for ; Sun, 4 Jun 2000 16:52:41 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id C4BAB1C5C; Sun, 4 Jun 2000 19:52:40 -0400 (EDT) Date: Sun, 4 Jun 2000 19:52:40 -0400 From: Bill Fumerola To: Bob K Cc: stable@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000604195240.C8523@jade.chc-chimes.com> References: <20000604193924.B8523@jade.chc-chimes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from melange@yip.org on Sun, Jun 04, 2000 at 07:49:39PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 07:49:39PM -0400, Bob K wrote: > > Uhm. 90% of the klds _are_ device drivers... > > Yes, but I was referring to all the device drivers that aren't kld's, > which would be most of the ones included in the base system. Having a method of loading them wouldn't help, converting them to newbus and making modules out of them would. I don't see what kerneld does that kldload doesn't. examples are available for loading modules on demand as well (see vinum(8)). You guys are barking up the wrong proverbial tree. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 17:49:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id B82F137B742; Sun, 4 Jun 2000 17:49:36 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p53-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.54]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id JAA24215; Mon, 5 Jun 2000 09:49:22 +0900 (JST) Message-ID: <393AF958.3EF20DDC@newsguy.com> Date: Mon, 05 Jun 2000 09:50:32 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Coleman Kane Cc: Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Coleman Kane wrote: > > Well, they are already moving in that direction with the newbus driver > interface. It really simplifies converting your driver to a kld if > you write it properly. Now a perfect addition would be a daemon or > something that takes care of loading/unloading all of them so that the > user doesn't have to fill a script with kld(un)load commands. Mmmmm... ethernet drivers are already auto-loaded, fs modules are already auto-loaded... what am I missing? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 18: 7:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 2D79137BB82; Sun, 4 Jun 2000 18:07:45 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (genesis.tao.org.uk [194.242.131.254]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id CAA24019; Mon, 5 Jun 2000 02:07:35 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 9626EB8; Mon, 5 Jun 2000 02:08:00 +0100 (BST) Date: Mon, 5 Jun 2000 02:08:00 +0100 From: Josef Karthauser To: Kris Kennaway Cc: Warner Losh , Andrew.Wilson@cs.cf.ac.uk, stable@FreeBSD.org, Andrew Wilson , Josef Karthauser Subject: Re: Make world fails on latest 2.2.8... Message-ID: <20000605020800.M620@pavilion.net> Mail-Followup-To: Josef Karthauser , Kris Kennaway , Warner Losh , Andrew.Wilson@cs.cf.ac.uk, stable@FreeBSD.org, Andrew Wilson , Josef Karthauser References: <200005220256.UAA66487@billy-club.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.org on Sun, Jun 04, 2000 at 04:48:12PM -0700 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 04:48:12PM -0700, Kris Kennaway wrote: > > I just reverted this - sorry that your build has been broken the past 2 > weeks. I don't know why Josef refused to answer any of the emails I sent > about this :-( > > Please let me know if you have any more problems compiling. Hi Kris, This is the first mail that I've seen on the subject. :( I've not been ignoring mail, especially not as serious as this. I'll try and work out where the mail went, and why I didn't receive it. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 20: 0:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id C0C5137BC95; Sun, 4 Jun 2000 20:00:33 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id XAA09671; Sun, 4 Jun 2000 23:06:50 -0400 (EDT) (envelope-from cokane) Date: Sun, 4 Jun 2000 23:06:50 -0400 From: Coleman Kane To: "Daniel C. Sobral" Cc: Coleman Kane , Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000604230650.A6732@cokane.yi.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" X-Mailer: Mutt 1.0.1i In-Reply-To: <393AF958.3EF20DDC@newsguy.com>; from dcs@newsguy.com on Sun, Jun 04, 2000 at 08:50:08PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Look through /modules... Daniel C. Sobral had the audacity to say: >=20 > Mmmmm... ethernet drivers are already auto-loaded, fs modules are > already auto-loaded... what am I missing? >=20 > --=20 > Daniel C. Sobral (8-DCS) >=20 > dcs@newsguy.com > dcs@freebsd.org > capo@yet.another.bsdconspiracy.org >=20 > Hmmm - I have to go check this. My reality assumptions are shattered. >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --AhhlLboLdkugWU4S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5OxlJERViMObJ880RAT83AJ49Z/TVxhTfIMOSSvHKU/SoD6V81ACgw+SR Tev1u4LNb3pve6kHHlN29hY= =GcTs -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 20:39:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 31E4337B576; Sun, 4 Jun 2000 20:39:20 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id VAA67209; Sun, 4 Jun 2000 21:39:15 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id VAA56488; Sun, 4 Jun 2000 21:38:34 -0600 (MDT) Message-Id: <200006050338.VAA56488@harmony.village.org> To: "Will Mitayai Keeso Rowe" Subject: Re: Xircom PCMCIA card support Cc: freebsd-questions@FreeBSD.ORG, "FreeBSD-Stable" In-reply-to: Your message of "Sat, 03 Jun 2000 01:04:32 EDT." References: Date: Sun, 04 Jun 2000 21:38:34 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Will Mitayai Keeso Rowe" writes: : Will FreeBSD be supporting the Xircom PCMCIA cards anytime in the near : future? I've got a Xircom Cardbus 100 / 56K Modem combo PC card in my Dell : Inspiron 5000, and i'd much rather run FreeBSD on it than Linux... Cardbus cards have a support horizon measured in months. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 21:45:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from manatee.mammalia.org (manatee.mammalia.org [216.231.50.6]) by hub.freebsd.org (Postfix) with ESMTP id 13C0637B7E5 for ; Sun, 4 Jun 2000 21:45:37 -0700 (PDT) (envelope-from rjoseph@manatee.mammalia.org) Received: (from rjoseph@localhost) by manatee.mammalia.org (8.9.3/8.9.3) id VAA54240; Sun, 4 Jun 2000 21:45:33 -0700 (PDT) (envelope-from rjoseph) Date: Sun, 4 Jun 2000 21:45:33 -0700 From: R Joseph Wright To: "Daniel C. Sobral" Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD Message-ID: <20000604214533.A54194@manatee.mammalia.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <393AF958.3EF20DDC@newsguy.com>; from dcs@newsguy.com on Mon, Jun 05, 2000 at 09:50:32AM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 09:50:32AM +0900, Daniel C. Sobral wrote: > Coleman Kane wrote: > > > > Well, they are already moving in that direction with the newbus driver > > interface. It really simplifies converting your driver to a kld if > > you write it properly. Now a perfect addition would be a daemon or > > something that takes care of loading/unloading all of them so that the > > user doesn't have to fill a script with kld(un)load commands. > > Mmmmm... ethernet drivers are already auto-loaded, fs modules are > already auto-loaded... what am I missing? Since when? Any that I've ever needed had to be compiled into the kernel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 21:49:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 15DDA37B6FD; Sun, 4 Jun 2000 21:49:16 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id VAA34707; Sun, 4 Jun 2000 21:49:16 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 4 Jun 2000 21:49:16 -0700 (PDT) From: Kris Kennaway To: R Joseph Wright Cc: "Daniel C. Sobral" , freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604214533.A54194@manatee.mammalia.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, R Joseph Wright wrote: > Since when? Any that I've ever needed had to be compiled into the > kernel. Maybe you should take a look in /modules sometime :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22: 5:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from manatee.mammalia.org (manatee.mammalia.org [216.231.50.6]) by hub.freebsd.org (Postfix) with ESMTP id 1FCB437B6C3; Sun, 4 Jun 2000 22:05:27 -0700 (PDT) (envelope-from rjoseph@manatee.mammalia.org) Received: (from rjoseph@localhost) by manatee.mammalia.org (8.9.3/8.9.3) id WAA54303; Sun, 4 Jun 2000 22:05:26 -0700 (PDT) (envelope-from rjoseph) Date: Sun, 4 Jun 2000 22:05:26 -0700 From: R Joseph Wright To: Kris Kennaway Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD Message-ID: <20000604220526.B54194@manatee.mammalia.org> References: <20000604214533.A54194@manatee.mammalia.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.org on Sun, Jun 04, 2000 at 09:49:16PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 09:49:16PM -0700, Kris Kennaway wrote: > On Sun, 4 Jun 2000, R Joseph Wright wrote: > > > Since when? Any that I've ever needed had to be compiled into the > > kernel. > > Maybe you should take a look in /modules sometime :-) > Most of the ones I've needed, like ext2fs or the xl ethernet driver haven't had modules. The cool thing about kerneld is that it loads them automatically. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22: 6:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AA2AD37B555; Sun, 4 Jun 2000 22:06:48 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id WAA36763; Sun, 4 Jun 2000 22:06:48 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 4 Jun 2000 22:06:48 -0700 (PDT) From: Kris Kennaway To: R Joseph Wright Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604220526.B54194@manatee.mammalia.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, R Joseph Wright wrote: > > Maybe you should take a look in /modules sometime :-) > > > Most of the ones I've needed, like ext2fs or the xl ethernet driver > haven't had modules. The cool thing about kerneld is that it loads > them automatically. The point you've missed is that under FreeBSD modules are (can be) loaded on demand by the *kernel* when they're not compiled in. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22:18: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1B2C137B555; Sun, 4 Jun 2000 22:17:57 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id WAA37818; Sun, 4 Jun 2000 22:17:57 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 4 Jun 2000 22:17:56 -0700 (PDT) From: Kris Kennaway To: R Joseph Wright Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604220526.B54194@manatee.mammalia.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, R Joseph Wright wrote: > Most of the ones I've needed, like ext2fs or the xl ethernet driver > haven't had modules. The cool thing about kerneld is that it loads > them automatically. Also, xl is available as a module (although ext2fs isn't). Like I said, take a look in /modules. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22:28:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 153A237B793; Sun, 4 Jun 2000 22:28:18 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 28B581C5C; Mon, 5 Jun 2000 01:28:18 -0400 (EDT) Date: Mon, 5 Jun 2000 01:28:18 -0400 From: Bill Fumerola To: R Joseph Wright Cc: Kris Kennaway , freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD Message-ID: <20000605012818.F8523@jade.chc-chimes.com> References: <20000604214533.A54194@manatee.mammalia.org> <20000604220526.B54194@manatee.mammalia.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000604220526.B54194@manatee.mammalia.org>; from rjoseph@mammalia.org on Sun, Jun 04, 2000 at 10:05:26PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 10:05:26PM -0700, R Joseph Wright wrote: > Most of the ones I've needed, like ext2fs or the xl ethernet driver > haven't had modules. The cool thing about kerneld is that it loads > them automatically. -r-xr-xr-x 1 root wheel 35139 Apr 28 21:21 /modules/if_xl.ko -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22:35:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from manatee.mammalia.org (manatee.mammalia.org [216.231.50.6]) by hub.freebsd.org (Postfix) with ESMTP id CF20C37B6AB; Sun, 4 Jun 2000 22:35:16 -0700 (PDT) (envelope-from rjoseph@manatee.mammalia.org) Received: (from rjoseph@localhost) by manatee.mammalia.org (8.9.3/8.9.3) id WAA54401; Sun, 4 Jun 2000 22:35:15 -0700 (PDT) (envelope-from rjoseph) Date: Sun, 4 Jun 2000 22:35:15 -0700 From: R Joseph Wright To: Kris Kennaway Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD Message-ID: <20000604223515.A54323@manatee.mammalia.org> References: <20000604220526.B54194@manatee.mammalia.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from kris@FreeBSD.org on Sun, Jun 04, 2000 at 10:06:48PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jun 04, 2000 at 10:06:48PM -0700, Kris Kennaway wrote: > On Sun, 4 Jun 2000, R Joseph Wright wrote: > > > > Maybe you should take a look in /modules sometime :-) > > > > > Most of the ones I've needed, like ext2fs or the xl ethernet driver > > haven't had modules. The cool thing about kerneld is that it loads > > them automatically. > > The point you've missed is that under FreeBSD modules are (can be) loaded > on demand by the *kernel* when they're not compiled in. So, for example, I can recompile without the xl driver and the kld will automagically load when I reboot? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22:42:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A9ABC37B615; Sun, 4 Jun 2000 22:42:44 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id WAA42278; Sun, 4 Jun 2000 22:42:44 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 4 Jun 2000 22:42:44 -0700 (PDT) From: Kris Kennaway To: R Joseph Wright Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD In-Reply-To: <20000604223515.A54323@manatee.mammalia.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, R Joseph Wright wrote: > So, for example, I can recompile without the xl driver and the kld will > automagically load when I reboot? I believe so, yes. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 22:54:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id 01F5137BC38; Sun, 4 Jun 2000 22:54:54 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id WAA15506; Sun, 4 Jun 2000 22:57:48 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006050557.WAA15506@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: R Joseph Wright Cc: Kris Kennaway , freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Sun, 04 Jun 2000 22:05:26 PDT." <20000604220526.B54194@manatee.mammalia.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Jun 2000 22:57:48 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Jun 04, 2000 at 09:49:16PM -0700, Kris Kennaway wrote: > > On Sun, 4 Jun 2000, R Joseph Wright wrote: > > > > > Since when? Any that I've ever needed had to be compiled into the > > > kernel. > > > > Maybe you should take a look in /modules sometime :-) > > > Most of the ones I've needed, like ext2fs or the xl ethernet driver > haven't had modules. The cool thing about kerneld is that it loads > them automatically. Try 'ifconfig xl0' sometime when you don't have the driver in the kernel. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Jun 4 23:39:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id 2049437B589 for ; Sun, 4 Jun 2000 23:39:39 -0700 (PDT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12yqXn-0002jJ-00 for freebsd-stable@FreeBSD.ORG; Mon, 05 Jun 2000 02:39:27 -0400 Date: Mon, 5 Jun 2000 02:39:27 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: psmintr: out of sync Message-ID: <20000605023926.A10297@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I upgraded a 4.0-S machine, cvsuped today, to an Abit KA7 motherboard and since then I've been getting out of sync errors and the mouse pointer screws up under X quite frequently. Ok, seen this before, set the flag under psm ... man psm says set bit 8, mentions 0-7 and others. If my arithmatic is correct, thats 0x100. Recompile, reboot. Now it's far worse, but I don't see any out of sync messages :/ The mouse is a normal logitec ps/2 mouseman, I've been using for some time (which was working fine on the old motherboard and works fine with windows). It's almost impossible to use the mouse on this machine now. Any suggestions ? P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 2:16:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from vivaldi.pn.npi.msu.ru (gw.pn.npi.msu.ru [193.232.127.202]) by hub.freebsd.org (Postfix) with ESMTP id 86F4E37BAA5 for ; Mon, 5 Jun 2000 02:16:40 -0700 (PDT) (envelope-from svysh@pn.sinp.msu.ru) Received: from scarlatti (scarlatti [195.208.223.16]) by vivaldi.pn.npi.msu.ru (8.10.1/8.10.1) with SMTP id e559GNk00445 for ; Mon, 5 Jun 2000 13:16:23 +0400 (MSD) Message-Id: <3.0.5.32.20000605131621.007ba840@vivaldi> X-Sender: svysh@vivaldi (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 05 Jun 2000 13:16:21 +0400 To: freebsd-stable@FreeBSD.ORG From: Sergei Vyshenski Subject: rc.conf ignored Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 4.0-stable cvsup'ed on June 3 ignored file /etc/rc.conf until I added to the file /etc/defaults/rc.conf the following line: . /etc/rc.conf It seems that problem comes from the last section of the file /etc/defaults/rc.conf dealing with source_rc_confs () function. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 2:30: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id DB4CE37B524 for ; Mon, 5 Jun 2000 02:30:03 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p17-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.18]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id SAA04989; Mon, 5 Jun 2000 18:29:58 +0900 (JST) Message-ID: <393B735A.4D5217EB@newsguy.com> Date: Mon, 05 Jun 2000 18:31:06 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: R Joseph Wright Cc: freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604214533.A54194@manatee.mammalia.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG R Joseph Wright wrote: > > Since when? Any that I've ever needed had to be compiled into the > kernel. Since when is a tough question, but since 4.0, I think, for NICs, and certainly at least 3.x, maybe even 2.x, for fs. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 3: 9:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from proton.hexanet.fr (proton.hexanet.fr [194.98.140.18]) by hub.freebsd.org (Postfix) with ESMTP id A0FC337BCE3; Mon, 5 Jun 2000 03:09:54 -0700 (PDT) (envelope-from nighty@proton.hexanet.fr) Received: from proton.hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.9.3/8.9.3) with ESMTP id MAA03760; Mon, 5 Jun 2000 12:09:53 +0200 (CEST) (envelope-from nighty@proton.hexanet.fr) Message-Id: <200006051009.MAA03760@proton.hexanet.fr> X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: chris@hexanet.fr From: "Christophe Prevotaux" To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: DLINK DFE 530TX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 12:09:53 +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I bought some DLINK DFE 530 TX Ethernet boards (the one with the Wake on LAN function ). These cards are not recognized by FreeBSD 4-STABLE I had previously bought the same cards with no WAKE ON LAN function and they worked just fine. Does anyone knows how I can make these cards works ? -- -- =================================================================== Christophe Prevotaux Email: chris@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 BP415 Fax: +33 (0)3 26 79 30 06 51689 Reims Cedex 2 FRANCE =================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 3:18:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from vivaldi.pn.npi.msu.ru (gw.pn.npi.msu.ru [193.232.127.202]) by hub.freebsd.org (Postfix) with ESMTP id E303A37B56C for ; Mon, 5 Jun 2000 03:18:30 -0700 (PDT) (envelope-from svysh@pn.sinp.msu.ru) Received: from scarlatti (scarlatti [195.208.223.16]) by vivaldi.pn.npi.msu.ru (8.10.1/8.10.1) with SMTP id e55AILK00423 for ; Mon, 5 Jun 2000 14:18:21 +0400 (MSD) Message-Id: <3.0.5.32.20000605141820.007d28a0@vivaldi> X-Sender: svysh@vivaldi X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 05 Jun 2000 14:18:20 +0400 To: freebsd-stable@FreeBSD.ORG From: Sergei Vyshenski Subject: Re: rc.conf ignored Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oops! I simply has not updated /etc/rc.firewall as needed. The problem has gone. Sorry for disturbing the audience. At 13:16 05.06.00 +0400, you wrote: >4.0-stable cvsup'ed on June 3 ignored file /etc/rc.conf >until I added to the file /etc/defaults/rc.conf >the following line: > >. /etc/rc.conf > >It seems that problem comes from the last section of the >file /etc/defaults/rc.conf dealing with source_rc_confs () >function. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 4:13:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id 9664637B5BC for ; Mon, 5 Jun 2000 04:13:54 -0700 (PDT) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by jfh00.fernuni-hagen.de (Postfix) with ESMTP id 369DD1202; Mon, 5 Jun 2000 13:13:49 +0200 (CEST) Message-ID: <393B8B6D.378849A7@fernuni-hagen.de> Date: Mon, 05 Jun 2000 13:13:49 +0200 From: "F. Heinrichmeyer" Organization: FernUni in Hagen X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.14-15mdksmp i686) X-Accept-Language: de-DE, German/Germany, en MIME-Version: 1.0 To: freebsd-stable Subject: spontaneous reboot with STABLE SMP kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry, my last send-pr was not accepted. The reboots are again there. I switched back to an single-cpu kernel for the server www-es.fernuni-hagen.de to run. World and kernel where made this sunday. When i have more time i will send-pr again more carefully. Greetings. -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 5:33:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 0B0C937B542; Mon, 5 Jun 2000 05:33:08 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12yw2c-000PHn-00; Mon, 05 Jun 2000 14:31:38 +0200 Date: Mon, 5 Jun 2000 14:31:38 +0200 From: Neil Blakey-Milner To: Coleman Kane Cc: "Daniel C. Sobral" , Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605143137.A97113@mithrandr.moria.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604230650.A6732@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000604230650.A6732@cokane.yi.org>; from cokane@one.net on Sun, Jun 04, 2000 at 11:06:50PM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun 2000-06-04 (23:06), Coleman Kane wrote: > Look through /modules... I'm still having problems working out what this will do. Can you explain the differences between the current way of doing things, and what your stuff will conceptually do? Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 6:42: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 4632837B70E; Mon, 5 Jun 2000 06:41:59 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id JAA23712; Mon, 5 Jun 2000 09:41:44 -0400 (EDT) Date: Mon, 5 Jun 2000 09:40:28 -0400 (EDT) From: Zhihui Zhang To: Will Mitayai Keeso Rowe Cc: freebsd-questions@FreeBSD.ORG, FreeBSD-Stable Subject: Re: Xircom PCMCIA card support In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Will FreeBSD be supporting the Xircom PCMCIA cards anytime in the near > future? I've got a Xircom Cardbus 100 / 56K Modem combo PC card in my Dell > Inspiron 5000, and i'd much rather run FreeBSD on it than Linux... > Please add support of this card soon. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 8: 8:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 15DA937BD0E; Mon, 5 Jun 2000 08:08:24 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn28.imasy.or.jp [202.227.24.220]) by tasogare.imasy.or.jp (8.10.1+3.3W/3.7W-tasogare/smtpfeed 1.04) with ESMTP id e55F8FP98642; Tue, 6 Jun 2000 00:08:15 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: archie@whistle.com Cc: imp@village.org, freebsd-stable@freebsd.org, iwasaki@freebsd.org Subject: Re: PCCARD support In-Reply-To: <200006041714.KAA74128@bubba.whistle.com> References: <200006040709.BAA50646@harmony.village.org> <200006041714.KAA74128@bubba.whistle.com> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000606000812O.iwasaki@jp.FreeBSD.org> Date: Tue, 06 Jun 2000 00:08:12 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 16 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, thanks for reporting. > > : Of course, now that the card works again I can see that this is > > : already fixed in -current, pccardd/util.c rev. 1.14. > > : > > : Would someone care to MFC please? > > > > iwasaki-san has plans to MFC it in early June. Both Jordan and I > > approved the changes (he specifically asked us before doing the MFC), > > so he will do it when he has the chance, I think by June 15th IIRC. > > OK.. just wanted to make sure it didn't get forgotten. I've just MFCed before I forget it :-) Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9: 5:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 71C5037BEF0; Mon, 5 Jun 2000 09:05:29 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12yxUA-000AEH-00; Mon, 05 Jun 2000 15:04:10 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12yxUA-000FVn-00; Mon, 05 Jun 2000 15:04:10 +0100 Date: Mon, 5 Jun 2000 15:04:10 +0100 From: Ben Smithurst To: Kris Kennaway Cc: R Joseph Wright , freebsd-stable@FreeBSD.org Subject: Re: kerneld for FreeBSD Message-ID: <20000605150410.F42325@strontium.scientia.demon.co.uk> References: <20000604220526.B54194@manatee.mammalia.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > Also, xl is available as a module (although ext2fs isn't). Like I said, > take a look in /modules. Why isn't ext2fs available as a module, by the way? -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9: 9:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with SMTP id 7A66F37B8DA for ; Mon, 5 Jun 2000 09:09:26 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: (qmail 57156 invoked by uid 1000); 5 Jun 2000 16:09:25 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 5 Jun 2000 16:09:25 -0000 Date: Mon, 5 Jun 2000 12:09:23 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Ben Smithurst Cc: FreeBSD-STABLE Subject: Re: kerneld for FreeBSD In-Reply-To: <20000605150410.F42325@strontium.scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 5 Jun 2000, Ben Smithurst wrote: : Why isn't ext2fs available as a module, by the way? Or why isn't dummynet, I have a sudden need for it on a server I can't reboot for it :( : -- : Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5O9C1dMMtMcA1U5ARAjz7AKCYAuDpNAxGRXPNywCHWl24V28c2ACg1vft LqugAzFCvPd6FHRzgsnXKCQ= =1Mj9 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:17:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id B6F5037BEAC for ; Mon, 5 Jun 2000 09:17:36 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id D63381C4D; Mon, 5 Jun 2000 12:17:35 -0400 (EDT) Date: Mon, 5 Jun 2000 12:17:35 -0400 From: Bill Fumerola To: Matt Heckaman Cc: Ben Smithurst , FreeBSD-STABLE Subject: Re: kerneld for FreeBSD Message-ID: <20000605121735.P8523@jade.chc-chimes.com> References: <20000605150410.F42325@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from matt@ARPA.MAIL.NET on Mon, Jun 05, 2000 at 12:09:23PM -0400 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Jun 05, 2000 at 12:09:23PM -0400, Matt Heckaman wrote: > Or why isn't dummynet, I have a sudden need for it on a server I can't > reboot for it :( Because dummynet is an #ifdef maze. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:19:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with SMTP id C612337BF82 for ; Mon, 5 Jun 2000 09:19:53 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: (qmail 57254 invoked by uid 1000); 5 Jun 2000 16:19:53 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 5 Jun 2000 16:19:53 -0000 Date: Mon, 5 Jun 2000 12:19:51 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Bill Fumerola Cc: FreeBSD-STABLE Subject: Re: kerneld for FreeBSD In-Reply-To: <20000605121735.P8523@jade.chc-chimes.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 5 Jun 2000, Bill Fumerola wrote: : Because dummynet is an #ifdef maze. Ah, that explains alot. Thanks. : -- : Bill Fumerola - Network Architect / Computer Horizons Corp - CVM : e-mail: billf@chc-chimes.com / billf@FreeBSD.org : : : : : : To Unsubscribe: send mail to majordomo@FreeBSD.org : with "unsubscribe freebsd-stable" in the body of the message : Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5O9ModMMtMcA1U5ARAiF4AJ4wr6npAFRf6RojHAYMQdcPqyAy2wCaA+nr C1wuBaB5NqznXEKWt6pQgDU= =OCYg -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:21: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thelab.hub.org (nat199.136.mpoweredpc.net [142.177.199.136]) by hub.freebsd.org (Postfix) with ESMTP id A039837BF82 for ; Mon, 5 Jun 2000 09:21:03 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id NAA83339 for ; Mon, 5 Jun 2000 13:20:11 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 5 Jun 2000 13:20:11 -0300 (ADT) From: The Hermit Hacker To: freebsd-stable@freebsd.org Subject: DNS problem with 4.0-STABLE? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Morning all ... Spent the past couple of hours working through a problem with sendmail 8.10.1 and it seems to come down to the fact taht 'localhost' or '127.0.0.1' don't resolve: ============== nslookup 127.0.0.1 Server: hub.org Address: 216.126.84.1 *** hub.org can't find 127.0.0.1: Non-existent host/domain hub# nslookup localhost Server: hub.org Address: 216.126.84.1 *** hub.org can't find localhost: Non-existent host/domain =========== but, its in my /etc/hosts file: ======== hub# cat /etc/hosts # $FreeBSD: src/etc/hosts,v 1.11 2000/02/15 14:59:16 shin Exp $ # # Host Database # This file should contain the addresses and aliases # for local hosts that share this file. # In the presence of the domain name service or NIS, this file may # not be consulted at all; see /etc/host.conf for the resolution order. # # 127.0.0.1 localhost ======== and, according to /etc/host.conf, it should be looked at first: ========= hub# cat /etc/host.conf # $FreeBSD: src/etc/host.conf,v 1.6 1999/08/27 23:23:41 peter Exp $ # First try the /etc/hosts file hosts # Now try the nameserver next. bind # If you have YP/NIS configured, uncomment the next line # nis ========== am I mis-understanding something, or is there a problem? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:27:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 2B21B37BE1D for ; Mon, 5 Jun 2000 09:27:30 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id D6B7E9B1F; Mon, 5 Jun 2000 12:27:25 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id CB3D7BA21; Mon, 5 Jun 2000 12:27:25 -0400 (EDT) Date: Mon, 5 Jun 2000 12:27:25 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: The Hermit Hacker Cc: freebsd-stable@freebsd.org Subject: Re: DNS problem with 4.0-STABLE? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 5 Jun 2000, The Hermit Hacker wrote: > > Morning all ... > > Spent the past couple of hours working through a problem with > sendmail 8.10.1 and it seems to come down to the fact taht 'localhost' or > '127.0.0.1' don't resolve: > *snip* > > but, its in my /etc/hosts file: > *snip* > > and, according to /etc/host.conf, it should be looked at first: > *snip* > > am I mis-understanding something, or is there a problem? > Most userland programs (e.g. ping) use host.conf to determine how to resolve hostnames. nslookup talks directly to nameservers (i.e. doesn't use host.conf). From nslookup(8): NAME nslookup - query Internet name servers interactively ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:30: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cfdnet.me.tuns.ca (CFDnet.me.TUNS.Ca [134.190.50.164]) by hub.freebsd.org (Postfix) with ESMTP id E2F0337B593 for ; Mon, 5 Jun 2000 09:29:58 -0700 (PDT) (envelope-from bbmail@cfdnet.me.tuns.ca) Received: from localhost (bbmail@localhost) by cfdnet.me.tuns.ca (8.9.3/8.9.3) with ESMTP id NAA81440; Mon, 5 Jun 2000 13:26:40 -0300 (ADT) (envelope-from bbmail@cfdnet.me.tuns.ca) Date: Mon, 5 Jun 2000 13:26:40 -0300 (ADT) From: Bryan Bursey To: Christophe Prevotaux Cc: freebsd-stable@FreeBSD.ORG Subject: Re: DLINK DFE 530TX In-Reply-To: <200006051009.MAA03760@proton.hexanet.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 5 Jun 2000, Christophe Prevotaux wrote: > > Hi > > I bought some DLINK DFE 530 TX Ethernet boards > (the one with the Wake on LAN function ). These > cards are not recognized by FreeBSD 4-STABLE These cards use the vr driver. > > I had previously bought the same cards with no WAKE ON LAN > function and they worked just fine. I don't know if / how the WOL function is used? > Does anyone knows how I can make these cards works ? > > > -- > -- > =================================================================== > Christophe Prevotaux Email: chris@hexanet.fr > HEXANET SARL URL: http://www.hexanet.fr/ > Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 > 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 > BP415 Fax: +33 (0)3 26 79 30 06 > 51689 Reims Cedex 2 > FRANCE > =================================================================== > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:48:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id D100237B744 for ; Mon, 5 Jun 2000 09:48:27 -0700 (PDT) (envelope-from uwe@laverenz.de) Received: from fmrl03.sul.t-online.de by mailout04.sul.t-online.com with smtp id 12z038-0007Li-00; Mon, 5 Jun 2000 18:48:26 +0200 Received: from pippin.laverenz.de (340023018074-0001@[62.158.30.180]) by fmrl03.sul.t-online.de with esmtp id 12z030-0d5y7MC; Mon, 5 Jun 2000 18:48:18 +0200 Received: from laverenz.de (turin.laverenz.de [192.168.100.3]) by pippin.laverenz.de (8.9.3/8.9.3) with ESMTP id SAA51486 for ; Mon, 5 Jun 2000 18:48:41 +0200 (CEST) (envelope-from uwe@laverenz.de) Message-ID: <393BD9BC.9F72840B@laverenz.de> Date: Mon, 05 Jun 2000 18:47:56 +0200 From: Uwe Laverenz Organization: private FreeBSD site X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: German, de, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: Xircom PCMCIA card support References: <200006050338.VAA56488@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340023018074-0001@t-dialin.net Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Warner, > Cardbus cards have a support horizon measured in months. Are there any plans to support PCMCIA multi-function cards like the 3CCFEM556B in the future? thanks, Uwe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 9:53: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from proton.hexanet.fr (proton.hexanet.fr [194.98.140.18]) by hub.freebsd.org (Postfix) with ESMTP id CA4B137B9B2 for ; Mon, 5 Jun 2000 09:53:04 -0700 (PDT) (envelope-from nighty@proton.hexanet.fr) Received: from proton.hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.9.3/8.9.3) with ESMTP id SAA07338; Mon, 5 Jun 2000 18:53:02 +0200 (CEST) (envelope-from nighty@proton.hexanet.fr) Message-Id: <200006051653.SAA07338@proton.hexanet.fr> X-Mailer: exmh version 2.1.1 10/15/1999 From: "Christophe Prevotaux" To: bbmail@cfdnet.me.tuns.ca, freebsd-stable@freebsd.org Subject: Re: DLINK DFE 530TX In-Reply-To: Your message of "Mon, 05 Jun 2000 13:26:40 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 18:53:02 +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am not interested in the WOL feature , I just want the card recognized by FreeBSD , the CHIPSET is not a RHINE I chipset anymore in these cards ( 530TX w/WOL ) I know the 530TX WITHOUT WOL works , but the one with WOL does not get recognized by FreeBSD 4-STABLE Unless you have done something special in order to activate it somehow then I don't know how your card can work. If you have done something to make them work then please let me know what , so I can use these cards as well > > > On Mon, 5 Jun 2000, Christophe Prevotaux wrote: > > > > > Hi > > > > I bought some DLINK DFE 530 TX Ethernet boards > > (the one with the Wake on LAN function ). These > > cards are not recognized by FreeBSD 4-STABLE > > These cards use the vr driver. > > > > > I had previously bought the same cards with no WAKE ON LAN > > function and they worked just fine. > > I don't know if / how the WOL function is used? > > > Does anyone knows how I can make these cards works ? > > > > > > -- > > -- > > =================================================================== > > Christophe Prevotaux Email: chris@hexanet.fr > > HEXANET SARL URL: http://www.hexanet.fr/ > > Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 > > 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 > > BP415 Fax: +33 (0)3 26 79 30 06 > > 51689 Reims Cedex 2 > > FRANCE > > =================================================================== > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > -- -- =================================================================== Christophe Prevotaux Email: chris@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 BP415 Fax: +33 (0)3 26 79 30 06 51689 Reims Cedex 2 FRANCE =================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 10:10:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from frigga.circle.net (morrigu.circle.net [209.95.64.11]) by hub.freebsd.org (Postfix) with ESMTP id BAA6A37BE40 for ; Mon, 5 Jun 2000 10:10:40 -0700 (PDT) (envelope-from tcobb@staff.circle.net) Received: by FRIGGA with Internet Mail Service (5.5.2650.21) id ; Mon, 5 Jun 2000 13:10:24 -0400 Message-ID: From: Troy Arie Cobb To: "'freebsd-stable@freebsd.org'" Subject: FATAL FS Mount bug in -STABLE and -RELEASE Date: Mon, 5 Jun 2000 13:10:23 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've found a fatal filesystem mount bug in both 4.0-STABLE and 4.0-RELEASE, tested on the 20000604 snapshot of 4.0. With both the GENERIC kernel and a custom kernel, the system hangs tight when more than about 256 filesystems are mounted. I've tested this with loopback NFS mounts, remote NFS mounts, and local NULL mounts. The machine freezes, responds to pings and changing of virtual console, but accepts no input. No errors are written to /var/log or console. A hard reset is the only way out, CTRL-ALT-DEL doesn't work. Please tell me what other info we can provide. This should be easy to reproduce, though I'd be happy to give anyone the perl scripts we use to tickle the bug. -Troy Cobb VP/CTO Circle Net, Inc. http://www.circle.net 1-800-321-2237 x308 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 10:14:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 0248F37C11E for ; Mon, 5 Jun 2000 10:14:42 -0700 (PDT) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id e55HEfn03270 for ; Mon, 5 Jun 2000 10:14:41 -0700 (PDT) Message-Id: <200006051714.e55HEfn03270@ptavv.es.net> To: freebsd-stable@freebsd.org Subject: Error building 4.0-Stable kernel (dev/mii/mii.c) Date: Mon, 05 Jun 2000 10:14:41 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am attempting the update from 3-Stable to 4-Stable following the instructions in UPDATING and things were going OK until I tried to make the new kernel. It configed just fine, so I think I fixed all of the syntax errors. I then did a 'make depend' and finally, 'make'. cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf ../../dev/mii/mii.c ../../dev/mii/mii.c:80: `bus_driver_added_desc' undeclared here (not in a function) ../../dev/mii/mii.c:80: initializer element for `miibus_methods[5].desc' is not constant *** Error code 1 Stop. cvsup was yesterday at about 2300 UTC. Since GENERIC builds OK, I guess it must be my config file, but I don't see anything there. Other than 'device miibus', is there some other option or device I need? I can't find anything useful on either current or stable archives. Here is my config: # # KZIN -- K6 kernel config file # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/KZIN,v 1.246.2.4 2000/06/05 07:56:42 luoqi Exp $ machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" #cpu "I686_CPU" ident KZIN maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # CPU options options NO_F00F_HACK #not a iPentium options CPU_WT_ALLOC #enable write-back allocation options NO_MEMORY_HOLE options GPL_MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MFS usable as root device, "MFS" req'ed #options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options ICMP_BANDLIM #Rate limit bad replies #config kernel root on wd0 # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device pcm device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 # IDE controller and disks #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Floating point support - do not disable. device npx0 at isa? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter Thanks for any suggestions! R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 10:25:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id E054F37BEA7 for ; Mon, 5 Jun 2000 10:25:53 -0700 (PDT) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id e55HPrn03998 for ; Mon, 5 Jun 2000 10:25:53 -0700 (PDT) Message-Id: <200006051725.e55HPrn03998@ptavv.es.net> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Error building 4.0-Stable kernel (dev/mii/mii.c) In-reply-to: Your message of "Mon, 05 Jun 2000 10:14:41 PDT." <200006051714.e55HEfn03270@ptavv.es.net> Date: Mon, 05 Jun 2000 10:25:53 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To rudely follow up my own message, I got it to work by doing a rm -rf on my compile directory and then going back to conf and starting over at 'config' and then rebuilding everything. I found the hints in questions, not stable. (Why did I wait until after I sent the message to search questions?) I don't know what cruft was in there, but it's better now. I think I'll drop Warner a note to put into UPDATING. Sorry for the wasted bandwidth. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 10:41:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.interlog.com (smtp.interlog.com [207.34.202.37]) by hub.freebsd.org (Postfix) with ESMTP id 1B5C537BEB0 for ; Mon, 5 Jun 2000 10:41:11 -0700 (PDT) (envelope-from drek@smtp.interlog.com) Received: from shell1.interlog.com (shell1.interlog.com [154.11.168.199]) by smtp.interlog.com (8.9.3/8.9.1) with ESMTP id NAA16705; Mon, 5 Jun 2000 13:41:08 -0400 (EDT) Received: by shell1.interlog.com (8.9.0/8.9.0) id NAA10110; Mon, 5 Jun 2000 13:41:17 -0400 (EDT) Date: Mon, 5 Jun 2000 13:41:17 -0400 (EDT) From: Agent Drek X-Sender: drek@shell1.interlog.com To: Kevin Oberman Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Error building 4.0-Stable kernel (dev/mii/mii.c) In-Reply-To: <200006051725.e55HPrn03998@ptavv.es.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 5 Jun 2000, Kevin Oberman wrote: > To rudely follow up my own message, I got it to work by doing a rm -rf > on my compile directory and then going back to conf and starting over > at 'config' and then rebuilding everything. I found the hints in > questions, not stable. (Why did I wait until after I sent the message > to search questions?) > there is always: config -r myKERN -- Agent Drek Big Animation Inc > 'digital plumber' http://www.bigstudios.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 11:10:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id C801637BDDA for ; Mon, 5 Jun 2000 11:10:17 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id OAA61370; Mon, 5 Jun 2000 14:10:37 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Mon, 5 Jun 2000 14:10:37 -0400 (EDT) From: "Brandon D. Valentine" To: Christophe Prevotaux Cc: bbmail@cfdnet.me.tuns.ca, freebsd-stable@FreeBSD.ORG Subject: Re: DLINK DFE 530TX In-Reply-To: <200006051653.SAA07338@proton.hexanet.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 5 Jun 2000, Christophe Prevotaux wrote: >I am not interested in the WOL feature , I just want the card >recognized by FreeBSD , the CHIPSET is not a RHINE I chipset >anymore in these cards ( 530TX w/WOL ) > >I know the 530TX WITHOUT WOL works , but the one with WOL >does not get recognized by FreeBSD 4-STABLE > >Unless you have done something special in order to activate it >somehow then I don't know how your card can work. > >If you have done something to make them work then please let me know >what , so I can use these cards as well If with the addition of this new feature the chip's programming interface has not changed any then you should have no problem using the vr driver with it. It may have a new identifier string not in the header file yet, but you can always add it. I'm sure the maintainer of the vr driver would be willing to help you gather the requisite information to add support for this new card revision. Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 13:31:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable127.61-201-24.mtl.mc.videotron.net [24.201.61.127]) by hub.freebsd.org (Postfix) with SMTP id 4B48137BDA2 for ; Mon, 5 Jun 2000 13:31:25 -0700 (PDT) (envelope-from patrick@mindstep.com) Received: (qmail 19603 invoked from network); 5 Jun 2000 20:31:20 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 5 Jun 2000 20:31:20 -0000 Message-ID: <017f01bfcf2c$fdd74f00$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: References: <200006051653.SAA07338@proton.hexanet.fr> Subject: Re: DLINK DFE 530TX Date: Mon, 5 Jun 2000 16:31:13 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, From: ""Christophe Prevotaux"" > I am not interested in the WOL feature , I just want the card > recognized by FreeBSD , the CHIPSET is not a RHINE I chipset > anymore in these cards ( 530TX w/WOL ) Actually there are 2 DLink Ethernet cards with about the same name: - the "DLink DFE 530 TX" which uses the "vr" driver on FreeBSD - the "DLink DFE 530 TX+" which uses the "rl" (realtek) driver. (note the + in the name) The 530 TX+ is a very tiny card, the 530 TX is a "normal" sized PCI card. I have one problem with the 530 TX+ (rl) card in that it does not seem to detect the ethernet cable speed correctly when in "autodetect media" mode. I am setup with 10BaseT here and when the card is configured via DHCP, the performance suck (it seems that packet get out once in a while) until I do a "ifconfig rl0 media 10BaseT/UTP". After this the card works just fine. I haven't had time to look in the autoneg code, and the workaround is simple enough for now, but this to me qualifies as a bug (probably due to the poor quality of the card itself). Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 13:45: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from alice.pdq.net (alice.pdq.net [204.145.251.236]) by hub.freebsd.org (Postfix) with SMTP id 603A037B548 for ; Mon, 5 Jun 2000 13:45:05 -0700 (PDT) (envelope-from jsmethers@pdq.net) X-AirNote: 1 Received: from 64-31-203-13.pdq.net [64.31.203.13-11] by alice.pdq.net ID 41_-1; Mon, 05 Jun 2000 15:41:28 -0500 Message-ID: <00aa01bfcf2f$0478c760$0dcb1f40@mom> From: "Jason" To: , References: <200006011637.SAA66853@info.iet.unipi.it> <20000601113842.A92456@panzer.kdm.org> Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Date: Mon, 5 Jun 2000 15:45:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Kenneth D. Merry" > The problem is that when the new-bus code was introduced, the probe order > was changed from a bus-by-bus probe (breadth first?) to a depth-first > probe. > > i.e. as soon as another PCI bus is found (e.g. on a bridge chip) it is > probed, rather than deferring the probe of the new bus until the probe of > the current bus has been completed. > > I think Doug Rabson had plans to fix the probe order, but it never > happened. > > There is no way to hardwire PCI devices, so you'll probably have to just > change which card is referenced in your scripts. > > Ken > -- > Kenneth Merry > ken@kdm.org The PCI spec basicly states that buses are to be probed depth first. As a PCI bridge is found, it is assigned the next sequential bus number and probed for additional bridges beyond it. As a new bridge is found, all the parent bridges' subordinat bus number register is updated to the highest numbered bus that exists beyond it. When no more PCI bridges are found on the current bus, the routine should return to the parent bus and continue probing for more PCI bridges, and so on. This is done in this fashion so that sub PCI bridges may claim the correct transactions. The probe routine is correct as is - at least for machines with a single host/PCI bridge. If anything, work may be done to allow the wiring down of devices, either by PCI bus, or as found by the probe. The first not really being practical considering that buses may be renumbered based on the addition or removal of PCI bridges. eg. a nice feature we don't support yet - hot swaping of PCI cards. -Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 14:12:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id BC12137BE02; Mon, 5 Jun 2000 14:12:43 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Mon, 5 Jun 2000 15:12:39 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma011355; Mon, 5 Jun 00 15:12:35 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id PAA34105; Mon, 5 Jun 2000 15:12:35 -0600 (MDT) Date: Mon, 5 Jun 2000 15:17:34 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Jason Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: <00aa01bfcf2f$0478c760$0dcb1f40@mom> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The PCI spec basicly states that buses are to be probed depth first. As a > PCI bridge is found, it is assigned the next sequential bus number and > probed for additional bridges beyond it. As a new bridge is found, all the > parent bridges' subordinat bus number register is updated to the highest > numbered bus that exists beyond it. When no more PCI bridges are found on > the current bus, the routine should return to the parent bus and continue > probing for more PCI bridges, and so on. > Hm so does that mean that non-bridge devices on those busses should also be done depth first? I understand wanting to find all the busses first, but devices too? All the bioses I've seen seem to find all the busses, then assign resources to devices starting with those on bus 0 then bus 1 etc. This is also how FreeBSD <=3.4 work. Am I just missing something? Fred -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 14:50:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id C8AD237BDA6 for ; Mon, 5 Jun 2000 14:50:35 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id OAA08843; Mon, 5 Jun 2000 14:50:28 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200006052150.OAA08843@freeway.dcfinc.com> Subject: Re: DNS problem with 4.0-STABLE? In-Reply-To: from "Chris D. Faulhaber" at "Jun 5, 0 12:27:25 pm" To: jedgar@fxp.org (Chris D. Faulhaber) Date: Mon, 5 Jun 2000 14:50:27 -0700 (MST) Cc: scrappy@hub.org, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM960241827-8810-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ELM960241827-8810-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit As I recall, Chris D. Faulhaber wrote: > Most userland programs (e.g. ping) use host.conf to determine how to > resolve hostnames. nslookup talks directly to nameservers (i.e. doesn't > use host.conf). I got bitten by exactly the same problem. A program (NetBackup, in this case) was claiming it couldn't connect with its master server, where nslookup/host returned the correct address and ping could ping it. Turns out the system =was= configured to look in the hosts file first, and the hosts file had an incorrect entry. That effectively overrode the correct DNS response. I believe this is referred to as "namespace overloading", and in some instances I can see it being a good thing. Anyway, I built this simple program to help diagnose such problems in the future. It gets a host address the same way most applications do, by calling "gethostbyaddr(3)" instead of calling the resolver routines "res_query(3)". It's a quick-n-dirty; no man page. But it works and is useful. Perhaps I'll submit it as a port... -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 --ELM960241827-8810-0_ Content-Type: application/x-shar Content-Disposition: attachment; filename=gethost.shar Content-Description: gethostbyaddr lookup program Content-Transfer-Encoding: 7bit # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # gethost.c # Makefile # echo x - gethost.c sed 's/^X//' >gethost.c << 'END-of-gethost.c' X/* $Id: gethost.c,v 1.1 2000/05/17 04:52:06 chad Exp $*/ X X/* X * Print the "hostent" information for every host whose name is X * specified on the command line. X */ X X#include X#include X#include /* for struct hostent */ X#include /* for AF_INET */ X#include /* for struct in_addr */ X#include /* for inet_ntoa() */ X X#define FALSE 0 X#define TRUE ~FALSE X Xmain(argc, argv) Xint argc; Xchar **argv; X{ X register char *ptr; X register struct hostent *hostptr; X int tcp_flag = FALSE; /* stream or dgram ? */ X X if (argc < 2) { X printf("Usage: %s hostname [...]\n", argv[0]); X exit(1); X } X X if (argc > 2) { /* use virtual circuit if more than one query */ X tcp_flag = TRUE; X sethostent(TRUE); X } X X while (--argc > 0) { X ptr = *++argv; X if ( (hostptr = gethostbyname(ptr)) == NULL) { X printf("gethostbyname error for host %s: ", ptr); X err_ret(h_errno); X continue; X } X printf("\nOfficial host name: %s\n", hostptr->h_name); X X /* go through the list of aliases */ X while ( (ptr = *(hostptr->h_aliases)) != NULL) { X printf(" alias: %s\n", ptr); X hostptr->h_aliases++; X } X X switch (hostptr->h_addrtype) { X case AF_INET: X pr_inet(hostptr->h_addr_list, hostptr->h_length); X break; X X default: X printf("unknown address type"); X break; X } X } X if (tcp_flag) X endhostent(); X} X X/* X * Go through a list of Internet addresses, X * printing each one in dotted-decimal notation. X */ X Xpr_inet(listptr, length) Xchar **listptr; Xint length; X{ X struct in_addr *ptr; X X while ( (ptr = (struct in_addr *) *listptr++) != NULL) X printf(" Internet address: %s\n", inet_ntoa(*ptr)); X} X X/* X * Display hostent error code X */ X Xerr_ret(err) Xint err; X{ X switch (err) { X case HOST_NOT_FOUND: X printf("Authoritative Answer Host not found\n"); X break; X case TRY_AGAIN: X printf("Non-Authoritive Host not found, or server fail\n"); X break; X case NO_RECOVERY: X printf("Non recoverable errors, FORMERR, REFUSED, NOTIMP\n"); X break; X case NO_DATA: X printf("Valid name, no data record of requested type\n"); X default: X printf("Unknown error code %d\n", err); X break; X } X} END-of-gethost.c echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' X# Makefile for the host name lookup program X# $Id: Makefile,v 1.1 2000/05/17 04:52:06 chad Exp $ X XBINDIR = /usr/local/bin X Xgethost: gethost.o X $(CC) $(CFLAGS) gethost.o -o gethost X Xinstall: gethost X install -C -s gethost $(BINDIR) X X.c.o: X $(CC) $(CFLAGS) -c $< END-of-Makefile exit --ELM960241827-8810-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 15:10:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from maildb2.pdq.net (maildb2.pdq.net [204.145.251.85]) by hub.freebsd.org (Postfix) with SMTP id 873E737BE8C for ; Mon, 5 Jun 2000 15:10:31 -0700 (PDT) (envelope-from jsmethers@pdq.net) X-AirNote: 1 Received: from 64-31-203-13.pdq.net [64.31.203.13-24] by alice.pdq.net ID 41_-1; Mon, 05 Jun 2000 17:06:56 -0500 Message-ID: <011001bfcf3a$f4b9bfd0$0dcb1f40@mom> From: "Jason" To: "Fred Clift" Cc: , References: Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Date: Mon, 5 Jun 2000 17:11:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: "Fred Clift" > Hm so does that mean that non-bridge devices on those busses should also > be done depth first? I understand wanting to find all the busses first, > but devices too? All the bioses I've seen seem to find all the busses, > then assign resources to devices starting with those on bus 0 then bus 1 > etc. This is also how FreeBSD <=3.4 work. Am I just missing something? > > Fred No, I am. For some reason I didn't make a distinction between regular devices and bridge devices in my mind when I though about this. =p What needs to be changed is the assignment of resources based on a combination of chassis, slot numbers, and fuction number of a device in the slot, not based on the bus number. This would have the desired effect. There are four ways of obtaining information that may be used to do this. Useing the PCI interrupt routing table in BIOS memory, querying the PCI BIOS for the same table, use the PCI 2.2 chassis/slot numbering capabilities register, and using the function numbers of the device. Everything could be done while enumerating the buses. Doing this would also potentially allow the wiring down of devices based on the chassis, slot, and fuction of the slot. This would allow logical ordering of devices. Now it just needs to be implemented. - Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 15:14:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id BAE3637BE6D; Mon, 5 Jun 2000 15:14:13 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e55MEA180723; Mon, 5 Jun 2000 15:14:10 -0700 (PDT) Date: Mon, 5 Jun 2000 15:14:10 -0700 (PDT) From: Doug White To: Coleman Kane Cc: stable@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: 3dfx driver In-Reply-To: <20000604045359.A3272@cokane.yi.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, Coleman Kane wrote: > I have finished the 3dfx driver for FreeBSD finally. What should I > do with it now, the tarball would be a little big to stick on the > list I assume. It is basically a device driver that can be compiled > as a kld or static kernel driver, and another module that is loaded > after the linux module to facilitate the linux ioctl interface (which > requires drivers to register their own ioctls for linux). Anyway, is > there someone in charge of taking care of this sort of thing, or some > testers? Give us the URL! :-) 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-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 16:19:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 9BCB637BBDA; Mon, 5 Jun 2000 16:19:26 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id TAA03969; Mon, 5 Jun 2000 19:25:45 -0400 (EDT) (envelope-from cokane) Date: Mon, 5 Jun 2000 19:25:45 -0400 From: Coleman Kane To: Neil Blakey-Milner Cc: Coleman Kane , "Daniel C. Sobral" , Bob K , Alfred Perlstein , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605192545.A3877@cokane.yi.org> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604230650.A6732@cokane.yi.org> <20000605143137.A97113@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000605143137.A97113@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Mon, Jun 05, 2000 at 08:32:14AM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, it would be nice to auto-load or unload any module that is needed. not just ethernet and fs types. That's basically the idea. Say, if you load a driver that uses some resources that another one can use while the first one is off... that's what I'm talking about. Neil Blakey-Milner had the audacity to say: > > I'm still having problems working out what this will do. Can you > explain the differences between the current way of doing things, and > what your stuff will conceptually do? > > Neil > -- > Neil Blakey-Milner > Sunesi Clinical Systems > nbm@mithrandr.moria.org > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 16:21: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 16C1D37BBDA; Mon, 5 Jun 2000 16:20:51 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id TAA03977; Mon, 5 Jun 2000 19:27:24 -0400 (EDT) (envelope-from cokane) Date: Mon, 5 Jun 2000 19:27:24 -0400 From: Coleman Kane To: Doug White Cc: Coleman Kane , stable@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: 3dfx driver Message-ID: <20000605192724.B3877@cokane.yi.org> References: <20000604045359.A3272@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from dwhite@resnet.uoregon.edu on Mon, Jun 05, 2000 at 06:14:10PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG http://pohl.ececs.uc.edu/~cokane/ Doug White had the audacity to say: > > On Sun, 4 Jun 2000, Coleman Kane wrote: > > > I have finished the 3dfx driver for FreeBSD finally. What should I > > do with it now, the tarball would be a little big to stick on the > > list I assume. It is basically a device driver that can be compiled > > as a kld or static kernel driver, and another module that is loaded > > after the linux module to facilitate the linux ioctl interface (which > > requires drivers to register their own ioctls for linux). Anyway, is > > there someone in charge of taking care of this sort of thing, or some > > testers? > > Give us the URL! :-) > > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org > -- Coleman Kane President, UC Free O.S. Users Group - http://pohl.ececs.uc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 16:55:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id E204737B8E7; Mon, 5 Jun 2000 16:55:30 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA00657; Mon, 5 Jun 2000 16:58:56 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006052358.QAA00657@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Coleman Kane Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 19:25:45 EDT." <20000605192545.A3877@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 16:58:56 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, it would be nice to auto-load or unload any module that is needed. > not just ethernet and fs types. That's basically the idea. Say, if you > load a driver that uses some resources that another one can use while the > first one is off... that's what I'm talking about. "Some resources?" Er, no offence, but you're not making any sense. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 16:55:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 5350337BEA7; Mon, 5 Jun 2000 16:55:42 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e55NtU402906; Mon, 5 Jun 2000 16:55:30 -0700 (PDT) Date: Mon, 5 Jun 2000 16:55:30 -0700 From: Alfred Perlstein To: Coleman Kane Cc: Neil Blakey-Milner , "Daniel C. Sobral" , Bob K , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605165530.V17973@fw.wintelcom.net> References: <20000604105336.E17973@fw.wintelcom.net> <20000604174507.B46482@cokane.yi.org> <393AF958.3EF20DDC@newsguy.com> <20000604230650.A6732@cokane.yi.org> <20000605143137.A97113@mithrandr.moria.org> <20000605192545.A3877@cokane.yi.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000605192545.A3877@cokane.yi.org>; from cokane@one.net on Mon, Jun 05, 2000 at 07:25:45PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Coleman Kane [000605 16:19] wrote: > Well, it would be nice to auto-load or unload any module that is > needed. not just ethernet and fs types. That's basically the > idea. Say, if you load a driver that uses some resources that > another one can use while the first one is off... that's what > I'm talking about. Oh, I see, too me it seems like a lot of work for not that much gain, nowadays with pnp and pci the reasource conflict game isn't nearly as bad. However if you come up with a design/implementation based on the current source I'm sure people would like to see it. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 16:59:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id ED63437BE32; Mon, 5 Jun 2000 16:59:16 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e55NxGN02966; Mon, 5 Jun 2000 16:59:16 -0700 (PDT) Date: Mon, 5 Jun 2000 16:59:16 -0700 From: Alfred Perlstein To: Mike Smith Cc: Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD Message-ID: <20000605165916.X17973@fw.wintelcom.net> References: <20000605192545.A3877@cokane.yi.org> <200006052358.QAA00657@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006052358.QAA00657@mass.cdrom.com>; from msmith@FreeBSD.ORG on Mon, Jun 05, 2000 at 04:58:56PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mike Smith [000605 16:58] wrote: > > > Well, it would be nice to auto-load or unload any module that is needed. > > not just ethernet and fs types. That's basically the idea. Say, if you > > load a driver that uses some resources that another one can use while the > > first one is off... that's what I'm talking about. > > "Some resources?" Er, no offence, but you're not making any sense. non shareable ISA irqs? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 17:22:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id 016A537BE68; Mon, 5 Jun 2000 17:22:36 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA00952; Mon, 5 Jun 2000 17:25:56 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006060025.RAA00952@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alfred Perlstein Cc: Mike Smith , Coleman Kane , stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: kerneld for FreeBSD In-reply-to: Your message of "Mon, 05 Jun 2000 16:59:16 PDT." <20000605165916.X17973@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jun 2000 17:25:56 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > * Mike Smith [000605 16:58] wrote: > > > > > Well, it would be nice to auto-load or unload any module that is needed. > > > not just ethernet and fs types. That's basically the idea. Say, if you > > > load a driver that uses some resources that another one can use while the > > > first one is off... that's what I'm talking about. > > > > "Some resources?" Er, no offence, but you're not making any sense. > > non shareable ISA irqs? They're "non shareable" at the hardware level ... like all the "non shareable" hardware resources. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 19:57:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id E054337B7DB; Mon, 5 Jun 2000 19:57:10 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id MAA57603; Tue, 6 Jun 2000 12:27:08 +0930 (CST) (envelope-from grog) Date: Tue, 6 Jun 2000 12:27:08 +0930 From: Greg Lehey To: FreeBSD current users , FreeBSD Stable Users Subject: HEADS UP: Another Vinum RAID-5 data integrity problem (*sigh*) Message-ID: <20000606122708.D57232@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've only just fixed one problem in RAID-5 revive, and another one has surfaced. For the moment: if you have a RAID-5 plex with a dead subdisk, leave it that way. It's safer than restarting it. I think I should have it fixed relatively quickly. Watch this space. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 23:42:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 702EC37B7FF; Mon, 5 Jun 2000 23:42:39 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id CAA02092; Tue, 6 Jun 2000 02:49:17 -0400 (EDT) (envelope-from cokane) Date: Tue, 6 Jun 2000 02:49:17 -0400 From: Coleman Kane To: Mike Smith Cc: Alfred Perlstein , Coleman Kane , stable@freebsd.org, hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000606024917.B2006@cokane.yi.org> References: <20000605165916.X17973@fw.wintelcom.net> <200006060025.RAA00952@mass.cdrom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" X-Mailer: Mutt 1.0.1i In-Reply-To: <200006060025.RAA00952@mass.cdrom.com>; from msmith@freebsd.org on Mon, Jun 05, 2000 at 08:22:36PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable No, they are technically shareable, as long as you don't attept to expect either of them at the software level to respond at a certain time. This is why you can have COM2 and COM4 on the same interrupt in windows or DOS, as long as you don't use them at the same time. The ISA bus is a very simple interface, and typically nothing at the hardware level causes a system to crash when resources are shared. It is usually a driver expecting information from its device, when another one is already using a certain interrupt. The only counter to this is MIO and PIO, where the result of an input is undefined, and an output is supposed to cause the data to go to both devices. I was actually aiming more towards, memory allocations, and other things like MTRRs and X and stuff. From the MTRR standpoint, most 6th gen processors (for the sake of argument the K6CXT is 6th gen) have MTRRs, registers that can define how memory ranges are utilized in the processor. There are only a finite number of these, therefore if you were to disable them for some hardware that didn't need them you could spread them out. It would also be really great (and I was originally not informed about the current state of autoloading/unloading of modules for fs and net devices) to move completely to loading everything out of klds, rather than compiling the kernel. It may also help some debugging to be able to pull apart the kernel peice by peice, having a basic default "failsafe" kernel to boot from that would subsequently begin to load the necessary modules specified, or to load them in real time and unload them when finished. I really am not sure about the reality of this proposal, and someone brought it up earlier, so I thought I'd stick my head in on it. This email is getting rather lengthy, maybe I'll try fiddling with something tonight... school is over until summer quarter starts. Mike Smith had the audacity to say: >=20 > They're "non shareable" at the hardware level ... like all the "non=20 > shareable" hardware resources. >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PJ7tERViMObJ880RAaS0AJ0eck/61rwJHDiatT75DuAxViyMAACg2vMA Xxv40cqzxSdnoFvFtGjCA7s= =f7Jz -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Jun 5 23:52:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id A2DDE37BFA6; Mon, 5 Jun 2000 23:52:09 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id CAA02165; Tue, 6 Jun 2000 02:58:47 -0400 (EDT) (envelope-from cokane) Date: Tue, 6 Jun 2000 02:58:47 -0400 From: Coleman Kane To: Mike Smith Cc: Coleman Kane , stable@freebsd.org, hackers@freebsd.org Subject: Re: kerneld for FreeBSD Message-ID: <20000606025847.D2006@cokane.yi.org> References: <20000605192545.A3877@cokane.yi.org> <200006052358.QAA00657@mass.cdrom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" X-Mailer: Mutt 1.0.1i In-Reply-To: <200006052358.QAA00657@mass.cdrom.com>; from msmith@freebsd.org on Mon, Jun 05, 2000 at 07:58:04PM -0400 X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sorry, been working a strange schedule this week. By resources, I meant ker= nel resources such as kmem space, from what I have been hearing though, it seem= s as though the kernel does a lot this stuff already. I dunno, but someone else posted awhile back about this, so I was still interested. Mike Smith had the audacity to say: >=20 > > Well, it would be nice to auto-load or unload any module that is needed. > > not just ethernet and fs types. That's basically the idea. Say, if you > > load a driver that uses some resources that another one can use while t= he > > first one is off... that's what I'm talking about. >=20 > "Some resources?" Er, no offence, but you're not making any sense. >=20 --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PKEnERViMObJ880RAQpMAJ43Mmbao0GP0zJ40ezx0JxHg8+cLgCg30uL zhJoHgwHE7UUC0ayyP0DL4A= =4EkQ -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 0:21:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from evil.2y.net (ztown2-2-9.adsl.one.net [216.23.15.9]) by hub.freebsd.org (Postfix) with ESMTP id 3F4D037BF58; Tue, 6 Jun 2000 00:21:05 -0700 (PDT) (envelope-from cokane@evil.2y.net) Received: (from cokane@localhost) by evil.2y.net (8.9.3/8.9.3) id DAA02325; Tue, 6 Jun 2000 03:27:43 -0400 (EDT) (envelope-from cokane) Date: Tue, 6 Jun 2000 03:27:43 -0400 From: Coleman Kane To: stable@freebsd.org, current@freebsd.org Subject: 3dfx device driver Message-ID: <20000606032743.A2315@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi, I am just updating about the driver. I mad a few significant changes th= at are up at http://pohl.ececs.uc.edu/~cokane now. --=20 Coleman Kane President,=20 UC Free O.S. Users Group - http://pohl.ececs.uc.edu --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.0 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE5PKfvERViMObJ880RAZprAJ40187EBD1/028JJXYmv0PYhzJt/ACgkKu6 qBIwCWarkp4vAN8SiaK7DPM= =vSUV -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 4:36: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from frigga.circle.net (morrigu.circle.net [209.95.64.11]) by hub.freebsd.org (Postfix) with ESMTP id 00E1D37C00B for ; Tue, 6 Jun 2000 04:35:48 -0700 (PDT) (envelope-from tcobb@staff.circle.net) Received: by FRIGGA with Internet Mail Service (5.5.2650.21) id ; Tue, 6 Jun 2000 07:35:32 -0400 Message-ID: From: Troy Arie Cobb To: "'freebsd-stable@freebsd.org'" Subject: RE: FATAL FS Mount bug in -STABLE and -RELEASE Date: Tue, 6 Jun 2000 07:35:25 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG More information: this problem does NOT occur on the latest 3.4-STABLE release. > -----Original Message----- > From: Troy Arie Cobb [mailto:tcobb@staff.circle.net] > Sent: Monday, June 05, 2000 1:10 PM > > I've found a fatal filesystem mount bug in both 4.0-STABLE > and 4.0-RELEASE, > tested on the 20000604 snapshot of 4.0. > > With both the GENERIC kernel and a custom kernel, the system hangs > tight when more than about 256 filesystems are mounted. I've > tested this with loopback NFS mounts, remote NFS mounts, > and local NULL mounts. The machine freezes, responds to pings and > changing of virtual console, but accepts no input. No > errors are written to > /var/log or console. A hard reset is the only way out, CTRL-ALT-DEL > doesn't work. > > Please tell me what other info we can provide. This should > be easy to > reproduce, though I'd be happy to give anyone the perl > scripts we use > to tickle the bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 5:38: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 5C91637B8CB for ; Tue, 6 Jun 2000 05:37:54 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id IAA30061 for ; Tue, 6 Jun 2000 08:37:01 -0400 (EDT) Received: (from mi@localhost) by misha.privatelabs.com (8.9.3/8.9.3) id IAA70234 for stable@freebsd.org; Tue, 6 Jun 2000 08:36:52 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200006061236.IAA70234@misha.privatelabs.com> Subject: using shared irq%d To: stable@freebsd.org Date: Tue, 6 Jun 2000 08:36:52 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why am I seeing this every once in a while: using shared irq7 ? The only driver using irq7 seems to be the ppc... Here is the machine's dmesg : Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Thu Jun 1 18:51:36 EDT 2000 root@murlo.zaytman.com:/tmp/src/sys/compile/MURLO Calibrating clock(s) ... TSC clock: 100001606 Hz, i8254 clock: 1193261 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P54C (90.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping = 4 Features=0x7bf real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00398000 - 0x07ff7fff, 130416640 bytes (31840 pages) avail memory = 127021056 (124044K bytes) Programming 16 pins in IOAPIC #0 EISA INTCONTROL = 00000c00 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec01000 bios32: Found BIOS32 Service Directory header at 0xc00fff70 bios32: Entry = 0xfd1b1 (c00fd1b1) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xaea pnpbios: Found PnP BIOS data at 0xc00f62e0 pnpbios: Entry = f0000:cacf Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "murlo" at 0xc037c000. Intel Pentium detected, installing workaround for F00F bug SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x00000000 (0x80000000) pci_open(1b): mode1res=0x80000000 (0xff000001) pci_cfgcheck: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pci_open(2): mode 2 enable port (0x0cf8) is 0x00 pci_open(2a): mode2res=0x0e (0x0e) pci_open(2a): now trying mechanism 2 pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=04a38086) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 271242749 bytes/sec bzero() bandwidth = 422013836 bytes/sec pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x00000000 (0x80000000) pci_open(1b): mode1res=0x80000000 (0xff000001) pci_cfgcheck: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pci_open(2): mode 2 enable port (0x0cf8) is 0x00 pci_open(2a): mode2res=0x0e (0x0e) pci_open(2a): now trying mechanism 2 pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=04a38086) pcib0: on motherboard found-> vendor=0x8086, dev=0x04a3, revid=0x11 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x0482, revid=0x04 class=00-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x100c, dev=0x3206, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base fe000000, size 24 found-> vendor=0x9004, dev=0x5078, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 00008000, size 8 map[14]: type 1, range 32, base ff000000, size 12 found-> vendor=0x1095, dev=0x0640, revid=0x02 class=01-01-0a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=14 found-> vendor=0x1011, dev=0x0009, revid=0x12 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 00008100, size 7 map[14]: type 1, range 32, base ff001000, size 7 pci0: on pcib0 CPU: Pentium, 90MHz, CPU->Memory posting ON, read around write Warning: Cache parity disabled! Cache: 256KB writeback, cache clocks=3-2-2-2/4-2-2-2 Cache flags: byte-control DRAM: page mode memory clocks=X-4-4-4 (70ns), RAS-wait, CAS-wait CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 PCI->Memory: posting ON Refresh: RAS#Only isab0: at device 1.0 on pci0 eisa0: on isab0 mainboard0: on eisa0 slot 0 isa0: on isab0 pci0: (vendor=0x100c, dev=0x3206) at 2.0 irq 10 ahc0: port 0x8000-0x80ff mem 0xff000000-0xff000fff irq 10 at device 3.0 on pci0 ahc0: No SEEPROM available. ahc0: Using left over BIOS settings ahc0: aic7850 Single Channel A, SCSI Id=7, 3/255 SCBs ahc0: Downloading Sequencer Program... 411 instructions downloaded ide_pci0: irq 14 at device 4.0 on pci0 ide_pci0: driver is using old-style compatability shims de0: port 0x8100-0x817f mem 0xff001000-0xff00107f irq 11 at device 5.0 on pci0 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:15:cb:e4 de0: enabling 10baseT port de0: supplying EUI64: 00:00:c0:ff:fe:15:cb:e4 bpf: de0 attached Trying Read_Port at 203 ESS0000: adding io range 0x800-0xfff, size=0x8, align=0x8 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x20 ESS1868: adding io range 0x220-0x22f, size=0x10, align=0 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x330-0x331, size=0x2, align=0 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x6a0 ESS1868: adding io range 0x220-0x24f, size=0x10, align=0x20 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x800-0xfff, size=0x4, align=0x4 ESS1868: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1868: end dependant ESS0001: start dependant ESS0001: adding io range 0x201-0x201, size=0x1, align=0 ESS0001: start dependant ESS0001: adding io range 0x200-0x20f, size=0x1, align=0x1 ESS0001: end dependant isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 90 03 c8 psm: status 90 03 c8 psm: status 90 03 c8 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7006d fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 a1 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 a1 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <12 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) wdc0 at port 0x1f0-0x1f7 irq 14 on isa0 wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 1219MB (2496816 sectors), 2477 cyls, 16 heads, 63 S/T, 512 B/S wd0: ATA INQUIRE valid = 0003, dmamword = 0107, apio = 0003, udma = 0000 wdc0: driver is using old-style compatability shims wdc1 at port 0x170-0x177 irq 15 on isa0 wdc1: unit 0 (wd2): wd2: 405MB (830760 sectors), 989 cyls, 15 heads, 56 S/T, 512 B/S wd2: ATA INQUIRE valid = 0003, dmamword = 0003, apio = 0001, udma = 0000 wdc1: driver is using old-style compatability shims fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x61 0x71 0x61 0x61 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x61 0x69 0x61 0x61 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 2 not in bitmap of probed irqs 0 sio2: irq maps: 0x61 0x61 0x61 0x61 sio2: probe failed test(s): 0 1 2 4 6 7 9 sio3: configured irq 12 not in bitmap of probed irqs 0x200 sio3: irq maps: 0x61 0x261 0x61 0x61 sio3 at port 0x2e8-0x2ef irq 12 on isa0 sio3: type 16550A joy0 at port 0x201 on isa0 ppc0: parallel port found at 0x378 ppc0: SMC registers CR1=0xbe CR4=0x0 SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC FDC37C665GT chipset (PS2/NIBBLE) in COMPATIBLE mode vpo0: can't connect to the drive imm0: (disconnect) s1=0x0 s2=0x0, s3=0x0 imm0: (connect) s1=0x0 s2=0x0, s3=0x0 imm0: can't connect to the drive lpt0: on ppbus0 lpt0: Interrupt-driven port isa_probe_children: probing PnP devices unknown0: at port 0x800-0x807 on isa0 sbc1: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: on sbc1 pcm0: ESS1868 detected pcm: setmap a000, 1000; 0xc7572000 -> a000 pcm: setmap b000, 1000; 0xc7573000 -> b000 joy1: at port 0x200 on isa0 SMP: enabled INTs: 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, 15, apic_imen: 0x00ff2305 BIOS Geometries: 0:02693f3f 0..617=618 cylinders, 0..63=64 heads, 1..63=63 sectors 1:03db0e38 0..987=988 cylinders, 0..14=15 heads, 1..56=56 sectors 2:03f13f20 0..1009=1010 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for Device configuration finished. APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, unlimited logging DUMMYNET initialized (000106) new masks: bio 4800c040, tty 430010ba, net 470018ba bpf: lo0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: stf0 attached bpf: faith0 attached Linux-ELF exec handler installed BRIDGE 990810, have 8 interfaces -- index 1 type 6 phy 0 addrl 6 addr 00.00.c0.15.cb.e4 IPsec: Initialized Security Association Processing. Waiting 2 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ahc0:0:2:0): ILLEGAL REQUEST asc:24,0 (probe2:ahc0:0:2:0): Invalid field in CDB sks:c8,1 ahc0: target 2 synchronous at 4.0MHz, offset = 0xf ahc0: target 0 synchronous at 10.0MHz, offset = 0xf Creating DISK da0 Creating DISK cd0 pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number 00686676 pass0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 2 lun 0 pass1: Removable CD-ROM SCSI-2 device pass1: 4.237MB/s transfers (4.237MHz, offset 15) Mounting root from ufs:/dev/wd0a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number 00686676 da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1010MB (2069860 512 byte sectors: 64H 32S/T 1010C) wd0s1: type 0xa5, start 63, end = 2494169, size 2494107 : OK WARNING: / was not properly dismounted start_init: trying /sbin/init cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 15) cd0: cd present [268581 x 2048 byte records] da0: invalid primary partition table: no magic wd2s1: type 0x6, start 56, end = 389759, size 389704 : OK wd2s2: type 0xa5, start 389760, end = 830759, size 441000 : OK wd2s1: type 0x6, start 56, end = 389759, size 389704 : OK wd2s2: type 0xa5, start 389760, end = 830759, size 441000 : OK da0: invalid primary partition table: no magic de0: starting DAD for fe80:0001::0200:c0ff:fe15:cbe4 de0: DAD complete for fe80:0001::0200:c0ff:fe15:cbe4 - no duplicates found bpf: tun0 attached TIA. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 8:39:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from saturn.aepnet.com (saturn.aepnet.com [208.129.247.21]) by hub.freebsd.org (Postfix) with ESMTP id 380DE37B805 for ; Tue, 6 Jun 2000 08:39:22 -0700 (PDT) (envelope-from chris@aepnet.com) Received: by saturn.aepnet.com (Postfix, from userid 1000) id B10C682086; Tue, 6 Jun 2000 08:40:24 -0700 (MST) To: freebsd-stable@freebsd.org Subject: sysinstall and fdisk/disklabel.. Message-Id: <20000606154024.B10C682086@saturn.aepnet.com> Date: Tue, 6 Jun 2000 08:40:24 -0700 (MST) From: chris@aepnet.com (chris reaume) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG all the discussion of changing defaults for disklabel made me think of something.. would it be possible to detect if the beginning of the root partition was past (or near) the 1024 cylinder boundary? took me a while last time to figure out I just needed to "boot0cfg -B -o packet da0".. see, it's my bad habit of putting swap partitions first on disk, as someone once told me that was faster (like I said, just a habit now).. well, this was always fine until I did it on the server at work with 512 mb of ram, never thinking once of the cylinder boundary issues.. anway, just an idea, dunno what the insides of fdisk or disklabel look like, so I have no idea how feasable it is, but anyway.. thanks, chris p.s. I'm working on my own web based email thing, so if this message looks weird for some reason, that's probably why and let me know :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 9:48:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id AFB3D37B6F9 for ; Tue, 6 Jun 2000 09:48:20 -0700 (PDT) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id e56Gm7n10826; Tue, 6 Jun 2000 09:48:07 -0700 (PDT) Message-Id: <200006061648.e56Gm7n10826@ptavv.es.net> To: Greg Lehey Cc: freebsd-stable@FreeBSD.ORG Subject: Status of bootable Vinum volumes? Date: Tue, 06 Jun 2000 09:48:07 -0700 From: "Kevin Oberman" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A few months ago you reported that you hoped code to allow booting a Vinum volume available in a few months. I realize that recent times have been kinda busy with the release of 4.0 and the start of work on 5.0, (not to mention whatever you do in to make money) but I was wondering what the status of that might be. I'd love to have my root partition mirrored! Thanks, R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 10:50:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 29EF237B567 for ; Tue, 6 Jun 2000 10:50:54 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id KAA11211; Tue, 6 Jun 2000 10:50:47 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200006061750.KAA11211@freeway.dcfinc.com> Subject: Re: using shared irq%d In-Reply-To: <200006061236.IAA70234@misha.privatelabs.com> from Mikhail Teterin at "Jun 6, 0 08:36:52 am" To: mi@privatelabs.com (Mikhail Teterin) Date: Tue, 6 Jun 2000 10:50:46 -0700 (MST) Cc: stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Mikhail Teterin wrote: > Why am I seeing this every once in a while: > using shared irq7 > ? > > The only driver using irq7 seems to be the ppc... Here is the machine's > dmesg : I believe it was stated earlier on this list that any interrupt vectors not initialized in the hardware will be sent to the interrupt 7 handler. There was a recommendation from Intel quoted about how the int7 handler was supposed to be prepared for that. So, stray or spurrious interrupts could be the cause of your messages. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 11: 0: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 7B63837B8FE; Tue, 6 Jun 2000 10:59:38 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id SAA55315; Tue, 6 Jun 2000 18:59:01 +0100 (BST) (envelope-from nik) Date: Tue, 6 Jun 2000 18:59:01 +0100 From: Nik Clayton To: stable@freebsd.org, announce@freebsd.org Subject: [Conspectus] -stable, week ending 29th May 2000 Message-ID: <20000606185901.A55056@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i Organization: FreeBSD Project Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ Posting on behalf of Salvo Bartolotta, who did all the hard work. See http://www.FreeBSD.org/conspectus/index.html for more information. To contribute, contact doc@FreeBSD.org -- N ] FreeBSD-stable Conspectus, week ending 29th May 2000 Dates # Posts Subject May 23 - May 27 20 Re: ad0 drivers revisited May 25 - 29 May 19 Problems compiling FreeBSD stable May 24 - May 26 10 4-stable won't boot May 23 - May 23 1 solved Re: spontaneous reboots May 26 - May 27 5 making 4.0 DOS resistant May 23 - May 23 2 Problems with NFS on FreeBSD 4.0 May 27 - May 29 3 Strange message May 24 - May 27 5 Transparent proxies and fetch May 23 - May 23 6 tun0: Warning: CHAP 0x81 not supported May 23 - May 23 4 Re: -CURRENT Mylex on stable? May 24 - May 25 7 ntpdate could not sync time from any server May 25 - May 26 4 3DNow! binutils & Mesa for -STABLE --------------------------------------------------------------------------- May 23 - May 27 (20 posts): Re: ad0 drivers revisited Last week's thought-provoking debate continued this week; the discussion focused on a a few possible workarounds for circumventing the well-known ad driver bug early in the booting process. It seems that an effective solution has not still been implemented. However, a number of interesting suggestions were offered. The point is that, in order to prevent any HD damage, PIO mode should be set by default very early at boot time. Albeit the bug only manifests itself in the worst form in a very limited number of cases -- ie rather special combinations of hardware components -- when it does, it does ... --------------------------------------------------------------------------- May 25 - May 29 (19 posts): Problems compiling FreeBSD stable On May 25, 2000, [Graham Wheeler] met a number of errors in the make world process while compiling gcc. After some experimentation, he got rid of them by using the "i" option for make. He seems to be the only person in the forum to have found these errors; probably, they were caused by an incorrect updating procedure. Although the problems were soon easily solved, several fine points were hinted at in this thread: in particular, such a secondary specific procedure as "make includes", which is (usually) relevant to -CURRENT. --------------------------------------------------------------------------- May 24 - May 26 (10 posts):  4-stable won't boot The boot problem in question turned out to be trivial: the ata device was commented out (!) in the kernel configuration file. The correspondents, subsequently, went on to describe their experience with such dangerous options as AUTO_EOI_1 and AUTO_EOI_2. --------------------------------------------------------------------------- May 23 - May 23 (1 posts): solved Re: spontaneous reboots On May 23, 2000, [Fritz Heinrichmeyer] announced that he had solved his spontaneous reboot problem by upgrading to -STABLE -- the SMP cleanups seemed to require a recompilation. Incidentally, I have read about spontaneous reboots a good number of times in the FreeBSD mailing lists. The most common cause is bad hardware; sometimes, as in the present situation, the cause is of software nature. Upgrading to -STABLE, as is very often the case, is the solution to that vexed question. On May, 29, however, Fritz wrote again. Other spontaneous reboots, in fact, occurred a few days later. Also, [MI] reported on the same matter -- MI, too, has been running SMP boards. This anomalous behavio(ur) seems to be specifically related to the SMP code, and is currently under investigation. --------------------------------------------------------------------------- May 26 - May 27 (5 posts): making 4.0 DOS resistant [Sameer R.Manek] was seeking information about FreeBSD strategies for handling DOS attacks. [Bill Fumerola] pointed out that such options as ICMP_BANDLIM, TCP_DROP_SYNFIN, and TCP_RESTRICT_RST, albeit useful in fighting DOS attacks (e.g. attacks on IRC servers), cannot cope with spoofed ip syn floods. In particular, Bill is going to publish some (on-line) material about DOS attacks at large: stay tuned... though I'll probably post my findings/suggestions on -security when I finally write them up. --------------------------------------------------------------------------- May 23 - May 23 (2 posts): Problems with NFS on FreeBSD 4.0 [Paul A. Howes] , answering a letter of [Zherdev Anatoly]'s, suggested a procedure for installing ports over a network: What I usually do is perform the first-time build and install on the server. Then, when I need one of the applications in /usr/ports on a different system, I NFS-mount /usr/ports and perform a "make reinstall" to get the application installed, but not built from scratch, on the client. I do it this way, because I had been alerted to permission problems in the building of various components. It's just simpler to do all of the builds on a server, and only do the installs on the client. Besides, my server is a faster machine than the clients I have, so builds go MUCH faster on it. --------------------------------------------------------------------------- May 27 - May 29 (3 posts): Strange message [Derek Tattersall] wrote: I am getting a message shortly after boot-up finishes which puzzles me. The message follows: lorne /kernel: arplookup 0.0.0.0 failed: host is not on local network. [Lucas Ertl] replied: I had almost the same message here, but it was host 13.10.15.10 instead of 0.0.0.0. The problem was a program called "LanGuard", installed on the Win2k box of one of my co-workers, that continously sent out arp requests but spoofed the MAC address of the machines NIC. You could try: tcpdump -n -e -p arp and then hunt down the MAC address. --------------------------------------------------------------------------- May 24 - May 27 (5 posts): Transparent proxies and fetch [Joe Shevland] found this error: Attempting to fetch from http://people.FreeBSD.org/~andreas/download/. fetch: empty reply from people.FreeBSD.org Both the stable forum and the c.u.b.f.m. newsgroup provided him with the long sought-after answer: Try "make FETCH_BEFORE_ARGS=-tb" or add "FETCH_BEFORE_ARGS=-tb" to /etc/make.conf. --------------------------------------------------------------------------- May 23 - May 23 (6 posts):  tun0: Warning: CHAP 0x81 not supported After setting up a pptp vpn (using pptp client from ports), [Michael Lucas] read these messages while trying to connect: May 23 10:02:24 proxybox (unknown)[2067]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:531]: Client connection established. May 23 10:02:25 proxybox (unknown)[2067]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:637]: Outgoing call established. May 23 10:02:28 proxybox ppp[2065]: tun0: Warning: CHAP 0x81 not supported [Brian Somers] responded: This (CHAP 0x81) is M$CHAPv2. An implementation will be committed to -current RSN. The work has been done by [Nathan Binkert] --------------------------------------------------------------------------- May 22 - May 23 (4 posts): Re: -CURRENT Mylex on stable? [Shawn Barnhart] asked for the diffs making Mylex work under -STABLE. [Mike Smith] rejoined: 1) Get the diffs. You will need a CVS repository, or use the cvsweb interface at http:// www.freebsd.org/cgi/cvsweb.cgi to extract the diffs. Note that mlx.c, mlx_disk.c, mlx_pci.c and mlxvar.h all changed in this fix. 2) Apply the diffs. Shawn Barnhart: I'm missing where the end result of diff/patch differs from the files themselves. It's a nice exercise, but kind of a PITA when you're not a CVS user. Mike Smith: The goal is to extract the changes I made to portions of the driver that are largely common between the two versions. --------------------------------------------------------------------------- May 24 - May 25 (7 posts): ntpdate could not sync time from any server [Lev Serebryakov] could not syncronize time on his homebox via ntpdate over a V.90 connection. On the same wavelenght, complaining about ntpdate not syncing over a DSL line, [Glen Gross] added: I have had the same experience, with a DSL line. I don't know if ntpdate requires the time to be within a certain threshold before it will sync or not. Does anyone know the answer to this? [Ian Smith] replied: Yes, it does; -t sets the time ntpdate will wait for a valid response. Still get one of these logged once every few days when upstream PPP link is extra heavily used, but used to get it much more often before using: ntpdate -t 2.4 -s ntp.ml.csiro.au ntp.cs.mu.oz.au judge.lis.net.au That's 2.4 seconds. man ntpdate isn't exactly clear re the unit format, but it does say that the default of 1 second is suitable for a LAN. --------------------------------------------------------------------------- May 25 - May 26 (4 posts): 3DNow! binutils & Mesa for -STABLE [Randall Hopper] posted the following message: Thanks to David O'Brien for upgrading -current's binutils. This new version supports AMD 3DNow! for the K6-2, K6-III, and Athelon folks. Wanting 3DNow support in gas, I pulled a copy from CVS and built it for 3.4-RELEASE (w/ gdb commented out). Now Mesa and friends detect and build in 3DNow support for Mesa on -stable. For other -stable folks that want to give it a shot, just fetch copies of src/contrib/binutils and src/gnu/usr.bin/binutils modules from the latest CVS ("cvs checkout "). Also, I'll be happy to send binutils exec binaries to anyone running 3.4. [Wilko Bulte] asked: Do thinks like fxtv use 3dnow to their advantage (I guess not)? But I assume the various mpeg* things might? [Randall Hopper] remarked: No fxtv doesn't, and I think you're right. As I recall MMX adds SIMD integer ops which is where the boost would be for things like pixel repacking. 3DNow's primary add was parallel floating/fixed point I believe. Rather than reinvent the wheel, I'll likely stack fxtv on the hermes port one of these days if there isn't a big turn-out for an alternative video API. --------------------------------------------------------------------------- * The present Conspectus expresses my strictly personal understanding of what occurred on the FreeBSD-stable mailing list during the specified week. * I may have made errors and/or mistakes as well as typos. If you feel that this is indeed the case, and/or that I have omitted some significant thread or part of a thread, feel free to contact me via email. Constructive criticism is more than welcome. Salvo Bartolotta To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 11: 2: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from unix1.jinr.dubna.su (unix1.jinr.dubna.su [159.93.17.121]) by hub.freebsd.org (Postfix) with ESMTP id 3285D37BEB8 for ; Tue, 6 Jun 2000 11:01:45 -0700 (PDT) (envelope-from lavr@unix1.jinr.dubna.su) Received: (from lavr@localhost) by unix1.jinr.dubna.su (8.8.8/8.8.8) id WAA15301 for freebsd-stable@FreeBSD.ORG; Tue, 6 Jun 2000 22:03:26 +0400 (MSD) (envelope-from lavr) From: Andrey Lavrentyev Message-Id: <200006061803.WAA15301@unix1.jinr.dubna.su> Subject: ABIT BE6-II(hpt366) & ata in -stable To: freebsd-stable@FreeBSD.ORG Date: Tue, 6 Jun 2000 22:03:26 +0400 (MSD) Reply-To: lavr@unix1.jinr.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, 1. ABIT BE6-II very nice mom, but I have undestandable troubles in -stable :((( 2. HW configuration: - abit be6-ii + 500mhz_celeron-370[via Soltec slotket to Slot1] + nvidia_tnt[agp] + dec-21041+es1371 + ram-128[pc133] 3. 2-HDD Quantum attach to hpt366. 4. 4.0-Release and Snapshot from 28 May - installed successfully, and all work fine(including XFree) until first `make` - for any software from /usr/ports: - cd /usr/ports/_any_subdir - make worked a little time ... ... Oops - HALTED, all hw-devices are dead, there are no interrupts at all: - keyboards, all leds off - disks and etc, only `RESET`, but after reset, fs can't clear properly - only by hands or after power-off :((( Next step - testing all harware, but it's ok. After testing CPU/RAM - it's ok, backup /etc/fstab to fstab.hpt366 and replace disk devices to new in compliance to common eide, reboot, and NOW all work fine. There was many postings in mail-archive that I saw and all assert that ABITs work fine, so what's work fine ABIT's HPT366 or ATA-drivers, or any recomendations... All disks via hpt366 worked in dma-mode, may be need pio-mode via sysctl, but does it mean that system and fs will be work stable? How many ide-device I can use in -stable? 8 - is it right if use hpt+eide? htp366 - 2controllers == 4 devices eide - 2controllers == 4 devices ---------------------------------- sum = 8 devices Below 2 cuts from dmesg, 1-hpt - when -stable crash after make, 2-eide - all work fine. ----------------------- HPT366 dmesg -------------------------------- Jun 5 20:41:03 mp3 /kernel: Copyright (c) 1992-2000 The FreeBSD Project. Jun 5 20:41:03 mp3 /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Jun 5 20:41:03 mp3 /kernel: The Regents of the University of California. All rights reserved. Jun 5 20:41:03 mp3 /kernel: FreeBSD 4.0-20000528-STABLE #0: Sun May 28 11:58:40 GMT 2000 Jun 5 20:41:03 mp3 /kernel: root@usw3.freebsd.org:/usr/src/sys/compile/GENERIC Jun 5 20:41:03 mp3 /kernel: Timecounter "i8254" frequency 1193182 Hz Jun 5 20:41:03 mp3 /kernel: CPU: Pentium II/Pentium II Xeon/Celeron (501.14-MHz 686-class CPU) Jun 5 20:41:03 mp3 /kernel: Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Jun 5 20:41:03 mp3 /kernel: Features=0x183f9ff Jun 5 20:41:03 mp3 /kernel: real memory = 134217728 (131072K bytes) Jun 5 20:41:03 mp3 /kernel: config> di pcic0 Jun 5 20:41:03 mp3 /kernel: config> di sn0 Jun 5 20:41:03 mp3 /kernel: config> di lnc0 Jun 5 20:41:03 mp3 /kernel: config> di ie0 Jun 5 20:41:03 mp3 /kernel: config> di fe0 Jun 5 20:41:03 mp3 /kernel: config> di ed0 Jun 5 20:41:03 mp3 /kernel: config> di cs0 Jun 5 20:41:03 mp3 /kernel: config> di bt0 Jun 5 20:41:03 mp3 /kernel: config> di aic0 Jun 5 20:41:03 mp3 /kernel: config> di aha0 Jun 5 20:41:03 mp3 /kernel: config> di adv0 Jun 5 20:41:03 mp3 /kernel: config> en le0 Jun 5 20:41:03 mp3 /kernel: config> po le0 0x300 Jun 5 20:41:03 mp3 /kernel: config> ir le0 10 Jun 5 20:41:03 mp3 /kernel: config> iom le0 0xd0000 Jun 5 20:41:03 mp3 /kernel: config> f le0 0 Jun 5 20:41:03 mp3 /kernel: config> q Jun 5 20:41:03 mp3 /kernel: avail memory = 126676992 (123708K bytes) Jun 5 20:41:03 mp3 /kernel: Preloaded elf kernel "kernel" at 0xc03c9000. Jun 5 20:41:03 mp3 /kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc03c909c. Jun 5 20:41:03 mp3 /kernel: Pentium Pro MTRR support enabled Jun 5 20:41:03 mp3 /kernel: md0: Malloc disk Jun 5 20:41:03 mp3 /kernel: npx0: on motherboard Jun 5 20:41:03 mp3 /kernel: npx0: INT 16 interface Jun 5 20:41:03 mp3 /kernel: pcib0: on motherboard Jun 5 20:41:03 mp3 /kernel: pci0: on pcib0 Jun 5 20:41:03 mp3 /kernel: pcib1: at device 1.0 on pci0 Jun 5 20:41:03 mp3 /kernel: pci1: on pcib1 Jun 5 20:41:03 mp3 /kernel: pci1: at 0.0 irq 9 Jun 5 20:41:03 mp3 /kernel: isab0: at device 7.0 on pci0 Jun 5 20:41:03 mp3 /kernel: isa0: on isab0 Jun 5 20:41:03 mp3 /kernel: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 Jun 5 20:41:03 mp3 /kernel: ata1: at 0x170 irq 15 on atapci0 Jun 5 20:41:03 mp3 /kernel: pci0: at 7.2 irq 9 Jun 5 20:41:03 mp3 /kernel: chip1: port 0x5000-0x500f at device 7.3 on pci0 Jun 5 20:41:03 mp3 /kernel: pci0: (vendor=0x1274, dev=0x1371) at 11.0 irq 9 Jun 5 20:41:03 mp3 /kernel: de0: port 0xc800-0xc87f mem 0xd9000000-0xd900007f irq 10 at device 15.0 on pci0 Jun 5 20:41:03 mp3 /kernel: de0: 21041 [10Mb/s] pass 2.1 Jun 5 20:41:03 mp3 /kernel: de0: address 00:80:ad:80:7d:53 Jun 5 20:41:03 mp3 /kernel: de0: supplying EUI64: 00:80:ad:ff:fe:80:7d:53 Jun 5 20:41:03 mp3 /kernel: atapci1: port 0xd400-0xd4ff,0xd000-0xd003,0xcc00-0xcc07 irq 11 at device 19.0 on pci0 Jun 5 20:41:03 mp3 /kernel: ata2: at 0xcc00 on atapci1 Jun 5 20:41:03 mp3 /kernel: atapci2: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 11 at device 19.1 on pci0 Jun 5 20:41:03 mp3 /kernel: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Jun 5 20:41:03 mp3 /kernel: fdc0: FIFO enabled, 8 bytes threshold Jun 5 20:41:03 mp3 /kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Jun 5 20:41:03 mp3 /kernel: atkbdc0: at port 0x60,0x64 on isa0 Jun 5 20:41:03 mp3 /kernel: atkbd0: irq 1 on atkbdc0 Jun 5 20:41:03 mp3 /kernel: psm0: irq 12 on atkbdc0 Jun 5 20:41:03 mp3 /kernel: psm0: model Generic PS/2 mouse, device ID 0 Jun 5 20:41:03 mp3 /kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jun 5 20:41:03 mp3 /kernel: sc0: on isa0 Jun 5 20:41:03 mp3 /kernel: sc0: VGA <16 virtual consoles, flags=0x200> Jun 5 20:41:03 mp3 /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Jun 5 20:41:03 mp3 /kernel: sio0: type 16550A Jun 5 20:41:03 mp3 /kernel: sio1 at port 0x2f8-0x2ff irq 3 on isa0 Jun 5 20:41:03 mp3 /kernel: sio1: type 16550A Jun 5 20:41:03 mp3 /kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 Jun 5 20:41:03 mp3 /kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Jun 5 20:41:03 mp3 /kernel: ppi0: on ppbus0 Jun 5 20:41:03 mp3 /kernel: lpt0: on ppbus0 Jun 5 20:41:03 mp3 /kernel: lpt0: Interrupt-driven port Jun 5 20:41:03 mp3 /kernel: plip0: on ppbus0 Jun 5 20:41:03 mp3 /kernel: de0: enabling 10baseT port Jun 5 20:41:03 mp3 /kernel: ad4: 19470MB [39560/16/63] at ata2-master using UDMA66 Jun 5 20:41:03 mp3 /kernel: ad5: 19470MB [39560/16/63] at ata2-slave using UDMA66 Jun 5 20:41:03 mp3 /kernel: acd0: CDROM at ata1-master using PIO4 Jun 5 20:41:03 mp3 /kernel: Mounting root from ufs:/dev/ad4s2a Jun 5 20:41:03 mp3 /kernel: de0: starting DAD for fe80:0001::0280:adff:fe80:7d53 Jun 5 20:41:04 mp3 /kernel: de0: DAD complete for fe80:0001::0280:adff:fe80:7d53 - no duplicates found roll-back to EIDE: --------------------------- EIDE-dmesg ------------------------------------ Jun 6 19:16:16 mp3 /kernel: Copyright (c) 1992-2000 The FreeBSD Project. Jun 6 19:16:16 mp3 /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Jun 6 19:16:16 mp3 /kernel: The Regents of the University of California. All rights reserved. Jun 6 19:16:16 mp3 /kernel: FreeBSD 4.0-20000528-STABLE #0: Sun May 28 11:58:40 GMT 2000 Jun 6 19:16:16 mp3 /kernel: root@usw3.freebsd.org:/usr/src/sys/compile/GENERIC Jun 6 19:16:16 mp3 /kernel: Timecounter "i8254" frequency 1193182 Hz Jun 6 19:16:16 mp3 /kernel: CPU: Pentium II/Pentium II Xeon/Celeron (501.14-MHz 686-class CPU) Jun 6 19:16:16 mp3 /kernel: Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Jun 6 19:16:16 mp3 /kernel: Features=0x183f9ff Jun 6 19:16:16 mp3 /kernel: real memory = 134217728 (131072K bytes) Jun 6 19:16:16 mp3 /kernel: config> di pcic0 Jun 6 19:16:16 mp3 /kernel: config> di sn0 Jun 6 19:16:16 mp3 /kernel: config> di lnc0 Jun 6 19:16:16 mp3 /kernel: config> di ie0 Jun 6 19:16:16 mp3 /kernel: config> di fe0 Jun 6 19:16:16 mp3 /kernel: config> di ed0 Jun 6 19:16:16 mp3 /kernel: config> di cs0 Jun 6 19:16:16 mp3 /kernel: config> di bt0 Jun 6 19:16:16 mp3 /kernel: config> di aic0 Jun 6 19:16:16 mp3 /kernel: config> di aha0 Jun 6 19:16:16 mp3 /kernel: config> di adv0 Jun 6 19:16:16 mp3 /kernel: config> en le0 Jun 6 19:16:16 mp3 /kernel: config> po le0 0x300 Jun 6 19:16:16 mp3 /kernel: config> ir le0 10 Jun 6 19:16:16 mp3 /kernel: config> iom le0 0xd0000 Jun 6 19:16:16 mp3 /kernel: config> f le0 0 Jun 6 19:16:16 mp3 /kernel: config> q Jun 6 19:16:16 mp3 /kernel: avail memory = 126676992 (123708K bytes) Jun 6 19:16:16 mp3 /kernel: Preloaded elf kernel "kernel" at 0xc03c9000. Jun 6 19:16:16 mp3 /kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc03c909c. Jun 6 19:16:16 mp3 /kernel: Pentium Pro MTRR support enabled Jun 6 19:16:16 mp3 /kernel: md0: Malloc disk Jun 6 19:16:16 mp3 /kernel: npx0: on motherboard Jun 6 19:16:16 mp3 /kernel: npx0: INT 16 interface Jun 6 19:16:16 mp3 /kernel: pcib0: on motherboard Jun 6 19:16:16 mp3 /kernel: pci0: on pcib0 Jun 6 19:16:16 mp3 /kernel: pcib1: at device 1.0 on pci0 Jun 6 19:16:16 mp3 /kernel: pci1: on pcib1 Jun 6 19:16:16 mp3 /kernel: pci1: at 0.0 irq 9 Jun 6 19:16:16 mp3 /kernel: isab0: at device 7.0 on pci0 Jun 6 19:16:16 mp3 /kernel: isa0: on isab0 Jun 6 19:16:16 mp3 /kernel: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 Jun 6 19:16:16 mp3 /kernel: ata1: at 0x170 irq 15 on atapci0 Jun 6 19:16:16 mp3 /kernel: pci0: at 7.2 irq 9 Jun 6 19:16:16 mp3 /kernel: chip1: port 0x5000-0x500f at device 7.3 on pci0 Jun 6 19:16:16 mp3 /kernel: pci0: (vendor=0x1274, dev=0x1371) at 11.0 irq 9 Jun 6 19:16:16 mp3 /kernel: de0: port 0xc800-0xc87f mem 0xd9000000-0xd900007f irq 10 at device 15.0 on pci0 Jun 6 19:16:16 mp3 /kernel: de0: 21041 [10Mb/s] pass 2.1 Jun 6 19:16:16 mp3 /kernel: de0: address 00:80:ad:80:7d:53 Jun 6 19:16:16 mp3 /kernel: de0: supplying EUI64: 00:80:ad:ff:fe:80:7d:53 Jun 6 19:16:16 mp3 /kernel: atapci1: port 0xd400-0xd4ff,0xd000-0xd003,0xcc00-0xcc07 irq 11 at device 19.0 on pci0 Jun 6 19:16:16 mp3 /kernel: atapci2: port 0xe000-0xe0ff,0xdc00-0xdc03,0xd800-0xd807 irq 11 at device 19.1 on pci0 Jun 6 19:16:16 mp3 /kernel: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Jun 6 19:16:16 mp3 /kernel: fdc0: FIFO enabled, 8 bytes threshold Jun 6 19:16:16 mp3 /kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Jun 6 19:16:16 mp3 /kernel: atkbdc0: at port 0x60,0x64 on isa0 Jun 6 19:16:16 mp3 /kernel: atkbd0: irq 1 on atkbdc0 Jun 6 19:16:16 mp3 /kernel: psm0: irq 12 on atkbdc0 Jun 6 19:16:16 mp3 /kernel: psm0: model Generic PS/2 mouse, device ID 0 Jun 6 19:16:16 mp3 /kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Jun 6 19:16:16 mp3 /kernel: sc0: on isa0 Jun 6 19:16:16 mp3 /kernel: sc0: VGA <16 virtual consoles, flags=0x200> Jun 6 19:16:16 mp3 /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Jun 6 19:16:16 mp3 /kernel: sio0: type 16550A Jun 6 19:16:16 mp3 /kernel: sio1 at port 0x2f8-0x2ff irq 3 on isa0 Jun 6 19:16:16 mp3 /kernel: sio1: type 16550A Jun 6 19:16:16 mp3 /kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 Jun 6 19:16:16 mp3 /kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Jun 6 19:16:16 mp3 /kernel: ppi0: on ppbus0 Jun 6 19:16:16 mp3 /kernel: lpt0: on ppbus0 Jun 6 19:16:16 mp3 /kernel: lpt0: Interrupt-driven port Jun 6 19:16:16 mp3 /kernel: plip0: on ppbus0 Jun 6 19:16:16 mp3 /kernel: de0: enabling 10baseT port Jun 6 19:16:16 mp3 /kernel: ad2: 19470MB [39560/16/63] at ata1-master using UDMA33 Jun 6 19:16:16 mp3 /kernel: ad3: 19470MB [39560/16/63] at ata1-slave using UDMA33 Jun 6 19:16:16 mp3 /kernel: Mounting root from ufs:/dev/ad2s2a Jun 6 19:16:16 mp3 /kernel: de0: starting DAD for fe80:0001::0280:adff:fe80:7d53 Jun 6 19:16:17 mp3 /kernel: de0: DAD complete for fe80:0001::0280:adff:fe80:7d53 - no duplicates found Jun 6 19:30:13 mp3 login: ROOT LOGIN (toor) ON ttyv2 ------------------------------------------------------------------------------ Any recomendations are WELCOME. Best regards, -- lavr / Andrey Lavrentyev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 11:51:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id 4FB6637B61F for ; Tue, 6 Jun 2000 11:51:14 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 14198986 invoked from network); 6 Jun 2000 18:51:12 -0000 Received: from r120m166.cybercable.tm.fr (HELO cybercable.fr) ([195.132.120.166]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 6 Jun 2000 18:51:12 -0000 Message-ID: <393D4729.2EBED757@cybercable.fr> Date: Tue, 06 Jun 2000 20:47:05 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: vidcontrol VESA_800x600 makes my box reboot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello everybody, i have a problem since i use freebsd, and i've been waiting to cvsup and make world a last time to mail to the mailing list. as i've made world today, i post this message ! so, i have of course a freebsd 4.0-stable system with a diamond viper 550 agp video card. it is based on nvidia tnt1 chipset. vesa support is loaded through a kernel module with vesa_load="YES" in /boot/loader.conf at boot i have this message which seems to show that there isn't any problem with vesa : VESA: v3.0, 16128k memory, flags:0x1, mode table:0xc02ec102 (1000022) VESA: NVidia moreover, i have : options SC_PIXEL_MODE in my kernel config file. however, when i try to enable the 800x600 text mode by typing : "vidcontrol VESA_800x600", my freebsd box reboots without any message or warning in /var/log/messages. there are perhaps messages on the screen, but at least i can't see them. this is big problem for me because any user can run this command and so reboot the box. i wish to add that the disks aren't umounted properly when this happen. any help would be very appreciated ;) -Maxime Henrion To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 12:16: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from slash.ab.videon.ca (slash.ab.videon.ca [206.75.216.210]) by hub.freebsd.org (Postfix) with ESMTP id 44AF137B544 for ; Tue, 6 Jun 2000 12:15:51 -0700 (PDT) (envelope-from cwasser@v-wave.com) Received: from area51 (area51.v-wave.com [24.108.26.39]) by slash.ab.videon.ca (8.9.2/8.9.2) with SMTP id NAA14812 for ; Tue, 6 Jun 2000 13:15:47 -0600 (MDT) Message-Id: Date: Tue, 6 Jun 2000 13:15:47 -0600 X-Priority: 3 From: Chris Wasser X-Mailer: Mail Warrior To: "lavr@unix1.jinr.ru" Cc: stable@freebsd.org MIME-Version: 1.0 Subject: Re:ABIT BE6-II(hpt366) & ata in -stable Content-Type: Text/Plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8Bit X-Mailer-Version: v3.57 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had this exact same problem with BSD4.0 on a BE6-II, make sure you're running the latest BIOS update, the one I had problems with had the earliest release of the HPT366 BIOS (1.10) and would croak the box under heavy file i/o ... hth Original message from: Andrey Lavrentyev >Hi All, > > 1. ABIT BE6-II very nice mom, but I have undestandable troubles in > -stable :((( > Oops - HALTED, all hw-devices are dead, there are no interrupts at all: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 14: 0:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from frigga.circle.net (morrigu.circle.net [209.95.64.11]) by hub.freebsd.org (Postfix) with ESMTP id 298B937BA9E for ; Tue, 6 Jun 2000 14:00:47 -0700 (PDT) (envelope-from tcobb@staff.circle.net) Received: by FRIGGA with Internet Mail Service (5.5.2650.21) id ; Tue, 6 Jun 2000 17:00:26 -0400 Message-ID: From: Troy Arie Cobb To: "'freebsd-stable@freebsd.org'" Subject: RE: FATAL FS Mount bug in -STABLE and -RELEASE Date: Tue, 6 Jun 2000 17:00:17 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm a bit surprised that after two days no one has said anything about this fatal bug. Am I submitting this incorrectly? - Troy > -----Original Message----- > From: Troy Arie Cobb [mailto:tcobb@staff.circle.net] > Sent: Tuesday, June 06, 2000 7:35 AM > To: 'freebsd-stable@freebsd.org' > Subject: RE: FATAL FS Mount bug in -STABLE and -RELEASE > > > More information: this problem does NOT occur on the > latest 3.4-STABLE > release. > > > -----Original Message----- > > From: Troy Arie Cobb [mailto:tcobb@staff.circle.net] > > Sent: Monday, June 05, 2000 1:10 PM > > > > I've found a fatal filesystem mount bug in both 4.0-STABLE > > and 4.0-RELEASE, > > tested on the 20000604 snapshot of 4.0. > > > > With both the GENERIC kernel and a custom kernel, the > system hangs > > tight when more than about 256 filesystems are mounted. I've > > tested this with loopback NFS mounts, remote NFS mounts, > > and local NULL mounts. The machine freezes, responds > to pings and > > changing of virtual console, but accepts no input. No > > errors are written to > > /var/log or console. A hard reset is the only way out, > CTRL-ALT-DEL > > doesn't work. > > > > Please tell me what other info we can provide. This should > > be easy to > > reproduce, though I'd be happy to give anyone the perl > > scripts we use > > to tickle the bug. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 14:16:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 507C737BAD1 for ; Tue, 6 Jun 2000 14:16:51 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000606211730.JCZR8610.relay01@chello.nl>; Tue, 6 Jun 2000 23:17:30 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id XAA02613; Tue, 6 Jun 2000 23:16:47 +0200 (CEST) (envelope-from wkb) Date: Tue, 6 Jun 2000 23:16:47 +0200 From: Wilko Bulte To: Troy Arie Cobb Cc: "'freebsd-stable@freebsd.org'" Subject: Re: FATAL FS Mount bug in -STABLE and -RELEASE Message-ID: <20000606231647.A2551@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from tcobb@staff.circle.net on Tue, Jun 06, 2000 at 05:00:17PM -0400 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 05:00:17PM -0400, Troy Arie Cobb wrote: Well, it would not hurt to (also) send-pr(1) it. Other than that my guess is that people are busy with other things(?) Wilko > I'm a bit surprised that after two days no one has said anything about > this fatal bug. Am I submitting this incorrectly? > > - Troy > > > -----Original Message----- > > From: Troy Arie Cobb [mailto:tcobb@staff.circle.net] > > Sent: Tuesday, June 06, 2000 7:35 AM > > To: 'freebsd-stable@freebsd.org' > > Subject: RE: FATAL FS Mount bug in -STABLE and -RELEASE > > > > > > More information: this problem does NOT occur on the > > latest 3.4-STABLE > > release. > > > > > -----Original Message----- > > > From: Troy Arie Cobb [mailto:tcobb@staff.circle.net] > > > Sent: Monday, June 05, 2000 1:10 PM > > > > > > I've found a fatal filesystem mount bug in both 4.0-STABLE > > > and 4.0-RELEASE, > > > tested on the 20000604 snapshot of 4.0. > > > > > > With both the GENERIC kernel and a custom kernel, the > > system hangs > > > tight when more than about 256 filesystems are mounted. I've > > > tested this with loopback NFS mounts, remote NFS mounts, > > > and local NULL mounts. The machine freezes, responds > > to pings and > > > changing of virtual console, but accepts no input. No > > > errors are written to > > > /var/log or console. A hard reset is the only way out, > > CTRL-ALT-DEL > > > doesn't work. > > > > > > Please tell me what other info we can provide. This should > > > be easy to > > > reproduce, though I'd be happy to give anyone the perl > > > scripts we use > > > to tickle the bug. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 15:39: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id B8B1137B6AA for ; Tue, 6 Jun 2000 15:38:57 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:A4NDbkK3ptt1I4FQ+SxD+urloo5R09BP@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id HAA00898; Wed, 7 Jun 2000 07:38:56 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:tkhL8zxWTQLxdXBhAjZ/ksyz+qugfnKW@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id HAA26044; Wed, 7 Jun 2000 07:45:42 +0900 (JST) Message-Id: <200006062245.HAA26044@zodiac.mech.utsunomiya-u.ac.jp> To: Maxime Henrion Cc: freebsd-stable@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Reply-To: kazutaka.yokota@nifty.com Subject: Re: vidcontrol VESA_800x600 makes my box reboot In-reply-to: Your message of "Tue, 06 Jun 2000 20:47:05 +0200." <393D4729.2EBED757@cybercable.fr> References: <393D4729.2EBED757@cybercable.fr> Date: Wed, 07 Jun 2000 07:45:41 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > at boot i have this message which seems to show that there isn't any >problem with vesa : > VESA: v3.0, 16128k memory, flags:0x1, mode table:0xc02ec102 >(1000022) > VESA: NVidia > moreover, i have : > options SC_PIXEL_MODE >in my kernel config file. > > however, when i try to enable the 800x600 text mode by typing : >"vidcontrol VESA_800x600", my freebsd box reboots without any message or >warning in /var/log/messages. there are perhaps messages on the screen, >but at least i can't see them. this is big problem for me because any >user can run this command and so reboot the box. i wish to add that the >disks aren't umounted properly when this happen. Would you run 'vidcontrol -i mode' and 'vidcontrol -i adapter' and show us output? I would also like to see ENTIRE /var/run/dmesg.boot. Not just a part of it. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 16:38:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 50C5537B8DB for ; Tue, 6 Jun 2000 16:38:38 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id JAA67583; Wed, 7 Jun 2000 09:07:27 +0930 (CST) (envelope-from grog) Date: Wed, 7 Jun 2000 09:07:27 +0930 From: Greg Lehey To: Kevin Oberman Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Status of bootable Vinum volumes? Message-ID: <20000607090727.C65421@wantadilla.lemis.com> References: <200006061648.e56Gm7n10826@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200006061648.e56Gm7n10826@ptavv.es.net> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 6 June 2000 at 9:48:07 -0700, Kevin Oberman wrote: > A few months ago you reported that you hoped code to allow booting a > Vinum volume available in a few months. I realize that recent times > have been kinda busy with the release of 4.0 and the start of work on > 5.0, (not to mention whatever you do in to make money) but I was > wondering what the status of that might be. I'd love to have my root > partition mirrored! Well, we discussed it in -committers and came up with a whole different way to do it which should be better. It means a major rewrite, unfortunately. It won't be in the next month. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 16:45:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 5C38237BAE5 for ; Tue, 6 Jun 2000 16:45:17 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 36680369 invoked from network); 6 Jun 2000 23:45:14 -0000 Received: from r120m166.cybercable.tm.fr (HELO cybercable.fr) ([195.132.120.166]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 6 Jun 2000 23:45:14 -0000 Message-ID: <393D8C13.158FD7A@cybercable.fr> Date: Wed, 07 Jun 2000 01:41:07 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: vidcontrol VESA_800x600 makes my box reboot] Content-Type: multipart/mixed; boundary="------------2EAC8F3A809209AF49924201" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------2EAC8F3A809209AF49924201 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------2EAC8F3A809209AF49924201 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <393D886C.131867C8@cybercable.fr> Date: Wed, 07 Jun 2000 01:25:32 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: kazutaka.yokota@nifty.com Subject: Re: vidcontrol VESA_800x600 makes my box reboot References: <393D4729.2EBED757@cybercable.fr> <200006062245.HAA26044@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kazutaka YOKOTA wrote: > Would you run 'vidcontrol -i mode' and 'vidcontrol -i adapter' and > show us output? - vidcontrol -i mode mode# flags type size font window linear buffer ------------------------------------------------------------------------------ 0 (0x000) 0x00000001 T 40x25 8x8 0xb8000 32k 32k 0x00000000 32k 1 (0x001) 0x00000001 T 40x25 8x8 0xb8000 32k 32k 0x00000000 32k 2 (0x002) 0x00000001 T 80x25 8x8 0xb8000 32k 32k 0x00000000 32k 3 (0x003) 0x00000001 T 80x25 8x8 0xb8000 32k 32k 0x00000000 32k 4 (0x004) 0x00000003 G 320x200x2 1 8x8 0xb8000 32k 32k 0x00000000 32k 5 (0x005) 0x00000003 G 320x200x2 1 8x8 0xb8000 32k 32k 0x00000000 32k 6 (0x006) 0x00000003 G 640x200x1 1 8x8 0xb8000 32k 32k 0x00000000 32k 13 (0x00d) 0x00000003 G 320x200x4 4 8x8 0xa0000 64k 64k 0x00000000 256k 14 (0x00e) 0x00000003 G 640x200x4 4 8x8 0xa0000 64k 64k 0x00000000 256k 16 (0x010) 0x00000003 G 640x350x2 2 8x14 0xa0000 64k 64k 0x00000000 128k 18 (0x012) 0x00000003 G 640x350x4 4 8x14 0xa0000 64k 64k 0x00000000 256k 19 (0x013) 0x00000001 T 40x25 8x14 0xb8000 32k 32k 0x00000000 32k 20 (0x014) 0x00000001 T 40x25 8x14 0xb8000 32k 32k 0x00000000 32k 21 (0x015) 0x00000001 T 80x25 8x14 0xb8000 32k 32k 0x00000000 32k 22 (0x016) 0x00000001 T 80x25 8x14 0xb8000 32k 32k 0x00000000 32k 23 (0x017) 0x00000001 T 40x25 8x16 0xb8000 32k 32k 0x00000000 32k 24 (0x018) 0x00000001 T 80x25 8x16 0xb8000 32k 32k 0x00000000 32k 26 (0x01a) 0x00000003 G 640x480x4 4 8x16 0xa0000 64k 64k 0x00000000 256k 27 (0x01b) 0x00000003 G 640x480x4 4 8x16 0xa0000 64k 64k 0x00000000 256k 28 (0x01c) 0x00000003 G 320x200x8 1 8x8 0xa0000 64k 64k 0x00000000 64k 30 (0x01e) 0x00000001 T 80x50 8x8 0xb8000 32k 32k 0x00000000 32k 32 (0x020) 0x00000001 T 80x30 8x16 0xb8000 32k 32k 0x00000000 32k 34 (0x022) 0x00000001 T 80x60 8x8 0xb8000 32k 32k 0x00000000 32k 37 (0x025) 0x00000003 G 320x240x8 4 8x8 0xa0000 64k 64k 0x00000000 256k 112 (0x070) 0x00000000 T 80x43 8x8 0xb8000 32k 32k 0x00000000 32k 113 (0x071) 0x00000001 T 80x43 8x8 0xb8000 32k 32k 0x00000000 32k 256 (0x100) 0x0000000f G 640x400x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 257 (0x101) 0x0000000f G 640x480x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 258 (0x102) 0x0000000b G 800x600x4 4 8x16 0xa0000 64k 64k 0x00000000 16128k 259 (0x103) 0x0000000f G 800x600x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 260 (0x104) 0x0000000b G 1024x768x4 4 8x16 0xa0000 64k 64k 0x00000000 16128k 261 (0x105) 0x0000000f G 1024x768x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 262 (0x106) 0x0000000b G 1280x1024x4 4 8x16 0xa0000 64k 64k 0x00000000 16128k 263 (0x107) 0x0000000f G 1280x1024x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 264 (0x108) 0x0000000d T 80x60 8x8 0xb8000 32k 32k 0xe7000000 16128k 265 (0x109) 0x0000000d T 132x25 8x16 0xb8000 32k 32k 0xe7000000 16128k 266 (0x10a) 0x0000000d T 132x43 8x9 0xb8000 32k 32k 0xe7000000 16128k 267 (0x10b) 0x0000000d T 132x50 8x8 0xb8000 32k 32k 0xe7000000 16128k 268 (0x10c) 0x0000000d T 132x60 8x8 0xb8000 32k 32k 0xe7000000 16128k 270 (0x10e) 0x0000000f G 320x200x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 271 (0x10f) 0x0000000f G 320x200x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 273 (0x111) 0x0000000f G 640x480x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 274 (0x112) 0x0000000f G 640x480x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 276 (0x114) 0x0000000f G 800x600x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 277 (0x115) 0x0000000f G 800x600x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 279 (0x117) 0x0000000f G 1024x768x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 280 (0x118) 0x0000000f G 1024x768x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 282 (0x11a) 0x0000000f G 1280x1024x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 304 (0x130) 0x0000000f G 320x200x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 305 (0x131) 0x0000000f G 320x400x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 306 (0x132) 0x0000000f G 320x400x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 307 (0x133) 0x0000000f G 320x400x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 308 (0x134) 0x0000000f G 320x240x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 309 (0x135) 0x0000000f G 320x240x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 310 (0x136) 0x0000000f G 320x240x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 311 (0x137) 0x0000000f G 400x300x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 312 (0x138) 0x0000000f G 400x300x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 313 (0x139) 0x0000000f G 400x300x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 314 (0x13a) 0x0000000f G 512x384x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 315 (0x13b) 0x0000000f G 512x384x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 316 (0x13c) 0x0000000f G 512x384x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 317 (0x13d) 0x0000000f G 640x400x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 318 (0x13e) 0x0000000f G 640x400x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 321 (0x141) 0x0000000f G 1152x864x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 322 (0x142) 0x0000000f G 1152x864x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 323 (0x143) 0x0000000f G 1152x864x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 325 (0x145) 0x0000000f G 1600x1200x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 326 (0x146) 0x0000000f G 1600x1200x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 333 (0x14d) 0x0000000f G 1280x1024x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 334 (0x14e) 0x0000000f G 1600x1200x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k - vidcontrol -i adapter fb0: vga0, type:VESA VGA (5), flags:0x700ff initial mode:24, current mode:24, BIOS mode:3 frame buffer window:0xb8000, buffer size:0x8000 window size:0x8000, origin:0x0 display start address (0, 0), scan line width:80 reserved:0x0 > I would also like to see ENTIRE /var/run/dmesg.boot. Not just a part > of it. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Tue Jun 6 20:34:45 CEST 2000 root@nebula:/usr/src/sys/compile/NEBULA Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (420.00-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 100646912 (98288K bytes) avail memory = 94564352 (92348K bytes) Preloaded elf kernel "kernel" at 0xc0334000. Preloaded elf module "splash_bmp.ko" at 0xc033409c. Preloaded elf module "vesa.ko" at 0xc0334140. Preloaded splash_image_data "/boot/splash.bmp" at 0xc03341dc. VESA: v3.0, 16128k memory, flags:0x1, mode table:0xc02ec102 (1000022) VESA: NVidia K6-family MTRR support enabled (2 registers) md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 chip1: at device 3.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 5 at device 10.0 on pci0 ed0: port 0xd400-0xd41f irq 10 at device 11.0 on pci0 ed0: supplying EUI64: 00:40:05:ff:fe:e2:cd:14 ed0: address 00:40:05:e2:cd:14, type NE2000 (16 bit) bktr0: mem 0xe6000000-0xe6000fff irq 4 at device 13.0 on pci0 bktr0: Hauppauge Model 56101 E M2 Hauppauge WinCast/TV, Philips NTSC tuner. atapci0: port 0xd000-0xd00f irq 0 at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to accept, unlimited logging ad0: 12949MB [26310/16/63] at ata0-master using UDMA33 ad1: 8063MB [16383/16/63] at ata0-slave using UDMA33 acd0: CDROM at ata1-master using UDMA33 Mounting root from ufs:/dev/ad1s1a > Kazu Hoping this will help ! -Maxime Henrion --------------2EAC8F3A809209AF49924201-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 17: 4:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 8DF2337BBA1; Tue, 6 Jun 2000 17:04:13 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id BAA05602; Wed, 7 Jun 2000 01:04:09 +0100 (BST) (envelope-from nik) Date: Wed, 7 Jun 2000 01:04:08 +0100 From: Nik Clayton To: Nik Clayton Cc: stable@freebsd.org, announce@freebsd.org Subject: Re: [Conspectus] -stable, week ending 29th May 2000 Message-ID: <20000607010407.A5241@catkin.nothing-going-on.org> References: <20000606185901.A55056@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000606185901.A55056@catkin.nothing-going-on.org>; from nik@freebsd.org on Tue, Jun 06, 2000 at 06:59:01PM +0100 Organization: FreeBSD Project Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 06:59:01PM +0100, Nik Clayton wrote: > [ Posting on behalf of Salvo Bartolotta, who did all the hard work. See > http://www.FreeBSD.org/conspectus/index.html for more information. To > contribute, contact doc@FreeBSD.org -- N ] D'oh. That URL won't actually work until the website is next rebuilt, which is (I think) in about 4 hours time. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 17: 6:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id 7542137BBC8 for ; Tue, 6 Jun 2000 17:06:16 -0700 (PDT) (envelope-from mhenrion@cybercable.fr) Received: (qmail 2996514 invoked from network); 7 Jun 2000 00:04:31 -0000 Received: from r120m166.cybercable.tm.fr (HELO cybercable.fr) ([195.132.120.166]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 7 Jun 2000 00:04:31 -0000 Message-ID: <393D9098.ACD16BB7@cybercable.fr> Date: Wed, 07 Jun 2000 02:00:24 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: vidcontrol VESA_800x600 makes my box reboot Content-Type: multipart/mixed; boundary="------------5AE5F43901F7A5F499FB6F29" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------5AE5F43901F7A5F499FB6F29 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------5AE5F43901F7A5F499FB6F29 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <393D886C.131867C8@cybercable.fr> Date: Wed, 07 Jun 2000 01:25:32 +0200 From: Maxime Henrion X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: kazutaka.yokota@nifty.com Subject: Re: vidcontrol VESA_800x600 makes my box reboot References: <393D4729.2EBED757@cybercable.fr> <200006062245.HAA26044@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kazutaka YOKOTA wrote: > Would you run 'vidcontrol -i mode' and 'vidcontrol -i adapter' and > show us output? - vidcontrol -i mode mode# flags type size font window linear buffer ------------------------------------------------------------------------------ 0 (0x000) 0x00000001 T 40x25 8x8 0xb8000 32k 32k 0x00000000 32k 1 (0x001) 0x00000001 T 40x25 8x8 0xb8000 32k 32k 0x00000000 32k 2 (0x002) 0x00000001 T 80x25 8x8 0xb8000 32k 32k 0x00000000 32k 3 (0x003) 0x00000001 T 80x25 8x8 0xb8000 32k 32k 0x00000000 32k 4 (0x004) 0x00000003 G 320x200x2 1 8x8 0xb8000 32k 32k 0x00000000 32k 5 (0x005) 0x00000003 G 320x200x2 1 8x8 0xb8000 32k 32k 0x00000000 32k 6 (0x006) 0x00000003 G 640x200x1 1 8x8 0xb8000 32k 32k 0x00000000 32k 13 (0x00d) 0x00000003 G 320x200x4 4 8x8 0xa0000 64k 64k 0x00000000 256k 14 (0x00e) 0x00000003 G 640x200x4 4 8x8 0xa0000 64k 64k 0x00000000 256k 16 (0x010) 0x00000003 G 640x350x2 2 8x14 0xa0000 64k 64k 0x00000000 128k 18 (0x012) 0x00000003 G 640x350x4 4 8x14 0xa0000 64k 64k 0x00000000 256k 19 (0x013) 0x00000001 T 40x25 8x14 0xb8000 32k 32k 0x00000000 32k 20 (0x014) 0x00000001 T 40x25 8x14 0xb8000 32k 32k 0x00000000 32k 21 (0x015) 0x00000001 T 80x25 8x14 0xb8000 32k 32k 0x00000000 32k 22 (0x016) 0x00000001 T 80x25 8x14 0xb8000 32k 32k 0x00000000 32k 23 (0x017) 0x00000001 T 40x25 8x16 0xb8000 32k 32k 0x00000000 32k 24 (0x018) 0x00000001 T 80x25 8x16 0xb8000 32k 32k 0x00000000 32k 26 (0x01a) 0x00000003 G 640x480x4 4 8x16 0xa0000 64k 64k 0x00000000 256k 27 (0x01b) 0x00000003 G 640x480x4 4 8x16 0xa0000 64k 64k 0x00000000 256k 28 (0x01c) 0x00000003 G 320x200x8 1 8x8 0xa0000 64k 64k 0x00000000 64k 30 (0x01e) 0x00000001 T 80x50 8x8 0xb8000 32k 32k 0x00000000 32k 32 (0x020) 0x00000001 T 80x30 8x16 0xb8000 32k 32k 0x00000000 32k 34 (0x022) 0x00000001 T 80x60 8x8 0xb8000 32k 32k 0x00000000 32k 37 (0x025) 0x00000003 G 320x240x8 4 8x8 0xa0000 64k 64k 0x00000000 256k 112 (0x070) 0x00000000 T 80x43 8x8 0xb8000 32k 32k 0x00000000 32k 113 (0x071) 0x00000001 T 80x43 8x8 0xb8000 32k 32k 0x00000000 32k 256 (0x100) 0x0000000f G 640x400x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 257 (0x101) 0x0000000f G 640x480x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 258 (0x102) 0x0000000b G 800x600x4 4 8x16 0xa0000 64k 64k 0x00000000 16128k 259 (0x103) 0x0000000f G 800x600x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 260 (0x104) 0x0000000b G 1024x768x4 4 8x16 0xa0000 64k 64k 0x00000000 16128k 261 (0x105) 0x0000000f G 1024x768x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 262 (0x106) 0x0000000b G 1280x1024x4 4 8x16 0xa0000 64k 64k 0x00000000 16128k 263 (0x107) 0x0000000f G 1280x1024x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 264 (0x108) 0x0000000d T 80x60 8x8 0xb8000 32k 32k 0xe7000000 16128k 265 (0x109) 0x0000000d T 132x25 8x16 0xb8000 32k 32k 0xe7000000 16128k 266 (0x10a) 0x0000000d T 132x43 8x9 0xb8000 32k 32k 0xe7000000 16128k 267 (0x10b) 0x0000000d T 132x50 8x8 0xb8000 32k 32k 0xe7000000 16128k 268 (0x10c) 0x0000000d T 132x60 8x8 0xb8000 32k 32k 0xe7000000 16128k 270 (0x10e) 0x0000000f G 320x200x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 271 (0x10f) 0x0000000f G 320x200x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 273 (0x111) 0x0000000f G 640x480x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 274 (0x112) 0x0000000f G 640x480x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 276 (0x114) 0x0000000f G 800x600x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 277 (0x115) 0x0000000f G 800x600x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 279 (0x117) 0x0000000f G 1024x768x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 280 (0x118) 0x0000000f G 1024x768x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 282 (0x11a) 0x0000000f G 1280x1024x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 304 (0x130) 0x0000000f G 320x200x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 305 (0x131) 0x0000000f G 320x400x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 306 (0x132) 0x0000000f G 320x400x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 307 (0x133) 0x0000000f G 320x400x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 308 (0x134) 0x0000000f G 320x240x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 309 (0x135) 0x0000000f G 320x240x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 310 (0x136) 0x0000000f G 320x240x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 311 (0x137) 0x0000000f G 400x300x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 312 (0x138) 0x0000000f G 400x300x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 313 (0x139) 0x0000000f G 400x300x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 314 (0x13a) 0x0000000f G 512x384x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 315 (0x13b) 0x0000000f G 512x384x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 316 (0x13c) 0x0000000f G 512x384x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 317 (0x13d) 0x0000000f G 640x400x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 318 (0x13e) 0x0000000f G 640x400x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 321 (0x141) 0x0000000f G 1152x864x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 322 (0x142) 0x0000000f G 1152x864x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 323 (0x143) 0x0000000f G 1152x864x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 325 (0x145) 0x0000000f G 1600x1200x8 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 326 (0x146) 0x0000000f G 1600x1200x16 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 333 (0x14d) 0x0000000f G 1280x1024x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k 334 (0x14e) 0x0000000f G 1600x1200x32 1 8x16 0xa0000 64k 64k 0xe7000000 16128k - vidcontrol -i adapter fb0: vga0, type:VESA VGA (5), flags:0x700ff initial mode:24, current mode:24, BIOS mode:3 frame buffer window:0xb8000, buffer size:0x8000 window size:0x8000, origin:0x0 display start address (0, 0), scan line width:80 reserved:0x0 > I would also like to see ENTIRE /var/run/dmesg.boot. Not just a part > of it. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Tue Jun 6 20:34:45 CEST 2000 root@nebula:/usr/src/sys/compile/NEBULA Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (420.00-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 100646912 (98288K bytes) avail memory = 94564352 (92348K bytes) Preloaded elf kernel "kernel" at 0xc0334000. Preloaded elf module "splash_bmp.ko" at 0xc033409c. Preloaded elf module "vesa.ko" at 0xc0334140. Preloaded splash_image_data "/boot/splash.bmp" at 0xc03341dc. VESA: v3.0, 16128k memory, flags:0x1, mode table:0xc02ec102 (1000022) VESA: NVidia K6-family MTRR support enabled (2 registers) md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 chip1: at device 3.0 on pci0 isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 5 at device 10.0 on pci0 ed0: port 0xd400-0xd41f irq 10 at device 11.0 on pci0 ed0: supplying EUI64: 00:40:05:ff:fe:e2:cd:14 ed0: address 00:40:05:e2:cd:14, type NE2000 (16 bit) bktr0: mem 0xe6000000-0xe6000fff irq 4 at device 13.0 on pci0 bktr0: Hauppauge Model 56101 E M2 Hauppauge WinCast/TV, Philips NTSC tuner. atapci0: port 0xd000-0xd00f irq 0 at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to accept, unlimited logging ad0: 12949MB [26310/16/63] at ata0-master using UDMA33 ad1: 8063MB [16383/16/63] at ata0-slave using UDMA33 acd0: CDROM at ata1-master using UDMA33 Mounting root from ufs:/dev/ad1s1a > Kazu Hoping this will help ! -Maxime Henrion --------------5AE5F43901F7A5F499FB6F29-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 20:37:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 09DA037B784; Tue, 6 Jun 2000 20:37:20 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id NAA74711; Wed, 7 Jun 2000 13:07:18 +0930 (CST) (envelope-from grog) Date: Wed, 7 Jun 2000 13:07:18 +0930 From: Greg Lehey To: FreeBSD Committers , FreeBSD Stable Users Subject: HEADS UP (was: cvs commit: src/sys/dev/vinum vinumrevive.c) Message-ID: <20000607130718.C74372@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The following commit (to -CURRENT) hopefully fixes the breakage I reported yesterday. I'm still testing, but in view of the fact that the old code was badly broken, it makes sense to commit it to -CURRENT at this stage. If you have the situation, please try it out and let me know if you have any problems. I'll commit to 4-STABLE in a couple of days. If you're running -STABLE and have problems in this area, please contact me privately. ----- Forwarded message from Greg Lehey ----- > grog 2000/06/06 20:33:10 PDT > > Modified files: > sys/dev/vinum vinumrevive.c > Log: > revive_block: > Fix several instances of breakage in RAID-5 revive code. > > Tidy up code. > > parityops: > Don't attempt to do anything if the plex is degraded or worse. > > parityrebuild: > Add comments. > Perform transfers in correct length. > > Revision Changes Path > 1.31 +36 -35 src/sys/dev/vinum/vinumrevive.c > > ----- End forwarded message ----- -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 20:47:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from super-g.com (super-g.com [207.240.140.161]) by hub.freebsd.org (Postfix) with ESMTP id F2C4F37B58F for ; Tue, 6 Jun 2000 20:47:14 -0700 (PDT) (envelope-from spork@super-g.com) Received: by super-g.com (Postfix, from userid 1000) id 554C1B423; Tue, 6 Jun 2000 23:47:10 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by super-g.com (Postfix) with SMTP id 3F304B422 for ; Tue, 6 Jun 2000 23:47:10 -0400 (EDT) Date: Tue, 6 Jun 2000 23:47:10 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: freebsd-stable@freebsd.org Subject: 4.0 - RELEASE/STABLE and Asus PI-P55T2P4 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Just a quick note for the archives. If you have problems installing 4.x from a bootable CD on a SCSI CDROM, make sure you have the latest Asus BIOS. I didn't, and it locked the machine up hard (no Ctrl-Alt-Del). This is with a Toshiba CDROM and Mylex/Buslogic BT-948. I also flashed that to the latest rev for the fun of it. I've been resurrecting some old machines for new uses, and they all have this mobo. Each one had the same problem, and each one was fixed by flashing the bios. Charles --- Charles Sprickman spork@super-g.com --- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 20:52:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 394E737B58F for ; Tue, 6 Jun 2000 20:52:20 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id NAA29384 for ; Wed, 7 Jun 2000 13:52:16 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from itga.com.au (lightning.itga.com.au [192.168.71.20]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id NAA21347; Wed, 7 Jun 2000 13:52:15 +1000 (EST) Message-Id: <200006070352.NAA21347@lightning.itga.com.au> X-Mailer: exmh version 2.0.1 12/23/97 From: Gregory Bond To: stable@freebsd.org Subject: Is x-compiling 2.2 on a 3.x system supported? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 13:52:14 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that (with the addition of buildkernel) compiling 4.x world & kernel on 3.x is more-or-less supported. Is building 2.2.x world on 3.x supported? I tried it and it failed building the rtld (which doesn't surprise me, as this would be oneof the more version-dependent bits!). If it is supposed to work, I'll send-pr it, otherwise I'll just forget it. Greg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 21:34: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id BF5BA37BC1E for ; Tue, 6 Jun 2000 21:33:59 -0700 (PDT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12zXXS-00035X-00 for freebsd-stable@FreeBSD.ORG; Wed, 07 Jun 2000 00:33:58 -0400 Date: Wed, 7 Jun 2000 00:33:58 -0400 From: Peter Radcliffe To: freebsd-stable@FreeBSD.ORG Subject: Re: psmintr: out of sync Message-ID: <20000607003358.A9932@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20000605023926.A10297@pir.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000605023926.A10297@pir.net>; from pir@pir.net on Mon, Jun 05, 2000 at 02:39:27AM -0400 X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Radcliffe probably said: > The mouse is a normal logitec ps/2 mouseman, I've been using for some > time (which was working fine on the old motherboard and works fine > with windows). > > It's almost impossible to use the mouse on this machine now. > Any suggestions ? My workaround for this, for the moment, is to use the serial adaptor that came with the mouse and use it on the first serial port. Works fine, but somewhat annoying to lose a serial port ... P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Jun 6 22:46:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from maynard.mail.mindspring.net (maynard.mail.mindspring.net [207.69.200.243]) by hub.freebsd.org (Postfix) with ESMTP id 7EBA137B5CA for ; Tue, 6 Jun 2000 22:46:20 -0700 (PDT) (envelope-from igiveup@ix.netcom.com) Received: from ix.netcom.com (user-2ini98t.dialup.mindspring.com [165.121.37.29]) by maynard.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA21811; Wed, 7 Jun 2000 01:46:14 -0400 (EDT) Message-ID: <393DE1A3.BB73F744@ix.netcom.com> Date: Tue, 06 Jun 2000 22:46:11 -0700 From: Ben Speirs X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Joachim =?iso-8859-1?Q?Str=F6mbergson?= Cc: FreeBSD-Stable Subject: Re: major problems doing buildworld after cvsup in FreeBSD 4.0 References: <392FEFF8.81DCE83E@ludd.luth.se> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joachim Strömbergson wrote: > > Hi! > > I've got some major problems doing a "make buildworld" after updating > the source tree. The problem is not related to a recent change to the > CVS DB, but something wrong in my system that I can't shake out. Me too! > Background: > ----------- > I bought the FreeBSD 4.0 March CDs from Walnut Creek. I installed > everything except the crypto stuff (I'm living in Sweden). Since I've > got a SMP system, I created a custom config file and built a new kernel. > After setting upp PPP, I set up cvsup and updated both the stable > sources, the ports and the crypto from the international site. (All cvs > scripts are included with the mail). Mine might be a little different. I have a long running system that I have upgraded by source and binary off of the CDs since version 2.1.6. I made the jump to 4.X last month and ever since then I have not been able to get past a buildworld. I survived the a-out to elf and plenty of other big changes but this one has me stuck. > > I then tried a buildworld, but it failed. Ok, no worries - probably just > a snag. So I waited a few dayes, tracked freebsd-stable and did a few > more updated. Nothing on the maillist showed a problem, but updates and > buildworlds kept faling. Alas, not a problem with the real CVS, but a > local problem. > Exactly what happened to me. I also waited a few weeks and did a couple more CVSups hoping I could get un-snagged. > Thing tried: > ------------ > (1) remove of /usr/src and /usr/local/etc/cvsup/su/src*, reinstall from > CDs and doing a rebuild. make buildworld fails anyway. > > (2) reinstall of system (yes, I know it's stupid - will never do this > again). make buildworld works fine - until I do a cvsup again... > > (3) make buildworld with either GENERIC or custom kernel. No difference. > If it's on the clean system it works, if the sources have been updated - > or reinstalled buildworld fails. > > (4) Compare/check of /etc/make.conf. I've even tried my old > /etc/make.conf from 3.4 Stable with the same negative results as before. > I did all of the above (except #2) with the same results. One final thing I tried was a "make", without any target in the /usr/src after the buildworld died, then "make installworld" after that. I did that several weeks ago and figured I had fixed whatever build tool was causing me grief. Now I'm back trying to rebuild and it is dying in the same spot. I obviously did not fix anything. > > Logfile snippet: > ---------------- > cd /usr/src/usr.bin/strip; make _EXTRADEPEND > echo strip: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:53: > des.h: No such file or directory > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:54: > blowfish.h: No such file or directory > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:56: > rc5.h: No such file or directory > /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-esp.c:59: > cast.h: No such file or directory > mkdep: compile failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 This is where my build dies. Joachim, did you ever resolve this? Does anyone else have some insight? That blowfish and rc5 stuff looks like crypto. Is that the source of my problem. I have been using the sample CVSup file in the example directory, 4.x-stable-supfile, not the secure one. Thanks. -- -Ben Speirs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 0:59:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (sunbay-10BASE-T.cris.net [212.110.130.67]) by hub.freebsd.org (Postfix) with ESMTP id A7EC237B80B for ; Wed, 7 Jun 2000 00:59:11 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.9.3/1.13) id KAA52208; Wed, 7 Jun 2000 10:58:41 +0300 (EEST) Date: Wed, 7 Jun 2000 10:58:41 +0300 From: Ruslan Ermilov To: Doug Rabson Cc: stable@FreeBSD.org Subject: Re: Intel 810 Message-ID: <20000607105841.C50931@sunbay.com> Mail-Followup-To: Doug Rabson , stable@FreeBSD.org References: <20000606123855.A9603@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="XOIedfhf+7KOe/yw" X-Mailer: Mutt 1.0i In-Reply-To: ; from dfr@nlsystems.com on Tue, Jun 06, 2000 at 07:47:16PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii On Tue, Jun 06, 2000 at 07:47:16PM +0100, Doug Rabson wrote: > On Tue, 6 Jun 2000, Ruslan Ermilov wrote: > > > On Wed, Mar 08, 2000 at 08:39:41AM +0000, Doug Rabson wrote: > > > On Tue, 7 Mar 2000, FreeBSD MAIL wrote: > > > > > > > Sorry if this is a repost but I didnt see it come throug yet and my mail was > > > > screwed up. > > > > > > > > I am working with a BookPC whith an intel 810 all in one chipset. > > > > > > > > I was wondering if there was planned support for the sound and if someone > > > > has heard anyting about the Xfree86 (linux) LKM being ported to FreeBSD. > > > > > > I have been working on something which should be adequate for the purposes > > > of XFree86-4.0. I've been distracted by having to ship some software at > > > work but I hope to get back to this soon, probably next week. > > > > > Did you achieve any results here, Doug? > > Not so far. I have been stuck trying to fix a bug in the generic intel AGP > driver and this has prevented be from getting to work on the i810 driver. > By the way, I have been able to compile in the i810 driver support into XFree86-3.3.6, and it seems to work OK with no-accel option (see attached). If anyone is interested in details, please let me know. -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="X -probeonly" Script started on Wed Jun 7 10:54:08 2000 perl# setenv I810_UNSUPPORTED_GTT_FALLBACK perl# X -probeonly XFree86 Version 3.3.6 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: January 8 2000 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/FAQ) Operating System: FreeBSD 4.0-STABLE i386 [ELF] Configured drivers: SVGA: server for SVGA graphics adaptors (Patchlevel 1): NV1, STG2000, RIVA 128, RIVA TNT, RIVA TNT2, RIVA ULTRA TNT2, RIVA VANTA, RIVA ULTRA VANTA, RIVA INTEGRATED, GeForce 256, GeForce DDR, Quadro, ET4000, ET4000W32, ET4000W32i, ET4000W32i_rev_b, ET4000W32i_rev_c, ET4000W32p, ET4000W32p_rev_a, ET4000W32p_rev_b, ET4000W32p_rev_c, ET4000W32p_rev_d, ET6000, ET6100, et3000, pvga1, wd90c00, wd90c10, wd90c30, wd90c24, wd90c31, wd90c33, gvga, r128, ati, sis86c201, sis86c202, sis86c205, sis86c215, sis86c225, sis5597, sis5598, sis6326, sis530, sis620, sis300, sis630, sis540, tvga8200lx, tvga8800cs, tvga8900b, tvga8900c, tvga8900cl, tvga8900d, tvga9000, tvga9000i, tvga9100b, tvga9200cxr, tgui9400cxi, tgui9420, tgui9420dgi, tgui9430dgi, tgui9440agi, cyber9320, tgui9660, tgui9680, tgui9682, tgui9685, cyber9382, cyber9385, cyber9388, cyber9397, cyber9520, cyber9525, 3dimage975, 3dimage985, cyber9397dvd, blade3d, cyberblade, clgd5420, clgd5422, clgd5424, clgd5426, clgd5428, clgd5429, clgd5430, clgd5434, clgd5436, clgd5446, clgd5480, clgd5462, clgd5464, clgd5465, clgd6205, clgd6215, clgd6225, clgd6235, clgd7541, clgd7542, clgd7543, clgd7548, clgd7555, clgd7556, ncr77c22, ncr77c22e, cpq_avga, mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag200, mgag100, mgag400, oti067, oti077, oti087, oti037c, al2101, ali2228, ali2301, ali2302, ali2308, ali2401, cl6410, cl6412, cl6420, cl6440, video7, ark1000vl, ark1000pv, ark2000pv, ark2000mt, mx, realtek, AP6422, AT24, AT3D, s3_savage, s3_virge, s3_svga, NM2070, NM2090, NM2093, NM2097, NM2160, NM2200, ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, ct65554, ct65555, ct68554, ct69000, ct64200, ct64300, mediagx, V1000, V2100, V2200, p9100, spc8110, i740, i740_pci, i810, i810-dc100, i810e, Voodoo Banshee, Voodoo3, smi, generic Using syscons driver with X support (version 2.0) (using VT number 9) XF86Config: /etc/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: keymap: "xfree86(us_microsoft)" (overrides other XKB settings) (**) Mouse: type: SysMouse, device: /dev/sysmouse, buttons: 3 (**) Mouse: 3 button emulation (timeout: 50ms) (**) SVGA: Graphics device ID: "i810" (**) SVGA: Monitor ID: "Samtron 75P+" (--) SVGA: Mode "1600x1200" needs hsync freq of 105.77 kHz. Deleted. (--) SVGA: Mode "1280x1024" needs hsync freq of 107.16 kHz. Deleted. (--) SVGA: Mode "1800X1440" needs hsync freq of 96.15 kHz. Deleted. (--) SVGA: Mode "1800X1440" needs hsync freq of 104.52 kHz. Deleted. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (--) SVGA: PCI: Intel Unknown chipset (0x7121) rev 3, Memory @ 0xd8000000, 0xdc100000 (--) SVGA: Stat failed on /dev/agpgart: No such file or directory (--) SVGA: No kernel GTT support detected - trying to fall back (--) SVGA: GTT window size: 64 mb (--) SVGA: System dram row 0, size 32 mb (--) SVGA: System dram row 1, size 64 mb (--) SVGA: Installed mainboard ram: 96 mb (--) SVGA: Only 1024k system ram available for i810 (--) SVGA: chipset: i810 (--) SVGA: videoram: 956k (**) SVGA: Option "noaccel" (**) SVGA: Option "dac_8_bit" (**) SVGA: Using 8 bits per color component (**) SVGA: Using 8 bpp, Depth 8, Color weight: 888 (--) SVGA: Maximum allowed dot-clock: 203.000 MHz (--) SVGA: i810: Removing interlaced mode "1024x768" (--) SVGA: i810: Removing interlaced mode "1152x864" (--) SVGA: i810: Removing interlaced mode "1280x1024" (**) SVGA: Mode "640x480": mode clock = 45.800 (**) SVGA: Mode "800x600": mode clock = 69.650 (**) SVGA: Mode "1024x768": mode clock = 115.500 (--) SVGA: Virtual resolution set to 1024x768 (--) SVGA: Generic SpeedUps selected (Flags=0x30) (--) SVGA: Intel i810 (--) SVGA: i810: MMIO registers at 0xDC100000 (--) SVGA: i810: Linear framebuffer at 0xD8000000 (--) SVGA: i810: Using hardware cursor (**) SVGA: i810: Acceleration disabled perl# exit Script done on Wed Jun 7 10:54:27 2000 --XOIedfhf+7KOe/yw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 2:28:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from over.ru (over.rinet.ru [195.54.192.99]) by hub.freebsd.org (Postfix) with SMTP id 0432637B988 for ; Wed, 7 Jun 2000 02:28:41 -0700 (PDT) (envelope-from tarkhil@over.ru) Received: (qmail 14420 invoked by uid 1000); 7 Jun 2000 09:29:05 -0000 Date: Wed, 7 Jun 2000 13:29:05 +0400 From: Alex Povolotsky To: freebsd-stable@freebsd.org Subject: Problem making 3.STABLE release Message-ID: <20000607132905.A14347@over.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I've tried to make release (3.STABLE), and it ended with ===> lib/libutil Warning: Object directory not changed from original /usr/src/lib/libutil cc -O -pipe -Wall -DLIBC_SCCS -I/usr/src/lib/libutil -I/usr/src/lib/libutil/../../sys -DINET6 -c login_tty.c -o login_tty.o In file included from /usr/src/lib/libutil/../../sys/sys/signal.h:245, from /usr/src/lib/libutil/../../sys/sys/param.h:90, from login_tty.c:43: /usr/src/lib/libutil/../../sys/sys/ucontext.h:34: machine/ucontext.h: No such file or directory In file included from /usr/src/lib/libutil/../../sys/sys/signal.h:245, from /usr/src/lib/libutil/../../sys/sys/param.h:90, from login_tty.c:43: /usr/src/lib/libutil/../../sys/sys/ucontext.h:46: parse error before context_t' /usr/src/lib/libutil/../../sys/sys/ucontext.h:46: warning: no semicolon at end of struct or union /usr/src/lib/libutil/../../sys/sys/ucontext.h:51: parse error before }' /usr/src/lib/libutil/../../sys/sys/ucontext.h:51: warning: data definition has no type or storage class *** Error code 1 Have I made something wrong? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 2:40: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 7B37037B7A7 for ; Wed, 7 Jun 2000 02:39:55 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 211393E47; Wed, 7 Jun 2000 11:39:54 +0200 (CEST) Date: Wed, 7 Jun 2000 11:39:54 +0200 From: Jesper Skriver To: stable@FreeBSD.org Subject: 4.0-STABLE crashes ... (SMP ?) Message-ID: <20000607113953.A78657@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We have a 4.0-STABLE system as of june 2th, it crashes on a regular basis. Does anybody have any idea on how to debug this ? We have kernel crash dumps, below is some output from kgdb. dmesg, kernel configuration, and output of 'mount' is also below ... # gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.3 (kgdb) core-file /var/crash/vmcore.3 SMP 2 cpus IdlePTD 3047424 initial pcb at 275d40 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x10b8 fault code = supervisor write, page not present instruction pointer = 0x8:0xc020c147 stack pointer = 0x10:0xff80dfc0 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = Idle interrupt mask = none <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01d6ecd stack pointer = 0x10:0xff80dde8 frame pointer = 0x10:0xff80ddec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 Uptime: 4d8h38m38s dumping to dev #da/0x20089, offset 17388252 dump 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:302 302 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:302 #1 0xc014341d in panic (fmt=0xc024c94f "page fault") at ../../kern/kern_shutdown.c:552 #2 0xc021c538 in trap_fatal (frame=0xff80dda8, eva=48) at ../../i386/i386/trap.c:927 #3 0xc021c1a9 in trap_pfault (frame=0xff80dda8, usermode=0, eva=48) at ../../i386/i386/trap.c:820 #4 0xc021bd0f in trap (frame={tf_fs = -8388584, tf_es = -1072496624, tf_ds = -1022361584, tf_edi = -856440064, tf_esi = 0, tf_ebp = -8331796, tf_isp = -8331820, tf_ebx = -1071224484, tf_edx = 1207959616, tf_ecx = 3, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071812915, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, tf_ss = -8331764}) at ../../i386/i386/trap.c:426 #5 0xc01d6ecd in acquire_lock (lk=0xc026695c) at machine/globals.h:114 #6 0xc01db0a2 in softdep_fsync_mountdev (vp=0xccf3c300) at ../../ufs/ffs/ffs_softdep.c:3805 #7 0xc01df302 in ffs_fsync (ap=0xff80de6c) at ../../ufs/ffs/ffs_vnops.c:134 #8 0xc01de02e in ffs_sync (mp=0xc1435800, waitfor=2, cred=0xc0a65900, p=0xc028a080) at vnode_if.h:537 #9 0xc016f54f in sync (p=0xc028a080, uap=0x0) at ../../kern/vfs_syscalls.c:549 #10 0xc0142e1f in boot (howto=256) at ../../kern/kern_shutdown.c:224 #11 0xc014341d in panic (fmt=0xc024c94f "page fault") at ../../kern/kern_shutdown.c:552 #12 0xc021c538 in trap_fatal (frame=0xff80df80, eva=4280) at ../../i386/i386/trap.c:927 #13 0xc021c1a9 in trap_pfault (frame=0xff80df80, usermode=0, eva=4280) at ../../i386/i386/trap.c:820 #14 0xc021bd0f in trap (frame={tf_fs = 24, tf_es = -65520, tf_ds = 16, tf_edi = -1, tf_esi = 1, tf_ebp = 0, tf_isp = -8331348, tf_ebx = 0, tf_edx = 220, tf_ecx = -8331268, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071595193, tf_cs = 8, tf_eflags = 65606, tf_esp = 16, tf_ss = -65520}) at ../../i386/i386/trap.c:426 ############ ## mounts ## ############ $ mount /dev/da0s1a on / (ufs, local, writes: sync 6 async 3021, reads: sync 4431 async 1036) /dev/da0s1f on /usr (ufs, local, soft-updates, writes: sync 4 async 26444, reads: sync 17730 async 2702) /dev/da2s1e on /usr/obj (ufs, local, soft-updates, writes: sync 2 async 0, reads: sync 14 async 0) /dev/da0s1e on /var (ufs, local, soft-updates, writes: sync 361 async 4247, reads: sync 2528 async 9) /dev/da1s1e on /var/crash (ufs, local, soft-updates, writes: sync 2 async 4183, reads: sync 67 async 4) /dev/vinum/raid01 on /data (ufs, local, noatime, writes: sync 20 async 4347753, reads: sync 5004074 async 859505) /dev/vinum/mirror0 on /var/db/mysql (ufs, local, noatime, writes: sync 2 async 40154, reads: sync 7009 async 2477) procfs on /proc (procfs, local) mfs:37 on /tmp (mfs, asynchronous, local) ########################### ## kernel configuration ### ########################### machine i386 cpu I686_CPU ident REMIE maxusers 128 options DDB options DDB_UNATTENDED options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options NFS #Network Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options ICMP_BANDLIM #Rate limit bad replies options NO_F00F_HACK options SOFTUPDATES options INCLUDE_CONFIG_FILE options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L #options MAXMEM="(64*1024)" # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # SCSI Controllers device sym0 # NCR/Symbios Logic (newer chipsets) device sym1 # NCR/Symbios Logic (newer chipsets) device sym2 # NCR/Symbios Logic (newer chipsets) device sym3 # NCR/Symbios Logic (newer chipsets) device sym4 # NCR/Symbios Logic (newer chipsets) # SCSI peripherals device scbus0 at sym3 # Intern narrow bus med root disk osv. device scbus1 at sym2 # Extern bus paa motherboard controller device scbus2 at sym0 # SCSI bus (required) device scbus3 at sym1 # SCSI bus (required) device scbus4 at sym4 # SCSI bus (required) device da0 at scbus0 target 0 unit 0 # Direct Access (disks) device da1 at scbus0 target 1 unit 0 # Direct Access (disks) device da2 at scbus0 target 2 unit 0 # Direct Access (disks) #device da3 at scbus1 target 3 unit 0 # Direct Access (disks) #device da4 at scbus1 target 4 unit 0 # Direct Access (disks) device cd # CD # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device vga0 at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # PCI Ethernet NICs. device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device bpf #Berkeley packet filter options NSWAPDEV=32 ########### ## dmesg ## ########### Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Fri Jun 2 20:34:39 CEST 2000 root@gl-mie.nms.tele.dk:/usr/src/sys/compile/REMIE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (496.66-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x387fbff real memory = 268369920 (262080K bytes) config> q avail memory = 258011136 (251964K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02d6000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02d609c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 sym0: <895> port 0x1400-0x14ff mem 0xfa100000-0xfa100fff,0xfa106000-0xfa1060ff irq 16 at device 11.0 on pci0 sym0: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym1: <895> port 0x1800-0x18ff mem 0xfa101000-0xfa101fff,0xfa106400-0xfa1064ff irq 17 at device 12.0 on pci0 sym1: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym2: <875> port 0x2000-0x20ff mem 0xfa102000-0xfa102fff,0xfa106800-0xfa1068ff irq 21 at device 13.0 on pci0 sym2: No NVRAM, ID 7, Fast-20, SE, parity checking sym3: <875> port 0x2400-0x24ff mem 0xfa103000-0xfa103fff,0xfa106c00-0xfa106cff irq 22 at device 13.1 on pci0 sym3: No NVRAM, ID 7, Fast-20, SE, parity checking sym4: <895> port 0x2800-0x28ff mem 0xfa104000-0xfa104fff,0xfa107000-0xfa1070ff irq 18 at device 14.0 on pci0 sym4: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking fxp0: port 0x1060-0x107f mem 0xfa000000-0xfa0fffff,0xfa108000-0xfa108fff irq 20 at device 15.0 on pci0 fxp0: Ethernet address 00:a0:c9:d3:53:19 isab0: at device 18.0 on pci0 isa0: on isab0 pci0: at 18.1 pci0: at 18.2 irq 22 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x1040-0x104f at device 18.3 on pci0 pci0: at 20.0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! da3 at sym2 bus 0 target 0 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da3: 70076MB (143515904 512 byte sectors: 255H 63S/T 8933C) da4 at sym0 bus 0 target 0 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da4: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da13 at sym1 bus 0 target 0 lun 0 da13: Fixed Direct Access SCSI-3 device da13: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da13: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da22 at sym4 bus 0 target 0 lun 0 da22: Fixed Direct Access SCSI-3 device da22: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da22: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da5 at sym0 bus 0 target 1 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da5: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da14 at sym1 bus 0 target 1 lun 0 da14: Fixed Direct Access SCSI-3 device da14: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da14: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da23 at sym4 bus 0 target 1 lun 0 da23: Fixed Direct Access SCSI-3 device da23: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da23: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da24 at sym4 bus 0 target 2 lun 0 da24: Fixed Direct Access SCSI-3 device da24: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da24: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da15 at sym1 bus 0 target 2 lun 0 da15: Fixed Direct Access SCSI-3 device da15: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da15: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da6 at sym0 bus 0 target 2 lun 0 da6: Fixed Direct Access SCSI-3 device da6: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da6: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da25 at sym4 bus 0 target 3 lun 0 da25: Fixed Direct Access SCSI-3 device da25: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da25: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da16 at sym1 bus 0 target 3 lun 0 da16: Fixed Direct Access SCSI-3 device da16: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da16: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da7 at sym0 bus 0 target 3 lun 0 da7: Fixed Direct Access SCSI-3 device da7: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da7: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da17 at sym1 bus 0 target 4 lun 0 da17: Fixed Direct Access SCSI-3 device da17: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da17: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da26 at sym4 bus 0 target 4 lun 0 da26: Fixed Direct Access SCSI-3 device da26: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da26: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da8 at sym0 bus 0 target 4 lun 0 da8: Fixed Direct Access SCSI-3 device da8: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da8: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da18 at sym1 bus 0 target 5 lun 0 da18: Fixed Direct Access SCSI-3 device da18: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da18: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da27 at sym4 bus 0 target 5 lun 0 da27: Fixed Direct Access SCSI-3 device da27: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da27: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da9 at sym0 bus 0 target 5 lun 0 da9: Fixed Direct Access SCSI-3 device da9: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da9: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da19 at sym1 bus 0 target 6 lun 0 da19: Fixed Direct Access SCSI-3 device da19: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da19: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da28 at sym4 bus 0 target 6 lun 0 da28: Fixed Direct Access SCSI-3 device da28: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da28: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da10 at sym0 bus 0 target 6 lun 0 da10: Fixed Direct Access SCSI-3 device da10: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da10: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da20 at sym1 bus 0 target 8 lun 0 da20: Fixed Direct Access SCSI-3 device da20: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da20: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da29 at sym4 bus 0 target 8 lun 0 da29: Fixed Direct Access SCSI-3 device da29: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da29: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da11 at sym0 bus 0 target 8 lun 0 da11: Fixed Direct Access SCSI-3 device da11: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da11: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da21 at sym1 bus 0 target 9 lun 0 da21: Fixed Direct Access SCSI-3 device da21: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da21: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da30 at sym4 bus 0 target 9 lun 0 da30: Fixed Direct Access SCSI-3 device da30: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da30: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da12 at sym0 bus 0 target 9 lun 0 da12: Fixed Direct Access SCSI-3 device da12: 6.600MB/s transfers (16bit), Tagged Queueing Enabled da12: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) da2 at sym3 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15) da2: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da1 at sym3 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (20.000MHz, offset 15) da1: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da0 at sym3 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) cd0 at sym3 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 5.000MB/s transfers (5.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0s1a WARNING: / was not properly dismounted vinum: loaded vinum: reading configuration from /dev/da30s1e vinum: updating configuration from /dev/da29s1e vinum: updating configuration from /dev/da28s1e vinum: updating configuration from /dev/da27s1e vinum: updating configuration from /dev/da26s1e vinum: updating configuration from /dev/da25s1e vinum: updating configuration from /dev/da24s1e vinum: updating configuration from /dev/da23s1e vinum: updating configuration from /dev/da22s1e vinum: updating configuration from /dev/da21s1e vinum: updating configuration from /dev/da20s1e vinum: updating configuration from /dev/da19s1e vinum: updating configuration from /dev/da18s1e vinum: updating configuration from /dev/da16s1e vinum: updating configuration from /dev/da15s1e vinum: updating configuration from /dev/da14s1e vinum: updating configuration from /dev/da13s1e vinum: updating configuration from /dev/da12s1e vinum: updating configuration from /dev/da11s1e vinum: updating configuration from /dev/da10s1e vinum: updating configuration from /dev/da9s1e vinum: updating configuration from /dev/da8s1e vinum: updating configuration from /dev/da7s1e vinum: updating configuration from /dev/da6s1e vinum: updating configuration from /dev/da5s1e vinum: updating configuration from /dev/da4s1e vinum: updating configuration from /dev/da2s1f vinum: updating configuration from /dev/da1s1f /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 3:28:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from unix1.jinr.dubna.su (unix1.jinr.dubna.su [159.93.17.121]) by hub.freebsd.org (Postfix) with ESMTP id A66FF37B57C for ; Wed, 7 Jun 2000 03:28:47 -0700 (PDT) (envelope-from lavr@unix1.jinr.dubna.su) Received: (from lavr@localhost) by unix1.jinr.dubna.su (8.8.8/8.8.8) id OAA19151 for freebsd-stable@freebsd.org; Wed, 7 Jun 2000 14:30:50 +0400 (MSD) (envelope-from lavr) From: Andrey Lavrentyev Message-Id: <200006071030.OAA19151@unix1.jinr.dubna.su> Subject: Re: ABIT BE6-II(hpt366) & ata in -stable To: freebsd-stable@freebsd.org Date: Wed, 7 Jun 2000 14:30:50 +0400 (MSD) Reply-To: lavr@unix1.jinr.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, I resolved my problem (see subj), was test some ata/66 disks & controllers... Summary: this problems in hardware combinations various udma controllers and disks vendors, but this wasn't shock for me, i was very surprise after disk tests: disks run in pio-mode faster than in dma. :) PS. sysctl -w hw.atamodes=pio,...,pio, resolved udma problems. Best regards, -- lavr / Andrey Lavrentyev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 4:36:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id 9B31637B738 for ; Wed, 7 Jun 2000 04:36:55 -0700 (PDT) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by jfh00.fernuni-hagen.de (Postfix) with ESMTP id A4D5C1202; Wed, 7 Jun 2000 13:36:54 +0200 (CEST) Message-ID: <393E33D6.2A202A86@fernuni-hagen.de> Date: Wed, 07 Jun 2000 13:36:54 +0200 From: "F. Heinrichmeyer" Organization: FernUni in Hagen X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.14-15mdksmp i686) X-Accept-Language: de-DE, German/Germany, en MIME-Version: 1.0 To: Jesper Skriver , freebsd-stable Subject: Re: 4.0-STABLE crashes ... (SMP ?) References: <20000607113953.A78657@skriver.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Same SMP problem here, but i did not manage to create a crash dump until now... I made a kernel with config -g ... and changed dumpdev in /etc/rc.conf, what else can i do? Btw. is stable@freebsd.org a correct address? Shouldn't it be freebsd-stable.... ? -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 5:15:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id 1F12037B738 for ; Wed, 7 Jun 2000 05:15:45 -0700 (PDT) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by jfh00.fernuni-hagen.de (Postfix) with ESMTP id 92EC61202; Wed, 7 Jun 2000 14:15:43 +0200 (CEST) Message-ID: <393E3CEF.4618D164@fernuni-hagen.de> Date: Wed, 07 Jun 2000 14:15:43 +0200 From: "F. Heinrichmeyer" Organization: FernUni in Hagen X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.14-15mdksmp i686) X-Accept-Language: de-DE, German/Germany, en MIME-Version: 1.0 To: lavr@unix1.jinr.ru Cc: freebsd-stable@FreeBSD.ORG Subject: SMP-problem: waiting for crash dump, default /var partition to small References: <200006071030.OAA19151@unix1.jinr.dubna.su> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The default var partition is a little to small for a dump of 256 MegaBytes of RAM i realized now :-) -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 5:16:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from alijku04.edvz.uni-linz.ac.at (alijku04.edvz.uni-linz.ac.at [140.78.182.1]) by hub.freebsd.org (Postfix) with ESMTP id 9B91237BCBB for ; Wed, 7 Jun 2000 05:16:31 -0700 (PDT) (envelope-from ferdl@atommuell.oeh.uni-linz.ac.at) Received: from sondermuell.oeh.uni-linz.ac.at (sondermuell.oeh.uni-linz.ac.at [140.78.214.105]) by alijku04.edvz.uni-linz.ac.at (8.8.8/8.8.8) with ESMTP id OAA122472 for ; Wed, 7 Jun 2000 14:16:29 +0200 Received: from atommuell.oeh.uni-linz.ac.at (root@atommuell.oeh.uni-linz.ac.at [140.78.214.101]) by sondermuell.oeh.uni-linz.ac.at (8.9.3/8.9.3) with ESMTP id OAA22807 for ; Wed, 7 Jun 2000 14:15:45 +0200 Received: from localhost (ferdl@localhost) by atommuell.oeh.uni-linz.ac.at (8.9.3/8.9.3) with ESMTP id OAA81040 for ; Wed, 7 Jun 2000 14:16:28 +0200 (CEST) (envelope-from ferdl@atommuell.oeh.uni-linz.ac.at) Date: Wed, 7 Jun 2000 14:16:28 +0200 (CEST) From: Ferdinand Goldmann To: stable@freebsd.org Subject: fbsdboot.exe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello. Can this thing (fbsdboot.exe) in any way boot an ELF kernel? I have never used it myself, but I have a friend who wanted to try out FreeBSD for the first time, and he was not able to boot anything with this thing. The binary is on the 4.0-RELEASE CDs. /* * fbsdboot.c Boot FreeBSD from DOS * * (C) 1994 by Christian Gusenbauer (cg@fimp01.fim.uni-linz.ac.at) And the source even says, that it was written by an assistant at my university 8^), who, however, is long gone from here. "1994" sounds like it might not work anymore. If it is obsolete, why is the binary then still on the boot CD? Please forgive my probably stupid questioning, but I currently cannot try out this myself (who has a machine with DOS on it anyway *g*) Regards, Ferdinand Goldmann To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 5:32:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 8D6B937BC44 for ; Wed, 7 Jun 2000 05:32:11 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id DFB09A841; Wed, 7 Jun 2000 22:32:44 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id D862E5438; Wed, 7 Jun 2000 22:32:44 +1000 (EST) Date: Wed, 7 Jun 2000 22:32:44 +1000 (EST) From: andrew@ugh.net.au To: Ferdinand Goldmann Cc: stable@freebsd.org Subject: Re: fbsdboot.exe In-Reply-To: Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, Ferdinand Goldmann wrote: > Can this thing (fbsdboot.exe) in any way boot an ELF kernel? I have Apparently not. There was a discussion of this on one of the lists a month or two ago. Check the archives. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 5:36:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 8F5EF37B69E for ; Wed, 7 Jun 2000 05:36:12 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id OAA20377; Wed, 7 Jun 2000 14:36:25 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12zf3r-0000TF-00 for ; Wed, 07 Jun 2000 14:35:55 +0200 Date: Wed, 7 Jun 2000 14:35:55 +0200 From: Szilveszter Adam To: FreeBSD-Stable Subject: Re: major problems doing buildworld after cvsup in FreeBSD 4.0 Message-ID: <20000607143555.A1508@petra.hos.u-szeged.hu> Mail-Followup-To: FreeBSD-Stable References: <392FEFF8.81DCE83E@ludd.luth.se> <393DE1A3.BB73F744@ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i In-Reply-To: <393DE1A3.BB73F744@ix.netcom.com>; from igiveup@ix.netcom.com on Tue, Jun 06, 2000 at 10:46:11PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! On Tue, Jun 06, 2000 at 10:46:11PM -0700, Ben Speirs wrote: > Joachim Strömbergson wrote: > > > > Hi! > > > > I've got some major problems doing a "make buildworld" after updating > > the source tree. The problem is not related to a recent change to the > > CVS DB, but something wrong in my system that I can't shake out. > > Me too! [...] Short answer: In 4.0 you *need* the crypto sources in order to make a normal buildworld. Use the secure-supfile too but be sure to cvsup from the correct location (US or non-US). Also be sure to check that you are using the RELENG_4 tag for your cvs-crypto collection, too. If you want to make world without crypto (which I do not think is what you want...) then use the NOCRYPTO knob /etc/make.conf. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 6:52: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from eagle.prod.itd.earthlink.net (eagle.prod.itd.earthlink.net [207.217.120.24]) by hub.freebsd.org (Postfix) with ESMTP id 1EB4137BCFC for ; Wed, 7 Jun 2000 06:52:04 -0700 (PDT) (envelope-from eogren@earthlink.net) Received: from rod.darktech.org (ip47.cambridge2.ma.pub-ip.psi.net [38.32.112.47]) by eagle.prod.itd.earthlink.net (8.9.3-EL_1_3/8.9.3) with ESMTP id GAA12916; Wed, 7 Jun 2000 06:52:01 -0700 (PDT) Received: (from eogren@localhost) by rod.darktech.org (8.10.1/8.10.1) id e57DrLp08143; Wed, 7 Jun 2000 09:53:21 -0400 (EDT) Date: Wed, 7 Jun 2000 09:53:21 -0400 From: Eric Ogren To: Ben Speirs Cc: =?iso-8859-1?Q?Joachim_Str=F6mbergson?= , FreeBSD-Stable Subject: Re: major problems doing buildworld after cvsup in FreeBSD 4.0 Message-ID: <20000607095321.A7737@earthlink.net> References: <392FEFF8.81DCE83E@ludd.luth.se> <393DE1A3.BB73F744@ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <393DE1A3.BB73F744@ix.netcom.com>; from igiveup@ix.netcom.com on Tue, Jun 06, 2000 at 10:46:11PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To both of you; are you *sure* you're sup'ing the crypto sources? In 4.0-STABLE, you need crypto to build the system (there is a NOCRYPTO option in /etc/defaults/make.conf which should work, however). Eric On Tue, Jun 06, 2000 at 10:46:11PM -0700, Ben Speirs wrote: > > I bought the FreeBSD 4.0 March CDs from Walnut Creek. I installed > > everything except the crypto stuff (I'm living in Sweden). Since I've > > got a SMP system, I created a custom config file and built a new kernel. > > After setting upp PPP, I set up cvsup and updated both the stable > > sources, the ports and the crypto from the international site. (All cvs > > scripts are included with the mail). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 12:18:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 23BCE37BE3B for ; Wed, 7 Jun 2000 12:18:26 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 20984 invoked by uid 0); 7 Jun 2000 19:18:23 -0000 Received: from p3ee0b39d.dip.t-dialin.net (HELO speedy.gsinet) (62.224.179.157) by mail05.rzmi.gmx.net with SMTP; 7 Jun 2000 19:18:23 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id UAA18162 for freebsd-stable@freebsd.org; Wed, 7 Jun 2000 20:48:24 +0200 Date: Wed, 7 Jun 2000 20:48:24 +0200 From: Gerhard Sittig To: freebsd-stable@freebsd.org Subject: Re: 4.0 - RELEASE/STABLE and Asus PI-P55T2P4 Message-ID: <20000607204824.M9883@speedy.gsinet> Mail-Followup-To: freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from spork@super-g.com on Tue, Jun 06, 2000 at 11:47:10PM -0400 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Jun 06, 2000 at 23:47 -0400, spork wrote: > > Just a quick note for the archives. If you have problems > installing 4.x from a bootable CD on a SCSI CDROM, make sure > you have the latest Asus BIOS. I didn't, and it locked the > machine up hard (no Ctrl-Alt-Del). This is with a Toshiba > CDROM and Mylex/Buslogic BT-948. I also flashed that to the > latest rev for the fun of it. I don't have the exact same hardware nor do I even have something similar. The machine looks something like this (sorry, don't have it at hand here, but could collect more concret data on request): - Athlon/700 (with 256MB of RAM) - MSI (MicroStar) board with IronGate (751/756) chipset - BIOS as of 2000/04/24 (latest available version) - ATAPI cdrom and IDE harddrives and it completely freezes booting the 4.0-RELEASE CD (the German user group's assembly as sold by JFLehmanns, www.lob.de). The "keyboard: yes" is seen, the rotating dash starts showing, but then the machine locks up hard and can only be power cycled or pushed via the reset button. This seems to be the stage where disks are scanned and enumerated for the loader. I won't be able to provide dmesg output (won't boot) nor did I have the time to investigate the problem any further -- I got the machine two days ago and installing FreeBSD on it was "just an option" after everything else was done. I could collect the data from eyeballing(sp? id?) the hardware and maybe booting Linux -- *if* this will do, neither did I try this up to now. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 12:20:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B39EE37BFBF; Wed, 7 Jun 2000 12:20:40 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id MAA22602; Wed, 7 Jun 2000 12:20:40 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Wed, 7 Jun 2000 12:20:40 -0700 (PDT) From: Kris Kennaway To: Eric Ogren Cc: Ben Speirs , =?iso-8859-1?Q?Joachim_Str=F6mbergson?= , FreeBSD-Stable Subject: Re: major problems doing buildworld after cvsup in FreeBSD 4.0 In-Reply-To: <20000607095321.A7737@earthlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, Eric Ogren wrote: > To both of you; are you *sure* you're sup'ing the crypto sources? In > 4.0-STABLE, you need crypto to build the system (there is a > NOCRYPTO option in /etc/defaults/make.conf which should work, however). No you don't, at least you shouldn't have to. Crypto is *recommended*, but not mandatory. I can't remember if there was breakage in 4.0-RELEASE, but what *will* get you is if you have old crypto sources lying around (or just the directories) because then they will be "autodetected". I recommend either: 1) cvsupping/installing crypto sources as well, that way you get OpenSSH support. 2) trying with an explicit NOCRYPTO=1 to force it not to look for crypto sources. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 13:39:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.il.home.com (ha1.rdc1.il.home.com [24.2.1.66]) by hub.freebsd.org (Postfix) with ESMTP id 2BD6137BE88 for ; Wed, 7 Jun 2000 13:39:25 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([24.12.197.197]) by mail.rdc1.il.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000607203924.XEAJ17840.mail.rdc1.il.home.com@math.missouri.edu> for ; Wed, 7 Jun 2000 13:39:24 -0700 Message-ID: <393EB2EC.B4D083A1@math.missouri.edu> Date: Wed, 07 Jun 2000 15:39:08 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: Passive mode for ftp Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am operating behind a firewall, which seems to require that ftp operate in passive mode. With recent builds of FBSD 4.0, ftp does not seem to want to do this. I recall seeing a discussion about this, and people promising a fix. I am operating a very recent version of FreeBSD (built yesterday), and it is still not working. Has it been fixed yet, or am I misunderstanding something? Is there something I should be doing? Thanks, Stephen -- Stephen Montgomery-Smith Department of Mathematics, University of Missouri, Columbia, MO 65211 Phone 573-882-4540, fax 573-882-1869 http://www.math.missouri.edu/~stephen stephen@math.missouri.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 13:46:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from math.uic.edu (galois.math.uic.edu [131.193.178.114]) by hub.freebsd.org (Postfix) with SMTP id 1940137B6D3 for ; Wed, 7 Jun 2000 13:46:20 -0700 (PDT) (envelope-from vladimir-bsd-stable@math.uic.edu) Received: (qmail 14894 invoked by uid 31415); 7 Jun 2000 20:46:16 -0000 Date: 7 Jun 2000 20:46:16 -0000 Message-ID: <20000607204616.14893.qmail@math.uic.edu> From: vladimir-bsd-stable@math.uic.edu To: freebsd-stable@freebsd.org Subject: inetd problems Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear -STABLE users, our inetd has been coredumping lately. Can anyone give more hints on how to debug this? The system is 4.0-STABLE built on May 20th. I recompiled inetd with -g flag and ran a debugger: # gdb /usr/sbin/inetd GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) core /inetd.core.old Core was generated by `inetd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libutil.so.3...done. Reading symbols from /usr/lib/libwrap.so.3...done. Reading symbols from /usr/lib/libipsec.so.0...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x280c2846 in freehostent () from /usr/lib/libc.so.4 (gdb) bt #0 0x280c2846 in freehostent () from /usr/lib/libc.so.4 #1 0x280c3f50 in freehostent () from /usr/lib/libc.so.4 #2 0x280c4308 in freehostent () from /usr/lib/libc.so.4 #3 0x280c2408 in _catclose () from /usr/lib/libc.so.4 #4 0x280c254a in _getipnodebyname_multi () from /usr/lib/libc.so.4 #5 0x280c2631 in getipnodebyname () from /usr/lib/libc.so.4 #6 0x28075dd6 in sock_hostname () from /usr/lib/libwrap.so.3 #7 0x28078355 in eval_hostname () from /usr/lib/libwrap.so.3 #8 0x28077e2f in hosts_access () from /usr/lib/libwrap.so.3 #9 0x28077b4e in hosts_access () from /usr/lib/libwrap.so.3 #10 0x280779f4 in hosts_access () from /usr/lib/libwrap.so.3 #11 0x280778bc in hosts_access () from /usr/lib/libwrap.so.3 #12 0x28077740 in hosts_access () from /usr/lib/libwrap.so.3 #13 0x804a715 in main (argc=2, argv=0xbfbff8e8, envp=0xbfbff8ec) at inetd.c:659 #14 0x8049a2d in _start () Thanks Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 14: 9:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 6EE1737BACA for ; Wed, 7 Jun 2000 14:09:48 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id RAA13317 for ; Wed, 7 Jun 2000 17:08:54 -0400 (EDT) Received: (from mi@localhost) by misha.privatelabs.com (8.9.3/8.9.3) id RAA94211 for stable@freebsd.org; Wed, 7 Jun 2000 17:08:45 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200006072108.RAA94211@misha.privatelabs.com> Subject: changes in dd? To: stable@freebsd.org Date: Wed, 7 Jun 2000 17:08:44 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I'm noticing a big difference between two -stable machines: 0: 4.0-STABLE #1: Wed Apr 19 14:11:58 EDT 2000 1: 4.0-STABLE #2: Fri Jun 2 16:53:15 EDT 2000 My application needs to save files on the remote servers and I chose to do it using dd, because I could tell it exactly how many bytes to read and save without relying on the EOF. My command line is: ssh -o'Compression no' -e none -c blowfish \ dd ibs=1 count= of=/dev/null < /kernel.GENERIC This works on both machines, but on the newer one it is much slower then on the older one (51 Kb/sec vs. 3Mb/sec !). If I remove ``ibs=1 count='' the speed is the same, but I can't specify the size any more. May be, it is not even dd, but something else in the system... To work around I wrote my own little program, but I'm still curious what changed in the system for such a dramatic difference... TIA, -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 14:15: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (Postfix) with ESMTP id 8CE6437B5AE for ; Wed, 7 Jun 2000 14:14:54 -0700 (PDT) (envelope-from michaelw@iprg.nokia.com) Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69]) by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id OAA08008 for ; Wed, 7 Jun 2000 14:14:54 -0700 (PDT) Received: (from root@localhost) by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id OAA01524 for ; Wed, 7 Jun 2000 14:14:51 -0700 X-Virus-Scanned: Wed, 7 Jun 2000 14:14:51 -0700 Nokia Silicon Valley Email Exploit Scanner Received: from (peter.iprg.nokia.com [205.226.11.56]) by darkstar.iprg.nokia.com SMTP/WTS (12.69) xma001438; Wed, 7 Jun 00 14:14:45 -0700 Message-ID: <393EBB47.5B54C226@iprg.nokia.com> Date: Wed, 07 Jun 2000 14:14:47 -0700 From: Michael Glenn Williams Organization: NOKIA X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD-Stable Subject: cvsup in FreeBSD 4.0 References: <392FEFF8.81DCE83E@ludd.luth.se> <393DE1A3.BB73F744@ix.netcom.com> <20000607143555.A1508@petra.hos.u-szeged.hu> Content-Type: multipart/alternative; boundary="------------B9AA9B9B73582D6D4B11ADE4" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --------------B9AA9B9B73582D6D4B11ADE4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Newbie behind firewall in California can't get through for my first cvsup. RTFM is OK answer (please quote chapter and verse) Here's the scenario: /home/michaelw/SOURCE_TREES/4.0.0-RELEASE] >cvsup -P - -g supfile.001 >>& cvsup.002.out & ; tail -f cvsup.002.out [1] 2079 cvsup -P - -g supfile.001 Cannot connect to cvsup2.FreeBSD.org: Connection refused Will retry at 13:57:43 Retrying Cannot connect to cvsup2.FreeBSD.org: Connection refused Will retry at 14:08:52 Retrying Cannot connect to cvsup2.FreeBSD.org: Connection refused Will retry at 14:31:13 This will go like this for 3 days if I let it. My supfile: cat supfile.001 *default host=cvsup2.FreeBSD.org *default prefix=/home/michaelw/SOURCE_TREES/4.0.0-RELEASE *default base=/home/michaelw/SOURCE_TREES/4.0.0-RELEASE/cvsup *default release=cvs delete use-rel-suffix src-all cvs-crypto Tx, Mike --------------B9AA9B9B73582D6D4B11ADE4 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Newbie behind firewall in California can't get through for my first cvsup. RTFM is
OK answer (please quote chapter and verse) Here's the scenario:

/home/michaelw/SOURCE_TREES/4.0.0-RELEASE] >cvsup -P - -g supfile.001 >>& cvsup.002.out & ; tail -f cvsup.002.out
[1] 2079
cvsup -P - -g supfile.001

Cannot connect to cvsup2.FreeBSD.org: Connection refused
Will retry at 13:57:43
Retrying
Cannot connect to cvsup2.FreeBSD.org: Connection refused
Will retry at 14:08:52
Retrying
Cannot connect to cvsup2.FreeBSD.org: Connection refused
Will retry at 14:31:13

This will go like this for 3 days if I let it.

My supfile:

cat supfile.001
 *default host=cvsup2.FreeBSD.org
 *default prefix=/home/michaelw/SOURCE_TREES/4.0.0-RELEASE
 *default base=/home/michaelw/SOURCE_TREES/4.0.0-RELEASE/cvsup
 *default release=cvs delete use-rel-suffix
 
 src-all
 cvs-crypto

Tx,
Mike
  --------------B9AA9B9B73582D6D4B11ADE4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 14:53:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 195C237B784 for ; Wed, 7 Jun 2000 14:53:49 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 7 Jun 2000 22:53:47 +0100 (BST) Date: Wed, 7 Jun 2000 22:53:46 +0100 From: David Malone To: vladimir-bsd-stable@math.uic.edu Cc: freebsd-stable@freebsd.org Subject: Re: inetd problems Message-ID: <20000607225346.A79634@walton.maths.tcd.ie> References: <20000607204616.14893.qmail@math.uic.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607204616.14893.qmail@math.uic.edu>; from vladimir-bsd-stable@math.uic.edu on Wed, Jun 07, 2000 at 08:46:16PM -0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 08:46:16PM -0000, vladimir-bsd-stable@math.uic.edu wrote: > #11 0x280778bc in hosts_access () from /usr/lib/libwrap.so.3 > #12 0x28077740 in hosts_access () from /usr/lib/libwrap.so.3 > #13 0x804a715 in main (argc=2, argv=0xbfbff8e8, envp=0xbfbff8ec) at inetd.c:659 > #14 0x8049a2d in _start () The stack trace looks a bit confused - maybe 'cos of optimisation? hosts_access doesn't call itself, but the functions it calls may have been inlined as they are static (mind you, that's not supposed to happen unless you compile with -O3). If you have extra optimisation turned on for doing a buildworld you could try turing it off and recompiling libc, libwrap and inetd. Otherwise you could try running inetd -d and keeping the output until it crashes. It will produce a lot of output! David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 15:18:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.il.home.com (ha1.rdc1.il.home.com [24.2.1.66]) by hub.freebsd.org (Postfix) with ESMTP id 25ECD37B5AB for ; Wed, 7 Jun 2000 15:18:23 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([24.12.197.197]) by mail.rdc1.il.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000607221822.KTQ17840.mail.rdc1.il.home.com@math.missouri.edu> for ; Wed, 7 Jun 2000 15:18:22 -0700 Message-ID: <393ECA1E.58DF698C@math.missouri.edu> Date: Wed, 07 Jun 2000 17:18:06 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: Re: Passive mode for ftp References: <393EB2EC.B4D083A1@math.missouri.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, it is not passive mode as such that seems to be problem. Suppose I do: ftp ftp.freebsd.org and log on as anonymous. When I type ls I get the messages 500 'EPSV': command not understood. 500 'LPSV': command not understood. Passive mode refused. This worked in earler versions of FreeBSD 4.0, even when I had a firewall. Stephen Montgomery-Smith wrote: > > I am operating behind a firewall, which seems to require that ftp > operate in passive mode. With recent builds of FBSD 4.0, ftp does > not seem to want to do this. > > I recall seeing a discussion about this, and people promising > a fix. I am operating a very recent version of FreeBSD (built > yesterday), and it is still not working. > > Has it been fixed yet, or am I misunderstanding something? Is > there something I should be doing? > > Thanks, Stephen -- Stephen Montgomery-Smith Department of Mathematics, University of Missouri, Columbia, MO 65211 Phone 573-882-4540, fax 573-882-1869 http://www.math.missouri.edu/~stephen stephen@math.missouri.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 15:23:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id BAE8037B6AC for ; Wed, 7 Jun 2000 15:23:52 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.242.100]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Wed, 7 Jun 2000 15:24:20 -0700 Message-ID: <393ECB70.3B55E391@3-cities.com> Date: Wed, 07 Jun 2000 15:23:44 -0700 From: Kent Stewart Organization: BOSSig X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Michael Glenn Williams Cc: FreeBSD-Stable Subject: Re: cvsup in FreeBSD 4.0 References: <392FEFF8.81DCE83E@ludd.luth.se> <393DE1A3.BB73F744@ix.netcom.com> <20000607143555.A1508@petra.hos.u-szeged.hu> <393EBB47.5B54C226@iprg.nokia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Glenn Williams wrote: > > Newbie behind firewall in California can't get through for my first > cvsup. RTFM is > OK answer (please quote chapter and verse) Here's the scenario: > > /home/michaelw/SOURCE_TREES/4.0.0-RELEASE] >cvsup -P - -g > supfile.001 >>& cvsup.002.out & ; tail -f cvsup.002.out > [1] 2079 > cvsup -P - -g supfile.001 > > Cannot connect to cvsup2.FreeBSD.org: Connection refused > Will retry at 13:57:43 > Retrying > Cannot connect to cvsup2.FreeBSD.org: Connection refused > Will retry at 14:08:52 > Retrying > Cannot connect to cvsup2.FreeBSD.org: Connection refused > Will retry at 14:31:13 > > This will go like this for 3 days if I let it. > > My supfile: > > cat supfile.001 > *default host=cvsup2.FreeBSD.org > *default prefix=/home/michaelw/SOURCE_TREES/4.0.0-RELEASE > *default base=/home/michaelw/SOURCE_TREES/4.0.0-RELEASE/cvsup > *default release=cvs delete use-rel-suffix > > src-all > cvs-crypto > My supfile is *default host=cvsup7.FreeBSD.org *default base=/usr *default prefix=/usr # The following line is for 4-stable. If you want 3.x-stable, change # "RELENG_4" to "RELENG_3". *default release=cvs tag=RELENG_4 *default delete use-rel-suffix # If your network link is a T1 or faster, comment out the following line. *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections, # except the export-restricted collections. src-all and it usually runs. I have also used cvsup1 on occasion but 7 is much closer to me. Kent -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html http://daily.daemonnews.org/ SETI (Search for Extraterrestrial Intelligence) @ Home http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 15:26:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 9F92837B80A for ; Wed, 7 Jun 2000 15:26:49 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id SAA02452; Wed, 7 Jun 2000 18:26:46 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <393ECC26.A2DE6DFA@thehousleys.net> Date: Wed, 07 Jun 2000 18:26:46 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Montgomery-Smith Cc: stable@FreeBSD.ORG Subject: Re: Passive mode for ftp References: <393EB2EC.B4D083A1@math.missouri.edu> <393ECA1E.58DF698C@math.missouri.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Montgomery-Smith wrote: > > OK, it is not passive mode as such that seems to be problem. > > Suppose I do: > ftp ftp.freebsd.org > and log on as anonymous. When I type > ls > I get the messages > 500 'EPSV': command not understood. > 500 'LPSV': command not understood. > Passive mode refused. > > This worked in earler versions of FreeBSD 4.0, even when I had > a firewall. > This is from /etc/login.conf: default:\ :copyright=/etc/COPYRIGHT:\ :welcome=/etc/motd:\ :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=NO:\ I changed FTP_PASSIVE_MODE=YES to NO and all was right in the world. Jim Don't forget cap_mkdb. -- Artificial intelligence is no match for natural stupidity. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 15:49:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc1.il.home.com (ha1.rdc1.il.home.com [24.2.1.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B97F37B80A for ; Wed, 7 Jun 2000 15:49:49 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([24.12.197.197]) by mail.rdc1.il.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000607224948.BKWS17840.mail.rdc1.il.home.com@math.missouri.edu>; Wed, 7 Jun 2000 15:49:48 -0700 Message-ID: <393ED17C.986FD990@math.missouri.edu> Date: Wed, 07 Jun 2000 17:49:32 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: James Housley Cc: stable@FreeBSD.ORG Subject: Re: Passive mode for ftp References: <393EB2EC.B4D083A1@math.missouri.edu> <393ECA1E.58DF698C@math.missouri.edu> <393ECC26.A2DE6DFA@thehousleys.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: > This is from /etc/login.conf: > > default:\ > :copyright=/etc/COPYRIGHT:\ > :welcome=/etc/motd:\ > :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=NO:\ > > I changed FTP_PASSIVE_MODE=YES to NO and all was right in the world. > > Don't forget cap_mkdb. Thanks, that did it. Forgive my ignorance, but what was the reference to cap_mkdb (I had to reboot my machine to get it to work). -- Stephen Montgomery-Smith Department of Mathematics, University of Missouri, Columbia, MO 65211 Phone 573-882-4540, fax 573-882-1869 http://www.math.missouri.edu/~stephen stephen@math.missouri.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 18:23:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web704.mail.yahoo.com (web704.mail.yahoo.com [128.11.23.24]) by hub.freebsd.org (Postfix) with SMTP id B3C6137B8A1 for ; Wed, 7 Jun 2000 18:23:35 -0700 (PDT) (envelope-from rncarpio@yahoo.com) Received: (qmail 19197 invoked by uid 60001); 8 Jun 2000 01:23:33 -0000 Message-ID: <20000608012333.19196.qmail@web704.mail.yahoo.com> Received: from [12.7.140.254] by web704.mail.yahoo.com; Wed, 07 Jun 2000 18:23:33 PDT Date: Wed, 7 Jun 2000 18:23:33 -0700 (PDT) From: Ronaldo Carpio Subject: remove() behavior? To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What should the behavior of the remove() stdio function be? The man page says it's an alias for unlink(), but Linux and Solaris say it should unlink() files and rmdir() dirs, and Stevens' APUE agrees. Ronnie N. Carpio rncarpio@yahoo.com __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 18:59:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 01FC637C060 for ; Wed, 7 Jun 2000 18:59:13 -0700 (PDT) (envelope-from igiveup@ix.netcom.com) Received: from ix.netcom.com (user-2ini82v.dialup.mindspring.com [165.121.32.95]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id VAA13098 for ; Wed, 7 Jun 2000 21:59:09 -0400 (EDT) Message-ID: <393EFDEB.9699D565@ix.netcom.com> Date: Wed, 07 Jun 2000 18:59:07 -0700 From: Ben Speirs X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: major problems doing buildworld after cvsup in FreeBSD 4.0 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > On Wed, 7 Jun 2000, Eric Ogren wrote: > > > To both of you; are you *sure* you're sup'ing the crypto sources? In > > 4.0-STABLE, you need crypto to build the system (there is a > > NOCRYPTO option in /etc/defaults/make.conf which should work, however). > > No you don't, at least you shouldn't have to. Crypto is *recommended*, but > not mandatory. I can't remember if there was breakage in 4.0-RELEASE, but > what *will* get you is if you have old crypto sources lying around (or > just the directories) because then they will be "autodetected". > I think you must be right Ken, at least in my case. I think I have solved my problem too. Being stubborn ("This should f'ing work! I've done it a hundred times before") I proceeded to try another buildworld. In preparation for the build I cleaned up my disk to make sure there was enough room on it. Among many other cleanups I went into my /usr/obj and did a rm -r * to clean out old build stuff. I noticed that several files buried in a few directories were not getting removed. They had the immutable flag set. After chflags-ing and rm-ing them I started the buildworld. That must have done it because it finished successfully and the earlier messages I reported never showed up. This is with the same source that failed before since I did not do a CVSup. I suspect your comment about having old crypto sources lying around is correct. After I did my upgrade to 4.0 from CD I decided to try out the 4.x-secure-stable-supfile. About ten minutes in to the process I decided to abort (I can't remember why). The next time I CVSup'ed I used the non-secure file. That is when my problems started. After it failed I figured my source tree was kind of messed up so I decided to burn it down and install it fresh from the CD. Besides after three years I figured it might have lots of clutter - especially my config directory. Still it wouldn't work. Those frozen files in /usr/obj never got cleaned out until I got around to my disk tidying. I still need to do the installworld but I think that should go without problems. Thanks everyone for the tips. Maybe someday I will take another shot at the secure/crypto stuff. -- -Ben Speirs To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 19:31:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from super-g.com (super-g.com [207.240.140.161]) by hub.freebsd.org (Postfix) with ESMTP id DF4D737B536 for ; Wed, 7 Jun 2000 19:31:41 -0700 (PDT) (envelope-from spork@super-g.com) Received: by super-g.com (Postfix, from userid 1000) id 1BB91B422; Wed, 7 Jun 2000 22:31:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by super-g.com (Postfix) with SMTP id 059FFB41F; Wed, 7 Jun 2000 22:31:40 -0400 (EDT) Date: Wed, 7 Jun 2000 22:31:40 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Gerhard Sittig Cc: freebsd-stable@freebsd.org Subject: Re: 4.0 - RELEASE/STABLE and Asus PI-P55T2P4 In-Reply-To: <20000607204824.M9883@speedy.gsinet> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try making floppies and booting off of those. You can find "rawrite" for DOS in the tools directory, and the kernel and mfs floppy in the floppies directory... I'm willing to bet it will boot fine off the floppy. Charles On Wed, 7 Jun 2000, Gerhard Sittig wrote: > On Tue, Jun 06, 2000 at 23:47 -0400, spork wrote: > > > > Just a quick note for the archives. If you have problems > > installing 4.x from a bootable CD on a SCSI CDROM, make sure > > you have the latest Asus BIOS. I didn't, and it locked the > > machine up hard (no Ctrl-Alt-Del). This is with a Toshiba > > CDROM and Mylex/Buslogic BT-948. I also flashed that to the > > latest rev for the fun of it. > > I don't have the exact same hardware nor do I even have something > similar. The machine looks something like this (sorry, don't > have it at hand here, but could collect more concret data on > request): > > - Athlon/700 (with 256MB of RAM) > - MSI (MicroStar) board with IronGate (751/756) chipset > - BIOS as of 2000/04/24 (latest available version) > - ATAPI cdrom and IDE harddrives > > and it completely freezes booting the 4.0-RELEASE CD (the German > user group's assembly as sold by JFLehmanns, www.lob.de). The > "keyboard: yes" is seen, the rotating dash starts showing, but > then the machine locks up hard and can only be power cycled or > pushed via the reset button. This seems to be the stage where > disks are scanned and enumerated for the loader. > > I won't be able to provide dmesg output (won't boot) nor did I > have the time to investigate the problem any further -- I got the > machine two days ago and installing FreeBSD on it was "just an > option" after everything else was done. > > I could collect the data from eyeballing(sp? id?) the hardware > and maybe booting Linux -- *if* this will do, neither did I try > this up to now. > > > virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 > Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net > -- > If you don't understand or are scared by any of the above > ask your parents or an adult to help you. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 19:38:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from super-g.com (super-g.com [207.240.140.161]) by hub.freebsd.org (Postfix) with ESMTP id F30F337B536 for ; Wed, 7 Jun 2000 19:38:45 -0700 (PDT) (envelope-from spork@super-g.com) Received: by super-g.com (Postfix, from userid 1000) id C6796B41F; Wed, 7 Jun 2000 22:38:45 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by super-g.com (Postfix) with SMTP id AE26AB41E; Wed, 7 Jun 2000 22:38:45 -0400 (EDT) Date: Wed, 7 Jun 2000 22:38:45 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Stephen Montgomery-Smith Cc: James Housley , stable@FreeBSD.ORG Subject: Re: Passive mode for ftp In-Reply-To: <393ED17C.986FD990@math.missouri.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Two things: 1. If you pull the IPV6 stuff out of your kernel, ftp seems to work fine, I assume it must "ifdef" the problematic parts of the ftp program out. I have a number of machines running -stable and have no problems, but I also always comment out the v6 stuff. 2. cap_mkdb is to be run like so whenever you've changed login.conf: "cap_mkdb /etc/login.conf". You will have to log out (all the way to the login prompt if you're at the console) and log back in for changes to take effect. A reboot should not be necessary. Charles (this may not make it to the list, netsol is doing naughty things with my domain) --- Charles Sprickman spork@super-g.com --- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." On Wed, 7 Jun 2000, Stephen Montgomery-Smith wrote: > James Housley wrote: > > > This is from /etc/login.conf: > > > > default:\ > > :copyright=/etc/COPYRIGHT:\ > > :welcome=/etc/motd:\ > > :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=NO:\ > > > > I changed FTP_PASSIVE_MODE=YES to NO and all was right in the world. > > > > Don't forget cap_mkdb. > > Thanks, that did it. > > Forgive my ignorance, but what was the reference to cap_mkdb (I had > to reboot my machine to get it to work). > > -- > Stephen Montgomery-Smith > Department of Mathematics, University of Missouri, Columbia, MO 65211 > Phone 573-882-4540, fax 573-882-1869 > http://www.math.missouri.edu/~stephen stephen@math.missouri.edu > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 20:21:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from indigo.dreamfire.net (indigo.dreamfire.net [207.113.154.29]) by hub.freebsd.org (Postfix) with ESMTP id 8D95B37B8AC for ; Wed, 7 Jun 2000 20:21:40 -0700 (PDT) (envelope-from sean@dreamfire.net) Received: from valiant.dreamfire.net (valiant [24.11.227.21]) by indigo.dreamfire.net (Postfix) with ESMTP id 9B9DA9456 for ; Wed, 7 Jun 2000 20:21:39 -0700 (PDT) Received: by valiant.dreamfire.net (Postfix, from userid 1000) id 7DF7BE88E7; Wed, 7 Jun 2000 20:20:24 -0700 (PDT) Date: Wed, 7 Jun 2000 20:20:24 -0700 From: Sean-Paul Rees To: freebsd-stable@freebsd.org Subject: Local startup didn't start! Message-ID: <20000607202024.A720@seanrees.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just went through the make world procedure today on my server here. All went well, but when I rebooted, the /usr/local/etc/rc.d/*.sh didn't execute. This box is headless so I can't really see if there are messages on the screen. But, if one of the scripts in /usr/local/etc/rc.d/ fail, will the rest that come after it fail aswell? I know that the apache.sh failed because there is a passphrase to the SSL key. -- Cheers, Sean Sean-Paul Rees (sean@seanrees.com) Web: http://www.seanrees.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 21: 2: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 0CB7437B9DD for ; Wed, 7 Jun 2000 21:01:59 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e5841vD26067; Wed, 7 Jun 2000 21:01:57 -0700 (PDT) Date: Wed, 7 Jun 2000 21:01:57 -0700 From: Alfred Perlstein To: Ronaldo Carpio Cc: stable@FreeBSD.ORG Subject: Re: remove() behavior? Message-ID: <20000607210157.B18462@fw.wintelcom.net> References: <20000608012333.19196.qmail@web704.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000608012333.19196.qmail@web704.mail.yahoo.com>; from rncarpio@yahoo.com on Wed, Jun 07, 2000 at 06:23:33PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Ronaldo Carpio [000607 18:25] wrote: > > What should the behavior of the remove() stdio function be? The > man page says it's an alias for unlink(), but Linux and Solaris say > it should unlink() files and rmdir() dirs, and Stevens' APUE agrees. The manpage says that our remove(): The remove() function conforms to ISO 9899: 1990 (``ISO C''). Can you quote from a standard that says otherwise? (I don't have ISO 9899: 1990) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 23: 0:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id A087D37B764 for ; Wed, 7 Jun 2000 23:00:33 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id PAA82698 for freebsd-stable@freebsd.org; Thu, 8 Jun 2000 15:30:30 +0930 (CST) (envelope-from grog) Date: Thu, 8 Jun 2000 15:30:30 +0930 From: Greg Lehey To: FreeBSD Stable Users Subject: HEADS UP: More important Vinum information Message-ID: <20000608153030.D79769@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have now committed to 4-STABLE the fixes for the RAID-5 revive corruption that I described a couple of days ago. If you're using RAID-5 on 4-STABLE or 5-CURRENT, you should upgrade to the latest versions as soon as possible. In the meantime, if a RAID-5 plex loses a subdisk, leave it like that. I'm about to commit a very large MFC to 3-STABLE. I've tested it carefully, of course, but with a total diff size of 4300 lines, it's possible that something has slipped through the cracks. I have a problem here: I can continue to test, and possibly find more bugs, but at the same time I'm withholding much-needed fixes. I'd suggest a compromise: if you're running happily with 3-STABLE and you're not using RAID-5, now is probably not the time to upgrade. If any problems do surface, let somebody else find them. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 23:16:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 331E037BA5C for ; Wed, 7 Jun 2000 23:16:12 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e586G7K34060; Wed, 7 Jun 2000 23:16:08 -0700 (PDT) Date: Wed, 7 Jun 2000 23:16:07 -0700 (PDT) From: Doug White To: Sean-Paul Rees Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Local startup didn't start! In-Reply-To: <20000607202024.A720@seanrees.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 7 Jun 2000, Sean-Paul Rees wrote: > I just went through the make world procedure today on my server here. All went > well, but when I rebooted, the /usr/local/etc/rc.d/*.sh didn't execute. > > This box is headless so I can't really see if there are messages on the screen. > But, if one of the scripts in /usr/local/etc/rc.d/ fail, will the rest that > come after it fail aswell? I know that the apache.sh failed because there is > a passphrase to the SSL key. chmod +x /usr/local/etc/rc.d/*.sh 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-stable" in the body of the message From owner-freebsd-stable Wed Jun 7 23:57:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B75F337B510 for ; Wed, 7 Jun 2000 23:57:46 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 8 Jun 2000 07:57:45 +0100 (BST) Date: Thu, 8 Jun 2000 07:57:45 +0100 From: David Malone To: Alfred Perlstein Cc: Ronaldo Carpio , stable@FreeBSD.ORG Subject: Re: remove() behavior? Message-ID: <20000608075745.A84024@walton.maths.tcd.ie> References: <20000608012333.19196.qmail@web704.mail.yahoo.com> <20000607210157.B18462@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000607210157.B18462@fw.wintelcom.net>; from bright@wintelcom.net on Wed, Jun 07, 2000 at 09:01:57PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 09:01:57PM -0700, Alfred Perlstein wrote: > * Ronaldo Carpio [000607 18:25] wrote: > > > > What should the behavior of the remove() stdio function be? The > > man page says it's an alias for unlink(), but Linux and Solaris say > > it should unlink() files and rmdir() dirs, and Stevens' APUE agrees. > > The manpage says that our remove(): > > The remove() function conforms to ISO 9899: 1990 (``ISO C''). > > Can you quote from a standard that says otherwise? (I don't have > ISO 9899: 1990) Single unix spec 2 says: DESCRIPTION The remove() function causes the file named by the pathname pointed to by path to be no longer accessible by that name. A subsequent attempt to open that file using that name will fail, unless it is created anew. If path does not name a directory, remove(path) is equivalent to unlink(path). If path names a directory, remove(path) is equivalent to rmdir(path). It would be pretty easy to change though. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 1:23:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 856B637BF07 for ; Thu, 8 Jun 2000 01:23:08 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id KAA16504 for ; Thu, 8 Jun 2000 10:23:00 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 16377; Thu Jun 8 10:22:00 2000 Message-ID: Date: Thu, 08 Jun 2000 10:23:07 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: PS/2 mouse driver updates - can someone commit these? Content-Type: multipart/mixed; boundary="------------F2AA6794AFC1689924E74CAF" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------F2AA6794AFC1689924E74CAF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi folks I have modified the psm driver to add support for Synaptics touch pads, which are used on, amongst other things, Compaq laptops. My touchpad was being detected as a Intellimouse and was having lots of problems with synchronisation. The changes I made seem to make it behave even better than the MS-Windows driver provided by Synaptics themselves (although that does admittedly run in absolute mode and support a whole bunch of advanced features and extra buttons which won't work with the code I added). In the process I noticed that there is a bug, in that the GENERIC_MOUSE_ENTRY macro was defined to be an incorrect value. This value changes with my patch in any case, so I haven't included a separate fix. Those who know something about PS/2 mouse packets will notice that I am not using the overflow bits in my synchronisation check. It seems that overflow can occur much more frequently with a touch pad than with a real mouse, and using the overflow bits in the synchronisation mask caused frequent loss of synchronisation. I suspect that this could be biting a number of people, even with normal mice, given the regular occurence of messages on the FreeBSD lists about the "psmintr: out of sync" error logs. The psm.c code should really be reworked to be more robust in the way it handled packets with overflow bits set, rather than just dropping them and attempting to resync. My own experience is that synchronisation is much better if these bits are excluded from the sync mask, but that may only be practical when using two button mice, as two button mice still leave two bits in the first byte that can be used for sync purposes. There are two separate patch files attached; one simply defines a new index for the Synaptics device (mouse.h), and the other includes the necessary additions to support the device (psm.c). One strange bit of behaviour with the Synaptics device is that between the three bytes that make up a PS/2 packet in stream mode, there always seems to be an extra zero byte. This will get dropped as part of the normal synchronisation check, but I added special code to make the byte get dropped silently, rather than to log an out-of-sync message. Out-of-sync messages will still be logged if a non-sync byte is found that is not zero-valued. I've sent mail to Synaptics to see if they can explain this behaviour but haven't had a response yet. Anyway, its good to have the touchpad working. Now if only a few more XFree86 4.0 bugs got sorted out... regards gram -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 --------------F2AA6794AFC1689924E74CAF Content-Type: text/plain; charset=us-ascii; name="patch1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch1" *** sys/i386/include/mouse.h.orig Tue Jun 6 22:09:27 2000 --- sys/i386/include/mouse.h Tue Jun 6 22:46:54 2000 *************** *** 118,125 **** --- 118,126 ---- #define MOUSE_MODEL_VERSAPAD 9 #define MOUSE_MODEL_EXPLORER 10 #define MOUSE_MODEL_4D 11 #define MOUSE_MODEL_4DPLUS 12 + #define MOUSE_MODEL_SYNAPTICS 13 typedef struct mousemode { int protocol; /* MOUSE_PROTO_XXX */ int rate; /* report rate (per sec), -1 if unknown */ --------------F2AA6794AFC1689924E74CAF Content-Type: text/plain; charset=us-ascii; name="patch2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="patch2" *** sys/isa/psm.c.orig Tue Jun 6 22:01:56 2000 --- sys/isa/psm.c Wed Jun 7 15:03:26 2000 *************** *** 58,65 **** --- 58,68 ---- * - 30 July 1997. Added APM support. * - 5 March 1997. Defined driver configuration flags (PSM_CONFIG_XXX). * Improved sync check logic. * Vendor specific support routines. + * + * Synaptics Touchpad support added by Graham Wheeler + * - June 2000 */ #include "opt_psm.h" *************** *** 258,265 **** --- 261,269 ---- static probefunc_t enable_4dmouse; static probefunc_t enable_4dplus; static probefunc_t enable_mmanplus; static probefunc_t enable_versapad; + static probefunc_t enable_synaptics; static int tame_mouse __P((struct psm_softc *, mousestatus_t *, unsigned char *)); static struct { int model; *************** *** 282,289 **** --- 286,295 ---- { MOUSE_MODEL_4D, /* A4 Tech 4D Mouse */ 0x08, MOUSE_4D_PACKETSIZE, enable_4dmouse, }, { MOUSE_MODEL_4DPLUS, /* A4 Tech 4D+ Mouse */ 0xc8, MOUSE_4DPLUS_PACKETSIZE, enable_4dplus, }, + { MOUSE_MODEL_SYNAPTICS, /* Synaptics touchpad */ + 0x0c, MOUSE_PS2_PACKETSIZE, enable_synaptics, }, { MOUSE_MODEL_INTELLI, /* Microsoft IntelliMouse */ 0x08, MOUSE_PS2INTELLI_PACKETSIZE, enable_msintelli, }, { MOUSE_MODEL_GLIDEPOINT, /* ALPS GlidePoint */ 0xc0, MOUSE_PS2_PACKETSIZE, enable_aglide, }, *************** *** 293,301 **** 0xe8, MOUSE_PS2VERSA_PACKETSIZE, enable_versapad, }, { MOUSE_MODEL_GENERIC, 0xc0, MOUSE_PS2_PACKETSIZE, NULL, }, }; ! #define GENERIC_MOUSE_ENTRY 7 /* device driver declarateion */ static device_method_t psm_methods[] = { /* Device interface */ --- 299,307 ---- 0xe8, MOUSE_PS2VERSA_PACKETSIZE, enable_versapad, }, { MOUSE_MODEL_GENERIC, 0xc0, MOUSE_PS2_PACKETSIZE, NULL, }, }; ! #define GENERIC_MOUSE_ENTRY 11 /* device driver declarateion */ static device_method_t psm_methods[] = { /* Device interface */ *************** *** 559,566 **** --- 565,573 ---- { MOUSE_MODEL_VERSAPAD, "VersaPad" }, { MOUSE_MODEL_EXPLORER, "IntelliMouse Explorer" }, { MOUSE_MODEL_4D, "4D Mouse" }, { MOUSE_MODEL_4DPLUS, "4D+ Mouse" }, + { MOUSE_MODEL_SYNAPTICS, "Synaptics PS/2 Touchpad in Relative Mode" }, { MOUSE_MODEL_GENERIC, "Generic PS/2 mouse" }, { MOUSE_MODEL_UNKNOWN, NULL }, }; int i; *************** *** 1880,1892 **** --- 1887,1907 ---- /* discard the byte if the device is not open */ if ((sc->state & PSM_OPEN) == 0) continue; + /* Synaptics touchpad seems to always insert a zero byte + between stream mode data packets. Skip these... */ + + if (c==0 && sc->inputbytes == 0 && + sc->hw.model == MOUSE_MODEL_SYNAPTICS) + continue; + /* * Check sync bits. We check for overflow bits and the bit 3 * for most mice. True, the code doesn't work if overflow * condition occurs. But we expect it rarely happens... */ + if ((sc->inputbytes == 0) && ((c & sc->mode.syncmask[0]) != sc->mode.syncmask[1])) { log(LOG_DEBUG, "psmintr: out of sync (%04x != %04x).\n", c & sc->mode.syncmask[0], sc->mode.syncmask[1]); *************** *** 2179,2186 **** --- 2194,2202 ---- ms.button |= ms.obutton & MOUSE_EXTBUTTONS; } break; + case MOUSE_MODEL_SYNAPTICS: /* nothing special yet */ case MOUSE_MODEL_GENERIC: default: break; } *************** *** 2641,2648 **** --- 2657,2721 ---- sc->config |= PSM_CONFIG_HOOKRESUME | PSM_CONFIG_INITAFTERSUSPEND; return TRUE; /* PS/2 absolute mode */ + } + + static int + synaptics_extended_command(KBDC kbdc, unsigned cmd, int data[3]) + { + set_mouse_resolution(kbdc, (cmd>>6)&0x3); + set_mouse_resolution(kbdc, (cmd>>4)&0x3); + set_mouse_resolution(kbdc, (cmd>>2)&0x3); + set_mouse_resolution(kbdc, (cmd>>0)&0x3); + return (get_mouse_status(kbdc, data, 0, 3) == 3) ? 0 : -1; + } + + static int + enable_synaptics(struct psm_softc *sc) + { + KBDC kbdc = sc->kbdc; + int data[3], minor = 0, major = 0; + + if (synaptics_extended_command(kbdc, 0, data) < 0) + return FALSE; + if (data[1] != 0x47) + return FALSE; + #if PSM_DEBUG >= 1 + major = data[2]&0xf; + minor = data[0]; + if (synaptics_extended_command(kbdc, 3, data) == 0) + { + static char *synaptic_pads[] = { + 0, + "TM41xx134 Standard", + "TM41xxx156 Mini", + "TM41xx180 Super", + 0, + 0, + 0, + "Flexible", + "TM41xx220 Ultra-Thin", + "TM41xx230 Wide", + 0, + "TM41xx240 Stamp", + "TM41xx140 Submini", + "TBD Multiswitch", + 0, + "TM41xx301 Advanced Technology", + "TM41xx221 Ultra-Thin" + }; + char *model = "(Unknown)"; + int m = data[0] & 0x3F; + if (m >= 0 && m <= 16 && synaptic_pads[m]) + model = synaptic_pads[m]; + printf("psm: Synaptics %s Touchpad v%d.%d\n", model, major, minor); + } + #else + (void)major; + (void)minor; + #endif + return TRUE; } static int psmresume(device_t dev) --------------F2AA6794AFC1689924E74CAF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 4:10:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from nottingham.ac.uk (pat.ccc.nottingham.ac.uk [128.243.40.194]) by hub.freebsd.org (Postfix) with ESMTP id CF9E937BF35 for ; Thu, 8 Jun 2000 04:10:31 -0700 (PDT) (envelope-from psyrawt@nottingham.ac.uk) Received: from gotham.ccc.nottingham.ac.uk ([128.243.40.48] helo=unix.ccc.nottingham.ac.uk) by nottingham.ac.uk with esmtp (Exim 3.13 #2) id 1300Bi-0005uk-00 for stable@freebsd.org; Thu, 08 Jun 2000 12:09:26 +0100 Received: from granby ([128.243.40.43] helo=granby.ccc.nottingham.ac.uk) by unix.ccc.nottingham.ac.uk with esmtp (Exim 3.11 #2) id 1300Ce-0002Ve-00 for stable@freebsd.org; Thu, 08 Jun 2000 12:10:24 +0100 Date: Thu, 8 Jun 2000 12:10:22 +0100 (BST) From: Andrew Tulloch X-Sender: psyrawt@granby.ccc.nottingham.ac.uk To: stable@freebsd.org Subject: APC Back-UPS Pro Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm having a bit of trouble with getting an APC Back-UPS Pro running on freebsd. It seems to be working with upsd from the ports collection. But every while I get a whole load of lines looking like this: upsd[355]: apc_tune: negative repsonse: N upsd[355]: apc_tune: negative repsonse: ^M upsd[355]: apc_tune: negative repsonse: ^M upsd[355]: apc_tune: negative repsonse: N upsd[355]: apc_tune: negative repsonse: NO upsd[355]: apc_tune: negative repsonse: NO I haven't changed anything from the default config, just plugged it all in as per the APC instructions. I've probably just missed something dumb. It does pick up line fails and when the powr comes back on. just those messages. Thanks Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 4:19:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hq1.tyfon.net (hq1.tyfon.net [213.212.29.17]) by hub.freebsd.org (Postfix) with ESMTP id 32FF937BB7C for ; Thu, 8 Jun 2000 04:19:40 -0700 (PDT) (envelope-from dl@tyfon.net) Received: from enigmatic (dhcp1.intranet.tyfon.net [192.168.1.20]) by hq1.tyfon.net (Postfix) with SMTP id 2496A1C5C8; Thu, 8 Jun 2000 13:19:36 +0200 (CEST) From: "Dan Larsson" To: "Andrew Tulloch" , Subject: RE: APC Back-UPS Pro Date: Thu, 8 Jun 2000 13:19:15 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG | | I haven't changed anything from the default config, just plugged it all in | as per the APC instructions. I've probably just missed something dumb. It | does pick up line fails and when the powr comes back on. just those | messages. I had similar troubles on a Smart-UPS using the port /usr/ports/sysutils/nut The problem however seemed to reside in the source used when building the port After doing a 'manual' build of the very latest source the problem was fixed. | Hope this helps! Regards ------------ Dan Larsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 8:40:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 08FBC37B58B for ; Thu, 8 Jun 2000 08:40:27 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e58FeKI29771; Thu, 8 Jun 2000 08:40:21 -0700 (PDT) Date: Thu, 8 Jun 2000 08:40:20 -0700 (PDT) From: Doug White To: Andrew Tulloch Cc: stable@FreeBSD.ORG Subject: Re: APC Back-UPS Pro In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 8 Jun 2000, Andrew Tulloch wrote: > I'm having a bit of trouble with getting an APC Back-UPS Pro running on > freebsd. It seems to be working with upsd from the ports collection. But > every while I get a whole load of lines looking like this: > upsd[355]: apc_tune: negative repsonse: N > upsd[355]: apc_tune: negative repsonse: ^M > upsd[355]: apc_tune: negative repsonse: ^M > upsd[355]: apc_tune: negative repsonse: N > upsd[355]: apc_tune: negative repsonse: NO > upsd[355]: apc_tune: negative repsonse: NO That looks like either the UPS or upsd getting confused as to where to expect responses. Check your config and make sure you aren't adding extra spaces. I woudn't discount that the APC is doing wierd serial things -- it always seemed flakey to me when I was working on upsd. upsd hasn't been touched in years so it's possible it still has bugs :) 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-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 8:58:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 65D2F37B643 for ; Thu, 8 Jun 2000 08:58:52 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id IAA28439; Thu, 8 Jun 2000 08:58:49 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id IAA49000; Thu, 8 Jun 2000 08:58:49 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Thu, 8 Jun 2000 08:58:49 -0700 (PDT) Message-Id: <200006081558.IAA49000@vashon.polstra.com> To: michaelw@iprg.nokia.com Subject: Re: cvsup in FreeBSD 4.0 In-Reply-To: <393EBB47.5B54C226@iprg.nokia.com> References: <392FEFF8.81DCE83E@ludd.luth.se> <393DE1A3.BB73F744@ix.netcom.com> <20000607143555.A1508@petra.hos.u-szeged.hu> <393EBB47.5B54C226@iprg.nokia.com> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <393EBB47.5B54C226@iprg.nokia.com>, Michael Glenn Williams wrote: > Newbie behind firewall in California can't get through for my first cvsup. [...] > Cannot connect to cvsup2.FreeBSD.org: Connection refused > Will retry at 13:57:43 > Retrying > Cannot connect to cvsup2.FreeBSD.org: Connection refused > Will retry at 14:08:52 > Retrying > Cannot connect to cvsup2.FreeBSD.org: Connection refused > Will retry at 14:31:13 I'm not aware of any problems at cvsup2 lately. I think the problem is your firewall. It's not allowing your outbound connection to the CVSup server. Try a few different servers to make sure. If this is the problem, only your firewall administrator can help you solve it. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 9: 7:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 9A90337B619 for ; Thu, 8 Jun 2000 09:07:50 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (yogotech.nokia.com [4.22.66.156]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA15471; Thu, 8 Jun 2000 10:07:48 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id JAA24989; Thu, 8 Jun 2000 09:07:35 -0700 (PDT) (envelope-from nate) Date: Thu, 8 Jun 2000 09:07:35 -0700 (PDT) Message-Id: <200006081607.JAA24989@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Andrew Tulloch Cc: stable@FreeBSD.ORG Subject: Re: APC Back-UPS Pro In-Reply-To: References: X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm having a bit of trouble with getting an APC Back-UPS Pro running on > freebsd. It seems to be working with upsd from the ports collection. But > every while I get a whole load of lines looking like this: > upsd[355]: apc_tune: negative repsonse: N > upsd[355]: apc_tune: negative repsonse: ^M > upsd[355]: apc_tune: negative repsonse: ^M > upsd[355]: apc_tune: negative repsonse: N > upsd[355]: apc_tune: negative repsonse: NO > upsd[355]: apc_tune: negative repsonse: NO You can safely ignore this. I've got a system that sees these and has been running for almost 3 years w/out any problems, and actually has had do the 'UPS' shutdown thing once or twice, plus it's lived through thousands of brownouts and power failures. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 9:48: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cat.math.uic.edu (cat.math.uic.edu [131.193.178.209]) by hub.freebsd.org (Postfix) with SMTP id 3639537C074 for ; Thu, 8 Jun 2000 09:47:56 -0700 (PDT) (envelope-from vladimir-bsd-stable@math.uic.edu) Received: (qmail 458 invoked by uid 31415); 8 Jun 2000 16:48:56 -0000 Date: 8 Jun 2000 16:48:56 -0000 Message-ID: <20000608164856.457.qmail@cat.math.uic.edu> From: vladimir-bsd-stable@math.uic.edu To: freebsd-stable@freebsd.org Subject: Re: inetd problems Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To remind, we have inetd segfaulting from time to time. The system is 4.0-STABLE built on Jun 7, 2000. I've recompiled libwrap, libc and inetd with '-g' flag (and -O). Here is the debugger output (hopefully someone more familiar with the source than I am could have a look). Please let me know what else I could do. Vladimir # gdb /usr/sbin/inetd GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) core /inetd.core Core was generated by `inetd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libutil.so.3...done. Reading symbols from /usr/lib/libwrap.so.3...done. Reading symbols from /usr/lib/libipsec.so.0...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x280c4a7e in _hpcopy (hp=0xbfbfec54, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:559 559 if (**pp != '\0') { (gdb) bt #0 0x280c4a7e in _hpcopy (hp=0xbfbfec54, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:559 #1 0x280c6188 in _res_search_multi (name=0xbfbffa88 "mail_dxb.zu.ac.ae", rtl=0xbfbfeca0, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:1352 #2 0x280c6540 in _dns_ghbyname (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:1507 #3 0x280c4640 in _ghbyname (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, flags=3328, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:346 #4 0x280c4782 in _getipnodebyname_multi (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, flags=3328, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:399 #5 0x280c4869 in getipnodebyname (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, flags=3328, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:432 #6 0x28077dd6 in sock_hostname (host=0xbfbffa88) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/socket.c:259 #7 0x2807a355 in eval_hostname (host=0xbfbffa88) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/eval.c:77 #8 0x28079e2f in host_match (tok=0xbfbfef29 "localhost", host=0xbfbffa88) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:313 #9 0x28079b4e in client_match (tok=0xbfbfef29 "localhost", request=0xbfbff978) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:248 #10 0x280799f4 in list_match (list=0xbfbfef28 " localhost", request=0xbfbff978, match_fn=0x28079b0c ) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:214 #11 0x280798bc in table_match (table=0x2807ada0 "/etc/hosts.allow", request=0xbfbff978) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:171 #12 0x28079740 in hosts_access (request=0xbfbff978) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:129 #13 0x804ab00 in main (argc=0, argv=0xbfbffddc, envp=0xbfbffde0) at inetd.c:659 #14 0x8049a91 in _start () To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 12:18:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 02A6E37C22E for ; Thu, 8 Jun 2000 12:18:36 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 16151 invoked by uid 0); 8 Jun 2000 19:18:32 -0000 Received: from p3ee0b2e9.dip.t-dialin.net (HELO speedy.gsinet) (62.224.178.233) by mail01.rzmi.gmx.net with SMTP; 8 Jun 2000 19:18:32 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id TAA20326 for stable@freebsd.org; Thu, 8 Jun 2000 19:46:15 +0200 Date: Thu, 8 Jun 2000 19:46:15 +0200 From: Gerhard Sittig To: stable@freebsd.org Subject: Re: changes in dd? Message-ID: <20000608194615.N9883@speedy.gsinet> Mail-Followup-To: stable@freebsd.org References: <200006072108.RAA94211@misha.privatelabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006072108.RAA94211@misha.privatelabs.com>; from mi@privatelabs.com on Wed, Jun 07, 2000 at 05:08:44PM -0400 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 07, 2000 at 17:08 -0400, Mikhail Teterin wrote: > > My command line is: > ssh -o'Compression no' -e none -c blowfish \ > dd ibs=1 count= of=/dev/null < /kernel.GENERIC Look at what you do here: You shuffle *many* tiny packets around each of them being *one* byte long. This will result in a _very_ tight loop eating time without any making sense. How about doing this with _one_ block of the size you want? I.e. what stops you from swapping the count and bs parameters? virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 12:42:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 3FF5F37B7EC for ; Thu, 8 Jun 2000 12:42:02 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id OAA04423; Thu, 8 Jun 2000 14:41:17 -0400 (EDT) Received: from privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.9.3/8.9.3) with ESMTP id PAA00971; Thu, 8 Jun 2000 15:40:44 -0400 (EDT) (envelope-from mi@privatelabs.com) From: mi@privatelabs.com Message-Id: <200006081940.PAA00971@misha.privatelabs.com> Date: Thu, 8 Jun 2000 15:40:41 -0400 (EDT) Subject: Re: changes in dd? To: Gerhard Sittig Cc: stable@FreeBSD.ORG In-Reply-To: <20000608194615.N9883@speedy.gsinet> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 8 Jun, Gerhard Sittig wrote: = On Wed, Jun 07, 2000 at 17:08 -0400, Mikhail Teterin wrote: = > = > My command line is: = > ssh -o'Compression no' -e none -c blowfish \ = > dd ibs=1 count= of=/dev/null < /kernel.GENERIC = = Look at what you do here: You shuffle *many* tiny packets around each = of them being *one* byte long. This will result in a _very_ tight loop = eating time without any making sense. I understand, but why am I seeing different behavior on different machines? Why does not April 19 -stable care and still shows the same speed, but the June 2 -stable cares and demostrates terrible performance drop? = How about doing this with _one_ block of the size you want? I.e. what = stops you from swapping the count and bs parameters? That's a good idea, thanks! How come I did not think of it myself :) ? Of course, now I already wrote my own program :( ... Yours, -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 12:51:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from math.uic.edu (galois.math.uic.edu [131.193.178.114]) by hub.freebsd.org (Postfix) with SMTP id 34E3337BC15 for ; Thu, 8 Jun 2000 12:51:11 -0700 (PDT) (envelope-from vladimir-bsd-stable@math.uic.edu) Received: (qmail 20031 invoked by uid 31415); 8 Jun 2000 19:51:06 -0000 Date: 8 Jun 2000 19:51:06 -0000 Message-ID: <20000608195106.20030.qmail@math.uic.edu> From: vladimir-bsd-stable@math.uic.edu To: stable@freebsd.org Subject: Re: inetd problems Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear -STABLE users, sorry if you eventually get a duplicate message -- the original message didn't show up in the list for some reason. Reporting further on the inetd core dumping problem: The system is 4.0-STABLE built on Jun 7, 2000. I've recompiled libwrap, libc and inetd with '-g' flag (and -O). Here is the debugger output (hopefully someone more familiar with the source than I am could have a look). Please let me know what else I could do. Vladimir # gdb /usr/sbin/inetd GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) core /inetd.core Core was generated by `inetd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libutil.so.3...done. Reading symbols from /usr/lib/libwrap.so.3...done. Reading symbols from /usr/lib/libipsec.so.0...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x280c4a7e in _hpcopy (hp=0xbfbfec54, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:559 559 if (**pp != '\0') { (gdb) bt #0 0x280c4a7e in _hpcopy (hp=0xbfbfec54, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:559 #1 0x280c6188 in _res_search_multi (name=0xbfbffa88 "mail_dxb.zu.ac.ae", rtl=0xbfbfeca0, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:1352 #2 0x280c6540 in _dns_ghbyname (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:1507 #3 0x280c4640 in _ghbyname (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, flags=3328, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:346 #4 0x280c4782 in _getipnodebyname_multi (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, flags=3328, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:399 #5 0x280c4869 in getipnodebyname (name=0xbfbffa88 "mail_dxb.zu.ac.ae", af=2, flags=3328, errp=0xbfbfed84) at /usr/src/lib/libc/../libc/net/name6.c:432 #6 0x28077dd6 in sock_hostname (host=0xbfbffa88) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/socket.c:259 #7 0x2807a355 in eval_hostname (host=0xbfbffa88) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/eval.c:77 #8 0x28079e2f in host_match (tok=0xbfbfef29 "localhost", host=0xbfbffa88) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:313 #9 0x28079b4e in client_match (tok=0xbfbfef29 "localhost", request=0xbfbff978) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:248 #10 0x280799f4 in list_match (list=0xbfbfef28 " localhost", request=0xbfbff978, match_fn=0x28079b0c ) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:214 #11 0x280798bc in table_match (table=0x2807ada0 "/etc/hosts.allow", request=0xbfbff978) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:171 #12 0x28079740 in hosts_access (request=0xbfbff978) at /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:129 #13 0x804ab00 in main (argc=0, argv=0xbfbffddc, envp=0xbfbffde0) at inetd.c:659 #14 0x8049a91 in _start () To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 13:27:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.wplus.net (relay.wplus.net [195.131.52.179]) by hub.freebsd.org (Postfix) with ESMTP id 7B65D37C103 for ; Thu, 8 Jun 2000 13:27:04 -0700 (PDT) (envelope-from lev@serebryakov.spb.ru) Received: from kernigan.wplus.net (kernigan.wplus.net [195.131.52.178]) by relay.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id AAA15848 for ; Fri, 9 Jun 2000 00:27:02 +0400 (MSD) X-Real-To: Received: from lev.sereb.net (ip-24.dialup.wplus.net [195.131.1.24]) by kernigan.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id AAA08830 for ; Fri, 9 Jun 2000 00:27:01 +0400 (GMT+0400) Date: Fri, 9 Jun 2000 00:27:32 +0400 From: Lev Serebryakov X-Mailer: The Bat! (v1.41) Reply-To: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <419.000609@serebryakov.spb.ru> To: All Subject: comms/minicom port broken? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, All! freebsd# cd /usr/ports/comms/minicom freebsd# make package ===> Extracting for minicom-1.83.1 >> Checksum mismatch for minicom-1.83.1.src.tar.gz. Make sure the Makefile and md5 file (/usr/ports/comms/minicom/files/md5) are up to date. If you are absolutely sure you want to override this "check, type make NO_CHECKSUM=yes [other args]". *** Error code 1 Lev Serebryakov, 2:5030/661.0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 14:18:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from vuurwerk.nl (envy.vuurwerk.nl [194.178.232.112]) by hub.freebsd.org (Postfix) with SMTP id 3CB0B37BCE0 for ; Thu, 8 Jun 2000 14:18:13 -0700 (PDT) (envelope-from petervd@vuurwerk.nl) Received: (qmail 54407 invoked from network); 8 Jun 2000 21:18:09 -0000 Received: from kesteren.vuurwerk.nl (HELO vuurwerk.nl) (194.178.232.59) by envy.vuurwerk.nl with SMTP; 8 Jun 2000 21:18:09 -0000 Received: (qmail 45004 invoked by uid 11109); 8 Jun 2000 21:18:09 -0000 Mail-Followup-To: freebsd-stable@FreeBSD.ORG Date: Thu, 8 Jun 2000 23:18:09 +0200 From: Peter van Dijk To: All Subject: Re: comms/minicom port broken? Message-ID: <20000608231809.B44670@vuurwerk.nl> References: <419.000609@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <419.000609@serebryakov.spb.ru>; from lev@imc.macro.ru on Fri, Jun 09, 2000 at 12:27:32AM +0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 09, 2000 at 12:27:32AM +0400, Lev Serebryakov wrote: > Hi, All! > > freebsd# cd /usr/ports/comms/minicom > freebsd# make package > ===> Extracting for minicom-1.83.1 > >> Checksum mismatch for minicom-1.83.1.src.tar.gz. > Make sure the Makefile and md5 file (/usr/ports/comms/minicom/files/md5) > are up to date. If you are absolutely sure you want to override this > "check, type make NO_CHECKSUM=yes [other args]". > *** Error code 1 Same for me, cvsupped 2am CEST (which is either 0am or 4am GMT :) today. Greetz, Peter. -- petervd@vuurwerk.nl - Peter van Dijk [student:developer:madly in love] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 14:36:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7405E37BFBD for ; Thu, 8 Jun 2000 14:36:15 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 8 Jun 2000 17:36:14 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: stable@FreeBSD.org Subject: "sbsize" path for testing!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Per request of users and the security officer, I've backported the changes from 4.0/5.0 which allow administrative control over the socket resources a user can allocate. I need testers to get this done before 3.5-RELEASE, as my crash-box is -CURRENT. I think I have caught all of the problematic parts of the code and merged things correctly, so I do not _expect_ anything to go wrong. The big problem is that people are using the DoS (indeed, it has just been reposted on BugTraq for some unknown reason), and something must be done to prevent a user from crashing the system like that. Changing the limit is as easy as modifying /etc/login.conf, and a default value should be in place. I don't know what the default value should be, so I invite estimates on how much socket buffer space a user really needs. The patch, which will necessitate both a make world and new kernel/modules build, is located at: http://people.FreeBSD.org/~green/sbsize_etc.RELENG_3.patch In addition to the sbsize change, there's a relatively minor change to struct socket which does break binary compatibility of kernel modules if they use that member (so_cred). Anything groveling in the kernel memory, like pidentd, would need to be recompiled/modified, but pidentd itself (now uses the proper interface to get the data it needs. So, anyone who can, test it out and report back. I need to get this done within the week or so :) -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 15:11:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from d466.office.htslabs.com (adsl-63-202-243-139.dsl.sndg02.pacbell.net [63.202.243.139]) by hub.freebsd.org (Postfix) with ESMTP id D6DAF37BCDE for ; Thu, 8 Jun 2000 15:11:26 -0700 (PDT) (envelope-from wfs@mciworld.com) Received: from mciworld.com (bill.office.htslabs.com [10.0.0.4]) by d466.office.htslabs.com (8.9.3/8.9.3) with ESMTP id PAA01844 for ; Thu, 8 Jun 2000 15:11:38 GMT (envelope-from wfs@mciworld.com) Message-ID: <394018F0.F61A9898@mciworld.com> Date: Thu, 08 Jun 2000 15:06:40 -0700 From: William Schmidt X-Mailer: Mozilla 4.06 [en] (Win95; I) MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Subject: slow ftp Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have upgraded two systems to 4.0 stable and have found that the ftp to our local site and any site is slow the computers are connected to the local site through a 10 mb ethernet and under 3.4 downloaded at a rate of 700-800kbs. With 4.0 they load at 7kbs on the one system and about 70kbs on the other. I have tried both passive and active mode and disabled the inet6 in the kernel and got about the same rates. Furthermore, on the k6-400 system that uses a netgear fa310tx I get the following message repeated "dc0 failed to force tx and rx to idle state". The slowest machine is a dual celeron 533 system that uses a d-link 530xt and rl0 driver. Further investigation revealed that I could do an ftp put from a 4.0 box to a 3.x box at 700+kb and only get at 70kbs. I could also put from a 3.x box to a 4.0 box at 70kbs and get at 700kbs. Therfore, It seems that data into the 4.0 box is slow while data out seems fine. I would be very Thankful for any help with this problem. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 15:38:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rosencrantz.citytel.net (rosencrantz.rupert.net [204.244.98.45]) by hub.freebsd.org (Postfix) with ESMTP id ED18237B6A2 for ; Thu, 8 Jun 2000 15:38:24 -0700 (PDT) (envelope-from ajordan@rapidnet.net) Received: from draft.rapidnet.net (host12.adsl7.rupert.net [209.53.132.12]) by rosencrantz.citytel.net (8.9.1/8.9.1) with ESMTP id WAA09906 for ; Thu, 8 Jun 2000 22:24:34 -0700 (PDT) Message-Id: <4.3.2.7.2.20000608153545.00b1ffb0@mail.rapidnet.net> X-Sender: ajordan@mail.rapidnet.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 08 Jun 2000 15:36:04 -0700 To: stable@FreeBSD.org From: Angus Jordan Subject: SUBSCRIBE Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 18:35: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id F085437C0E5; Thu, 8 Jun 2000 18:34:54 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:7XidcUajliibfpqSo8DW5jjQiZMstYEf@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id KAA14770; Fri, 9 Jun 2000 10:34:52 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:qhCi9UzPvqUZ+lC6KjHMWiZgml6DzriB@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id KAA27612; Fri, 9 Jun 2000 10:41:40 +0900 (JST) Message-Id: <200006090141.KAA27612@zodiac.mech.utsunomiya-u.ac.jp> To: current@FreeBSD.org, stable@FreeBSD.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: [PATCH] psmintr out of sync.. Date: Fri, 09 Jun 2000 10:41:39 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, folks. This is a test patch for the psm driver. I would like you to do some test for me. This is NOT the fix for the infamous "psmintr out of sync" message, but is a test patch to see how things are on your machines. The patch is for both CURRENT and STABLE. Please apply the patch to /sys/isa/psm.c (make backup copy first!), and rebuild the kernel. I would like you to carry out two tests: Test #1. Make sure you remove the flags 0x100 from the psm driver and see how your PS/2 mouse works. You may still see "psmintr out of sync", but I would like to know if the mouse pointer goes berserk when this message appears, or it seems to operate properly despite the message. Test #2. Add the flags 0x100 (NOCHECKSYNC) to the psm driver and see what happens. Please report your results together with your motherboard model, mouse model, FreeBSD version, mouse settings in /etc/rc.conf and XF86Config, and /var/run/dmesg.boot (after you reboot the kernel by typing "boot -v" at the boot loader prompt). Thank you for your cooperation. Kazu Index: psm.c =================================================================== RCS file: /src/CVS/src/sys/isa/psm.c,v retrieving revision 1.26 diff -u -r1.26 psm.c --- psm.c 2000/04/19 14:57:50 1.26 +++ psm.c 2000/06/09 01:19:59 @@ -1830,10 +1830,11 @@ unit = (int)arg; sc = devclass_get_softc(psm_devclass, unit); - if (sc->watchdog) { + if (sc->watchdog && kbdc_lock(sc->kbdc, TRUE)) { if (verbose >= 4) log(LOG_DEBUG, "psm%d: lost interrupt?\n", unit); psmintr(sc); + kbdc_lock(sc->kbdc, FALSE); } sc->watchdog = TRUE; sc->callout = timeout(psmtimeout, (void *)unit, hz); @@ -1880,18 +1881,6 @@ if ((sc->state & PSM_OPEN) == 0) continue; - /* - * Check sync bits. We check for overflow bits and the bit 3 - * for most mice. True, the code doesn't work if overflow - * condition occurs. But we expect it rarely happens... - */ - if ((sc->inputbytes == 0) - && ((c & sc->mode.syncmask[0]) != sc->mode.syncmask[1])) { - log(LOG_DEBUG, "psmintr: out of sync (%04x != %04x).\n", - c & sc->mode.syncmask[0], sc->mode.syncmask[1]); - continue; - } - sc->ipacket[sc->inputbytes++] = c; if (sc->inputbytes < sc->mode.packetsize) continue; @@ -1904,6 +1893,13 @@ c = sc->ipacket[0]; + if ((c & sc->mode.syncmask[0]) != sc->mode.syncmask[1]) { + log(LOG_DEBUG, "psmintr: out of sync (%04x != %04x).\n", + c & sc->mode.syncmask[0], sc->mode.syncmask[1]); + sc->inputbytes = 0; + continue; + } + /* * A kludge for Kensington device! * The MSB of the horizontal count appears to be stored in To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 8 18:37:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kingsqueak.org (cc737825-a.etntwn1.nj.home.com [24.3.202.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F59837C30A for ; Thu, 8 Jun 2000 18:37:18 -0700 (PDT) (envelope-from drmoreau@kingsqueak.org) Received: by drmoreau.kingsqueak.org (Postfix, from userid 1001) id 56EC61AB1E; Mon, 5 Jun 2000 19:29:00 -0400 (EDT) Date: Mon, 5 Jun 2000 19:29:00 -0400 From: Chris To: Christophe Prevotaux Cc: bbmail@cfdnet.me.tuns.ca, freebsd-stable@FreeBSD.ORG Subject: Re: DLINK DFE 530TX Message-ID: <20000605192900.A12611@drmoreau.kingsqueak.org> Reply-To: Chris References: <200006051653.SAA07338@proton.hexanet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006051653.SAA07338@proton.hexanet.fr>; from chris@hexanet.fr on Mon, Jun 05, 2000 at 06:53:02PM +0200 Organization: Earn $$$ install a web-cam in yer bathroom. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This isn't a TX+ card by chance is it? I've got one of them and it's a Realtek 8139 chipset using the miibus interface. On Mon, Jun 05, 2000 at 06:53:02PM +0200, Christophe Prevotaux wrote: > > I am not interested in the WOL feature , I just want the card > recognized by FreeBSD , the CHIPSET is not a RHINE I chipset > anymore in these cards ( 530TX w/WOL ) > > I know the 530TX WITHOUT WOL works , but the one with WOL > does not get recognized by FreeBSD 4-STABLE > > Unless you have done something special in order to activate it > somehow then I don't know how your card can work. > > If you have done something to make them work then please let me know > what , so I can use these cards as well > > > > > > > > On Mon, 5 Jun 2000, Christophe Prevotaux wrote: > > > > > > > > Hi > > > > > > I bought some DLINK DFE 530 TX Ethernet boards > > > (the one with the Wake on LAN function ). These > > > cards are not recognized by FreeBSD 4-STABLE > > > > These cards use the vr driver. > > > > > > > > I had previously bought the same cards with no WAKE ON LAN > > > function and they worked just fine. > > > > I don't know if / how the WOL function is used? > > > > > Does anyone knows how I can make these cards works ? > > > > > > > > > -- > > > -- > > > =================================================================== > > > Christophe Prevotaux Email: chris@hexanet.fr > > > HEXANET SARL URL: http://www.hexanet.fr/ > > > Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 > > > 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 > > > BP415 Fax: +33 (0)3 26 79 30 06 > > > 51689 Reims Cedex 2 > > > FRANCE > > > =================================================================== > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-stable" in the body of the message > > > > > > > > > -- > -- > =================================================================== > Christophe Prevotaux Email: chris@hexanet.fr > HEXANET SARL URL: http://www.hexanet.fr/ > Z.A Farman Sud Tel: +33 (0)3 26 79 30 05 > 9 rue Roland Coffignot Direct: +33 (0)3 26 79 08 02 > BP415 Fax: +33 (0)3 26 79 30 06 > 51689 Reims Cedex 2 > FRANCE > =================================================================== > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message ---end quoted text--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 9 0:22: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from nottingham.ac.uk (pat.ccc.nottingham.ac.uk [128.243.40.194]) by hub.freebsd.org (Postfix) with ESMTP id E318C37C2A1 for ; Fri, 9 Jun 2000 00:22:00 -0700 (PDT) (envelope-from psyrawt@nottingham.ac.uk) Received: from gotham.ccc.nottingham.ac.uk ([128.243.40.48] helo=unix.ccc.nottingham.ac.uk) by nottingham.ac.uk with esmtp (Exim 3.13 #2) id 130J6C-00064P-00 for stable@freebsd.org; Fri, 09 Jun 2000 08:21:00 +0100 Received: from granby ([128.243.40.43] helo=granby.ccc.nottingham.ac.uk) by unix.ccc.nottingham.ac.uk with esmtp (Exim 3.11 #2) id 130J78-0005e6-00 for stable@freebsd.org; Fri, 09 Jun 2000 08:21:58 +0100 Date: Fri, 9 Jun 2000 08:21:55 +0100 (BST) From: Andrew Tulloch X-Sender: psyrawt@granby.ccc.nottingham.ac.uk To: stable@freebsd.org Subject: Re: APC Back-UPS Pro In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks, I hadn't realised nothing had been done with it for ages, I decided to have a go with nut anyhow as I need to make two or three machines run off this ups and shutdown correctly. Seems to be working so far i.e. all machines getting warnings about line power failing. Do you have any suggestions as to other packages that would allow me to run multiple machines off one ups and have them all know about line fails and shutdown on low battery? Thanks Andrew On Thu, 8 Jun 2000, Doug White wrote: > On Thu, 8 Jun 2000, Andrew Tulloch wrote: > > > I'm having a bit of trouble with getting an APC Back-UPS Pro running on > > freebsd. It seems to be working with upsd from the ports collection. But > > every while I get a whole load of lines looking like this: > > upsd[355]: apc_tune: negative repsonse: N > > upsd[355]: apc_tune: negative repsonse: ^M > > upsd[355]: apc_tune: negative repsonse: ^M > > upsd[355]: apc_tune: negative repsonse: N > > upsd[355]: apc_tune: negative repsonse: NO > > upsd[355]: apc_tune: negative repsonse: NO > > That looks like either the UPS or upsd getting confused as to where to > expect responses. Check your config and make sure you aren't adding extra > spaces. > > I woudn't discount that the APC is doing wierd serial things -- it always > seemed flakey to me when I was working on upsd. > > upsd hasn't been touched in years so it's possible it still has bugs :) > > 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-stable" in the body of the message From owner-freebsd-stable Fri Jun 9 0:25:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jason.argos.org (a1-3b058.neo.rr.com [24.93.181.58]) by hub.freebsd.org (Postfix) with ESMTP id A7C8E37C2FA for ; Fri, 9 Jun 2000 00:25:43 -0700 (PDT) (envelope-from mike@argos.org) Received: from localhost (mike@localhost) by jason.argos.org (8.9.1/8.9.1) with ESMTP id DAA06932; Fri, 9 Jun 2000 03:25:40 -0400 Date: Fri, 9 Jun 2000 03:25:40 -0400 (EDT) From: Mike Nowlin To: William Schmidt Cc: "freebsd-stable@freebsd.org" Subject: Re: slow ftp In-Reply-To: <394018F0.F61A9898@mciworld.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have upgraded two systems to 4.0 stable and have found that the ftp to > our local site and any site is slow the computers are connected to the > local site through a 10 mb ethernet and under 3.4 downloaded at a rate > of 700-800kbs. With 4.0 they load at 7kbs on the one system and about > 70kbs on the other. I have tried both passive and active mode and > disabled the inet6 in the kernel and got about the same rates. > Furthermore, on the k6-400 system that uses a netgear fa310tx I get the > following message repeated "dc0 failed to force tx and rx to idle > state". The slowest machine is a dual celeron 533 system that uses a > d-link 530xt and rl0 driver. Further investigation revealed that I > could do an ftp put from a 4.0 box to a 3.x box at 700+kb and only get > at 70kbs. I could also put from a 3.x box to a 4.0 box at 70kbs and > get at 700kbs. Therfore, It seems that data into the 4.0 box is slow > while data out seems fine. You only distinctly mentioned two machines - are they by chance connected via a nulled ethernet cable? If not, what quality of hub/switch are they connected to? Your 700-800kbps seems a little slow in the first place for 10Mb ethernet, even using some of the cheapest cards on the market. I use primarily the Netgear FA310TX and Intel fxp cards, and get much higher rates, even at 10Mb -- 100Mb obviously goes a whole lot faster. This kind of problem is often caused by the auto-negotiation of speed & duplex settings between the card & the "other end" - hub, switch, another card, whatever. I've run into problems where the auto-neg results in <1Kb/sec transfer rates - manually specifying the parameters fixed these machines. A little more about your network setup and some sections of your dmesg output would be helpful. --mike - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Understated/funny man-page sentence of the current time period: From route(4) on FreeBSD-3.4, DESCRIPTION section: "FreeBSD provides some packet routing facilities." ...duh....... Mike Nowlin, N8NVW mike@argos.org http://www.viewsnet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 9 1: 5:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3901937C27C for ; Fri, 9 Jun 2000 01:05:51 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id BAA00678 for ; Fri, 9 Jun 2000 01:05:50 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Fri, 9 Jun 2000 01:05:50 -0700 (PDT) From: Kris Kennaway To: stable@Freebsd.org Subject: HEADS UP: OpenSSH 2.1.0 merge Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I've just merged the OpenSSH 2.1.0 code from -current into 4.0-STABLE on freefall and internat - I hope I've committed all of the relevant changes, but I won't know until my buildworld finishes (I'll check in the morning). In the meantime, if world is broken then you know why and it will be only temporary - please bear with me. The major new feature of OpenSSH 2.x is support for the SSH2 protocol and DSA keys, freeing it from the dependency on RSAREF for USA people. It interoperates well with the ssh2 port and other SSH2 clients/servers - see www.openssh.com for more interop details. Another new feature is support for OPIE passwords in SSH1 mode. Missing from OpenSSH 2.1.0 is support for OPIE and Kerberos in SSH2 mode, which will be hopefully added later. For more information on how to use OpenSSH 2.1, see the manpages, the file /usr/src/crypto/openssh/README.openssh2 and www.openssh.com. Server DSA key generation is automatic the next time you boot with sshd_enable=YES in rc.conf, or you can do it by hand (see the above README). Good luck! Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 9 4:33:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dart.sr.se (dart.SR.SE [193.12.91.98]) by hub.freebsd.org (Postfix) with ESMTP id 0BB2937B52B for ; Fri, 9 Jun 2000 04:33:23 -0700 (PDT) (envelope-from gunnar@pluto.sr.se) Received: from honken.sr.se ([134.25.128.27]) by dart.sr.se (8.9.3/8.9.3) with ESMTP id NAA02514 for ; Fri, 9 Jun 2000 13:33:20 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id NAA76030 for ; Fri, 9 Jun 2000 13:33:19 +0200 (CEST) (envelope-from gunnar@pluto.sr.se) Received: (from gunnar@localhost) by pluto.sr.se (8.9.3/8.9.3) id NAA86896 for freebsd-stable@freebsd.org; Fri, 9 Jun 2000 13:33:19 +0200 (CEST) (envelope-from gunnar) Date: Fri, 9 Jun 2000 13:33:19 +0200 From: Gunnar Flygt To: FreeBSD Stable Subject: Trying buildworld Message-ID: <20000609133319.B86655@sr.se> Reply-To: Gunnar Flygt Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have an error that I don't seem to get by. I had the same settings in make.conf, when I did the source upgrade from 3.4 to 4.0-RELEASE, and now it stops here: cc -O -pipe -Wall -DHAVE_DES -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/ppp/ip.c cc -O -pipe -Wall -DHAVE_DES -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/ppp/ipcp.c cc -O -pipe -Wall -DHAVE_DES -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/ppp/iplist.c /usr/src/usr.sbin/ppp/iplist.c: In function `iplist_setrange': /usr/src/usr.sbin/ppp/iplist.c:66: syntax error before `<' /usr/src/usr.sbin/ppp/iplist.c:64: warning: unused variable `to' /usr/src/usr.sbin/ppp/iplist.c:71: warning: control reaches end of non-void function /usr/src/usr.sbin/ppp/iplist.c: At top level: /usr/src/usr.sbin/ppp/iplist.c:71: syntax error before `else' /usr/src/usr.sbin/ppp/iplist.c:43: warning: `do_inet_aton' defined but not used /usr/src/usr.sbin/ppp/iplist.c:57: warning: `iplist_first' defined but not used /usr/src/usr.sbin/ppp/iplist.c:63: warning: `iplist_setrange' defined but not used *** Error code 1 1 error *** Error code 2 1 error I'm in Sweden (as you can see, and gets my source from Norway via cvsup. -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 9 4:35:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from weirdo.netcraft.com (weirdo.netcraft.com [195.188.192.47]) by hub.freebsd.org (Postfix) with ESMTP id 17A7D37C361 for ; Fri, 9 Jun 2000 04:34:46 -0700 (PDT) (envelope-from sketchy@weirdo.netcraft.com) Received: (from sketchy@localhost) by weirdo.netcraft.com (8.9.3/8.9.3) id MAA91073 for freebsd-stable@freebsd.org; Fri, 9 Jun 2000 12:34:34 +0100 (BST) (envelope-from sketchy) Date: Fri, 9 Jun 2000 12:34:33 +0100 From: Jonathan Perkin To: freebsd-stable@freebsd.org Subject: linprocfs Message-ID: <20000609123433.A91045@netcraft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone tried using the latest linprocfs commits? It all builds fine (done world and kernel), but when you try to kldload linprocfs, it borks on textvp_fullpath not defined (which I'm informed from -current and 3.x users is in procfs.ko, but appears to be missing from 4.x's). FreeBSD weirdo.netcraft.com 4.0-STABLE FreeBSD 4.0-STABLE #0: Tue Jun 6 15:21:06 BST 2000 sketchy@weirdo.netcraft.com:/usr/src/sys/compile/WEIRDO i386 Cheers. -- Jonathan Perkin Voice: +44 (01225) 404422 ech`echo xiun |tr nu oc | sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol System Administrator - Netcraft. Bath, UK. - http://www.netcraft.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 9 5: 7:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from d466.office.htslabs.com (adsl-63-202-243-139.dsl.sndg02.pacbell.net [63.202.243.139]) by hub.freebsd.org (Postfix) with ESMTP id 1AE8237B556 for ; Fri, 9 Jun 2000 05:07:26 -0700 (PDT) (envelope-from wfs@mciworld.com) Received: from mciworld.com (k6.office.htslabs.com [10.0.0.8]) by d466.office.htslabs.com (8.9.3/8.9.3) with ESMTP id FAA02603; Fri, 9 Jun 2000 05:06:01 GMT (envelope-from wfs@mciworld.com) Message-ID: <39407B04.F01CD3F0@mciworld.com> Date: Fri, 09 Jun 2000 05:05:08 +0000 From: William Schmidt X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 4.0-20000602-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Nowlin Cc: "freebsd-stable@freebsd.org" Subject: Re: slow ftp References: Content-Type: multipart/mixed; boundary="------------D72FCE315429BBC76B3926FF" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------D72FCE315429BBC76B3926FF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mike Nowlin wrote: > > I have upgraded two systems to 4.0 stable and have found that the ftp to > > our local site and any site is slow the computers are connected to the > > local site through a 10 mb ethernet and under 3.4 downloaded at a rate > > of 700-800kbs. With 4.0 they load at 7kbs on the one system and about > > 70kbs on the other. I have tried both passive and active mode and > > disabled the inet6 in the kernel and got about the same rates. > > Furthermore, on the k6-400 system that uses a netgear fa310tx I get the > > following message repeated "dc0 failed to force tx and rx to idle > > state". The slowest machine is a dual celeron 533 system that uses a > > d-link 530xt and rl0 driver. Further investigation revealed that I > > could do an ftp put from a 4.0 box to a 3.x box at 700+kb and only get > > at 70kbs. I could also put from a 3.x box to a 4.0 box at 70kbs and > > get at 700kbs. Therfore, It seems that data into the 4.0 box is slow > > while data out seems fine. > > You only distinctly mentioned two machines - are they by chance connected > via a nulled ethernet cable? If not, what quality of hub/switch are they > connected to? > > Your 700-800kbps seems a little slow in the first place for 10Mb ethernet, > even using some of the cheapest cards on the market. I use primarily the > Netgear FA310TX and Intel fxp cards, and get much higher rates, even at > 10Mb-- 100Mb obviously goes a whole lot faster. > > This kind of problem is often caused by the auto-negotiation of speed & > duplex settings between the card & the "other end" - hub, switch, another > card, whatever. I've run into problems where the auto-neg results in > <1Kb/sec transfer rates - manually specifying the parameters fixed these > machines. A little more about your network setup and some sections of > your dmesg output would be helpful. > > --mike > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > Understated/funny man-page sentence of the current time period: > > >From route(4) on FreeBSD-3.4, DESCRIPTION section: > "FreeBSD provides some packet routing facilities." > ...duh....... > > Mike Nowlin, N8NVW mike@argos.org http://www.viewsnet.com Sorry about the vagueness of the network description. We use a 10 mb 10 port syslink hub for our office internal network which has some win 95 systems, some freebsd 3.x systems, the 2 freebsd 4.0 boxes I described above and a old pentium 60 with an smc eznet 10/100 and a kingston KNE40T cards running freebsd 3.2 is used as gateway to our dsl network. The dsl network has d-link 5 port 10/100 switch which has our pentium 120 http and ftp server running freebsd 3.3 , two x486 name servers and dsl modem . I know the transfer rates to the ftp server are a little slow and I think that is the p60 gateway, it just can't go any faster because rates between dual celeron and k6 before upgrading to 4.0 were about 1000kbs. Attached is the Dmesg if the k6-400 and the dual celeorn systems p60 and p120. I temporally changed the netgear card on the k6 to a d-link card and the ftp transfer rates dropped to about 7kbs like the dual with a d-link card. The D-link card don't seem to like 4.0. I do agree that is not the ftp program but the network card driver autoneg that is my problem. How do I manually fix the nic settings is it done in the kernel or do I change the driver source? In 3.4 dmesg the nic's autoneg is done and displayed but in 4.0 I don't see it. dual celeron 3.4 dmesg section: rl0: rev 0x10 int a irq 19 on pci0.17.0 rl0: Ethernet address: 00:50:ba:d8:ba:e2 rl0: autoneg complete, link status good (half-duplex, 10Mbps) dual celeron 4.0 dmesg section: rl0: port 0xd400-0xd4ff mem 0xeb000000-0xeb0000ff irq 19 at device 17.0 on pci0 rl0: Ethernet address: 00:50:ba:d8:ba:e2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Can I use the 3.4 rl0 and pn0 drives in place of the 4.0? Bill --------------D72FCE315429BBC76B3926FF Content-Type: text/plain; charset=us-ascii; name="k6msg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="k6msg" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000602-STABLE #1: Thu Jun 8 13:29:20 GMT 2000 root@k6.office.htslabs.com:/usr/src/sys/compile/k62 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 400911782 Hz CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 67108864 (65536K bytes) avail memory = 62316544 (60856K bytes) Preloaded elf kernel "kernel" at 0xc02f3000. K6-family MTRR support enabled (2 registers) md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 10 pci0: at 7.3 irq 10 dc0: <82c169 PNIC 10/100BaseTX> port 0xec00-0xecff mem 0xe8000000-0xe80000ff irq 10 at device 11.0 on pci0 dc0: Ethernet address: 00:a0:cc:3b:7f:aa miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: supplying EUI64: 00:a0:cc:ff:fe:3b:7f:aa pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 unknown0: