Date: Sat, 01 Mar 2008 11:53:41 -0500 From: Mike Tancsa <mike@sentex.net> To: pyunyh@gmail.com Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) Message-ID: <200803011655.m21GtcMU078673@lava.sentex.ca> In-Reply-To: <20080228003027.GA56411@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <20080217112104.X80805@fledge.watson.org> <200802171458.26951.freebsd-current@dino.sk> <200802171517.26965.freebsd-current@dino.sk> <20080218081801.GB14601@cdnetworks.co.kr> <20080222054356.GE30497@cdnetworks.co.kr> <200802260503.m1Q53Jm3050738@lava.sentex.ca> <20080226053423.GB47750@cdnetworks.co.kr> <200802271712.m1RHC6Rx060293@lava.sentex.ca> <20080228003027.GA56411@cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
At 07:30 PM 2/27/2008, Pyun YongHyeon wrote:
>I never thought this kind of testing. It's good to hear vr(4)
>recovers from the abrupt link change events. I guess this also
>indicates the overhauled vr(4) can close lots of PR for vr(4).
BTW, any chance of these fixes being backported to RELENG_7 and
RELENG_6 ? Its not just media speed changes that causes the nic to
wedge, and up/down transition (eg. a device via xover cable that
reboots) will do the same thing :(
---Mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200803011655.m21GtcMU078673>