On 11.07.2011 17:15, Andrew Boyer wrote:
On Jul 8, 2011, at 6:51 AM, Andre Oppermann wrote:
On 07.07.2011 21:24, Mikolaj Golub wrote:
On Thu, 07 Jul 2011 12:47:15 +0200 Andre Oppermann wrote:
AO> Please try this patch: AO>
http://people.freebsd.org/~andre/soreceive_stream.diff-20110707
It
Thanks for your reply. Where can I find documentation about this? (Or would
it be possible for you to direct me at the proper sources?)
Thanks & Regards
Matt
On 11 July 2011 18:01, Michael Tüxen wrote:
> On Jul 11, 2011, at 5:26 PM, Matthew Cini Sarreo wrote:
>
> > Hello all;
> >
> > I have rece
On Jul 12, 2011, at 11:23 AM, Matthew Cini Sarreo wrote:
> Thanks for your reply. Where can I find documentation about this? (Or would
> it be possible for you to direct me at the proper sources?)
At
http://fxr.watson.org/fxr/source/netinet/ip_input.c#L464
the length field is converted to host by
On Jul 12, 2011, at 3:10 AM, Andre Oppermann wrote:
> On 11.07.2011 17:15, Andrew Boyer wrote:
>> On Jul 8, 2011, at 6:51 AM, Andre Oppermann wrote:
>>
>>> On 07.07.2011 21:24, Mikolaj Golub wrote:
On Thu, 07 Jul 2011 12:47:15 +0200 Andre Oppermann wrote:
AO> Please try t
> > I do still see fixed setups in service provider handoffs - for example
> > this colo, Level3 and Hurricane. Also all our metro ethernet stuff
> > specifies a fixed configuration.
>
> Well one could also say that this sort of thing tends to result from
> the, "There is a knob, I MUST twist it!
tanx.
out of curiosity, can some one pls. explain this?
In if_em.c, function em_start_locked, there is:
if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD)
em_txeof(txr);
inside while loop. While is if_igb.c, function igb_start_locked,
a similar code it is out of while loop:
if
On 7/12/2011 2:54 PM, Hooman Fazaeli wrote:
> tanx.
>
> out of curiosity, can some one pls. explain this?
>
> In if_em.c, function em_start_locked, there is:
>
> if (txr->tx_avail <= EM_TX_CLEANUP_THRESHOLD)
> em_txeof(txr);
>
> inside while loop. While is if_igb.c, function igb_s
I have similar problems on a couple of 7.3 boxes with latest driver form
-CURRENT.
I just wanted to know if your 7 boxes work fine so I look for cause else where.
On 2/7/2011 3:23 AM, Mike Tancsa wrote:
So far so good. I would often get a hang on the level zero dumps to my
backup server Sunda
On 07/07/11 14:39, Chuck Swiger wrote:
On Jul 7, 2011, at 4:45 AM, Paul Keusemann wrote:
My setup is something like this:
- My local network is a mix of AIX, HP-UX, Linux, FreeBSD and Solaris machines
running various OS versions.
- My gateway / firewall machine is running FreeBSD-8.1-RELEASE-p
On 7/12/2011 3:03 PM, Hooman Fazaeli wrote:
>
> I have similar problems on a couple of 7.3 boxes with latest driver form
> -CURRENT.
> I just wanted to know if your 7 boxes work fine so I look for cause else
> where.
Yes, all has been working quite well for me to date.
em1@pci0:11:0:0:c
> > There won't be any indication in the driver since flow control
> > is managed in hardware. You'd need a wire capture to see that
> > bce(4) has stopped sending frames in response to receiving an
> > XOFF flow control frame or started sending frames in response
> > to receiving an XON flow cont
On Jul 12, 2011, at 12:26 PM, Paul Keusemann wrote:
> So, any other ideas on how to debug this?
Gather data with tcpdump. If you do it on one of the VPN endpoints, you ought
to see the VPN contents rather than just packets going by in the encrypted
tunnel.
> Anybody know how to get racoon to l
The following reply was made to PR kern/152036; it has been noted by GNATS.
From: Kelly Yancey
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/152036: [libc] getifaddrs(3) returns truncated sockaddrs for
netmasks
Date: Tue, 12 Jul 2011 19:24:22 -0700
Thanks, now lets just change the categ
13 matches
Mail list logo
