Date: Wed, 21 Apr 2010 13:07:37 +0400 From: pluknet <pluknet@gmail.com> To: Doug Ambrisko <ambrisko@ambrisko.com> Cc: freebsd-net@freebsd.org Subject: Re: svn commit: r198994 - in stable/6/sys/dev: bce mii Message-ID: <t2pa31046fc1004210207jdfffdcafkbbb66eac9cb62f8@mail.gmail.com> In-Reply-To: <200911301620.nAUGK9U3085078@ambrisko.com> References: <a31046fc0911270222j7a919084o28d178f4ce8f707d@mail.gmail.com> <200911301620.nAUGK9U3085078@ambrisko.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 30 November 2009 20:20, Doug Ambrisko <ambrisko@ambrisko.com> wrote: > pluknet writes: > [ Charset ISO-8859-1 unsupported, converting... ] > | 2009/11/6 Doug Ambrisko <ambrisko@freebsd.org>: > | > Author: ambrisko > | > Date: Fri Nov ?6 17:58:44 2009 > | > New Revision: 198994 > | > URL: http://svn.freebsd.org/changeset/base/198994 > | > > | > Log: > | > ?MFC: Merge in minimal 5709/5716 support into 6.X extracted from curr= ent. > | > ?This is not a direct merge since I tried to only extra the changes t= o > | > ?support the 5709 from all of the other changes that have happened in > | > ?head. ?This should not introduce any issues that the other changes m= ay > | > ?have caused. ?We have been running this code for months on Dell r710= 's. > | > ?It has been lightly tested on systems with 5716's. > | > > | > ?This is to allow people to run newer hardware on 6.X. > | > | Very nice. Thank you. > | > | I'm afraid not all the chunks were merged since I cannot run on 6.x > | with my BCM5709. > | > | FreeBSD 7.2 - works > | FreeBSD 6.4-stable - does not > | > | It locks up somewhere in the late stage of multiuser (usually in a > | random step of rc.d) and getty cannot take the control. > | Here it still pings via network, I can achieve ssh stage where ssh > | warns me "The authenticity of host '$HOST' can't be established." > | If I type "yes", then it stops here and no go. After return from ddb > | it stops even ping until next reboot. > | > | I use boot via NFS/PXE, so it may interfere there, since rc.d usually > | write something to disk, which is NFS-mounted here. > | So it probably could run fine if booting from a local disk (I can't > | test this setup). > > You might try to instrument the rc stuff even though you mention it > appears random. =A0Might try to make sure that it isn't re-initializing > the network or something like that. =A0I tried with a fresh checkout > of 6-stable and I PXE booted it fine. =A0A side note is that Dell's > have a bug with their uarts starting with the 2950 rev 2 in which > the TX does work with the speed that we do the reset. =A0RX works > fine so you can recover it with a {Ctrl}d since it doesn't always > fail. > > | I've attached dmesg (doesn't differs much from 7.2) and some ddb output= below. > | Looking in alltrace I see no obvious lockups, no nfs stuck. But > | sometimes sh stucks somewhere in nfsreq. > | > | The same box boots fine via NFS on different NFS setup with 7.2, > | a different (in h/w) box boots fine on these NFS setup and NFS root, > | so no mistakes in setup part. > | > | I remember that back to August I tried to boot 6.4 with what is in bce > | of RELENG_7 on this box and it booted fine and I xmitted some traffic > | with it. > | So I guess the problem is in NFS-boot. > | > | I'll try to find ways to boot the system locally and report back.. > > I didn't see anything in the logs. > > Doug A. > For archives: It tried to boot 6.4-STABLE one more time recently and all's fine. Shame on me and sorry for noise. --=20 wbr, pluknet
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?t2pa31046fc1004210207jdfffdcafkbbb66eac9cb62f8>