Date: Thu, 12 Feb 2009 08:37:42 +1000 From: Da Rock <rock_on_the_web@comcen.com.au> To: freebsd-questions@freebsd.org Subject: Re: Bridge setup at boot Message-ID: <1234391863.13067.38.camel@laptop1.herveybayaustralia.com.au> In-Reply-To: <4992D451.4030001@ibctech.ca> References: <1234314560.6351.25.camel@laptop1.herveybayaustralia.com.au> <49924FB0.4090705@ibctech.ca> <1234326877.13067.18.camel@laptop1.herveybayaustralia.com.au> <1234350098.13067.26.camel@laptop1.herveybayaustralia.com.au> <4992D451.4030001@ibctech.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2009-02-11 at 08:36 -0500, Steve Bertrand wrote: > Da Rock wrote: > > >>> I had similar issues a while back (pre 7.1) in which sometimes 're' > >>> devices didn't start up at the proper speed/duplex. Every once in a > >>> while, it would show up at 10 or 100 half, when it should have been auto > >>> set at full 100 or 1000. If I forced proper speed/duplex, other outside > >>> programs began to work properly. > >>> > >>> However, I haven't witnessed those issues since 7.1 > >> I didn't know about that, but given the problems I'm having I'm starting > >> to wonder if they could be a root cause of the problem here. > > > > I think I'm starting to get a clearer picture here: based on my > > observation on a test system tap0 appears to go down as soon as a > > program connects to it and uses it. Ergo, IF this is the case then that > > solves the second part of my problem. So could this be a composite issue > > from this and a hidden issue with my re0 device (driver or whatever)? > > It very well could be. > > Can you swap in a card under a different driver temporarily to see if > the problem goes away? Unfortunately not in this case- its a low profile requirement which don't have a replacement for. At least until I can get to the point where I go through the same process for another m/c with similar hardware. But I'm also kinda waiting to see how well this one works before I move on... >From another post on the list it seems rc has no concept of sequential processing, so that seems to present a real problem for anyone attempting to bridge at boot.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1234391863.13067.38.camel>