From owner-freebsd-stable Mon Sep 7 08:48:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16715 for freebsd-stable-outgoing; Mon, 7 Sep 1998 08:48:00 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from assurance.rstcorp.com ([206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16701 for ; Mon, 7 Sep 1998 08:47:55 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id LAA06516; Mon, 7 Sep 1998 11:47:44 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma006512; Mon, 7 Sep 98 11:47:16 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id LAA00545; Mon, 7 Sep 1998 11:47:15 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.8.8/8.8.8) id LAA01012; Mon, 7 Sep 1998 11:47:15 -0400 (EDT) Date: Mon, 7 Sep 1998 11:47:15 -0400 (EDT) Message-Id: <199809071547.LAA01012@jabberwock.rstcorp.com> From: "Viren R. Shah" To: Bill Paul Cc: freebsd-stable@FreeBSD.ORG Subject: Re: auto-negotiation in xl driver takes too long? In-Reply-To: <199809071509.LAA19002@skynet.ctr.columbia.edu> References: <199809071353.JAA00940@jabberwock.rstcorp.com> <199809071509.LAA19002@skynet.ctr.columbia.edu> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Bill" == Bill Paul writes: Bill> Of all the gin joints in all the towns in all the world, Viren R. Shah Bill> had to walk into mine and say: Bill> It should not be from memory: it should be written down on paper and Bill> transcribed exactly. I have no idea what this error message means or Bill> where it comes from. It's possible you remembered it wrong and Bill> it actually said something different which might have been Bill> useful, but now we'll never know. Here's the exact boot message. It's easily reproducible, by removing the "sleep 5" from /etc/rc *Network pass 1 done. *Starting the mount of all NFS filesystems. xl0: autoneg not complete, no carrier xl1: autoneg complete, link status good (half-duplex, 10Mbps) [hangs for a long time] nfs: can't get net id for host *Finished mounting all NFS filesystems. recording kernel -c changes additional daemons: syslogd. The statements prefixed with an * are the ones I introduced into the rc files. When it does continue after being hung during the NFS mount, all of my NFS filesystems are not mounted (although most of them are). In this state when I do a mount -a -t nfs again in order to mount the ones that haven't been mounted, all the NFS mounts that were already mounted get mounted again (as in they are listed twice in the df output). Bill> The autonegotiation doesn't happen sequentially. That is, it takes 5 Aah. Bill> I'm not quite certain how to deal with this. If I reduce the timeout, Bill> it will break autonegotiation with some of the 3c905 boards (which is Bill> what I increased the timeout to fix in the first place). NFS mounts are Bill> done via RPC, and the RPC library is supposed to retry a couple times Bill> before giving up. I would have expected it to succeed eventually. It does seem to retry and succeed for *some* of the NFS mounts. [options] 1. add "bg" to fstab 2. force the media type 3. change the code Like I mentioned the first time, I'm perfectly happy with putting a sleep statement in the rc file. If this is going to affect only a few people (namely me), then that is fine. However, if you want me to test the above 3 options to see whether they work, and give you feedback, let me know, and I'll do so. This seems to be more the fault of the NFS/RPC subsystem than of the NIC driver. Bill> -Bill Viren -- Viren R. Shah, {viren @ rstcorp . com} "SCSI *is* God's bus and it's hardly an old-fashioned (or academic) attitude to think so, it's simply an informed attitude." -- Jordan Hubbard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message