On Thu, Jan 24, 2013 at 12:15 AM, John Baldwin wrote:
> On Wednesday, January 23, 2013 1:33:27 am Sepherosa Ziehau wrote:
>> On Wed, Jan 23, 2013 at 4:11 AM, John Baldwin wrote:
>> > As I mentioned in an earlier thread, I recently had to debug an issue we
>> > were
>> > seeing across a link with
On Wed, Jan 23, 2013 at 2:13 AM, Neel Natu wrote:
> Hi,
>
> I am running into a problem in head with the e1000 link state
> detection logic attached to a 82571EB serdes controller.
>
> The symptom is that the link state keeps flapping between "up" and "down".
>
> After I enabled the debug output
On Wednesday, January 23, 2013 2:00:01 am Emanuel Haupt wrote:
> The following reply was made to PR kern/173475; it has been noted by GNATS.
>
> From: Emanuel Haupt
> To: bug-follo...@freebsd.org, iz-freebsd0...@hs-karlsruhe.de
> Cc:
> Subject: Re: kern/173475: [tun] tun(4) stays opened by PID
On Wednesday, January 23, 2013 1:33:27 am Sepherosa Ziehau wrote:
> On Wed, Jan 23, 2013 at 4:11 AM, John Baldwin wrote:
> > As I mentioned in an earlier thread, I recently had to debug an issue we
> > were
> > seeing across a link with a high bandwidth-delay product (both high
> > bandwidth
> >
Hi,
On Jan 22, 2013, at 19:23, Jack Vogel wrote:
> I have never implemented this in the FreeBSD drivers primarily because the
> motivation for it say, in Linux,
> was to handle multiple traffic classes, for instance FCOE or iSCSI, but
> FreeBSD has not had these features
> to implement this for.
