On Tue, Jun 28, 2011 at 11:53 PM, Bjoern A. Zeeb <
bzeeb-li...@lists.zabbadoz.net> wrote:
>
> > Perhaps it would be best to document what those particular workloads are.
> Apparently, systems with small and seldom changing routing tables are good
> candidates. However, the distinction is not immed
On Mon, Jun 27, 2011 at 7:00 PM, Adrian Chadd wrote:
> Just -ampdutx. Ampdu RX is fine. :)
>
>
Well, I would have loved to help test but it seems I can't even get -HEAD to
boot on my machine. If I move the drive to a different machine it boots
fine, so it's clearly some sort of hardware issue.
> Perhaps it would be best to document what those particular workloads are.
> Apparently, systems with small and seldom changing routing tables are good
> candidates. However, the distinction is not immediately obvious by skimming
> through the list archives.
Start reading here:
http://confere
Hmmm, I'll have to take a look at the code, and if I hadn't done it by now
there might be some reason I couldn't, or hell, maybe I just forgot :) Will
let you know.
Jack
-Original Message-
From: Andrew Boyer [mailto:abo...@averesystems.com]
Sent: Tuesday, June 28, 2011 1:32 PM
To: Ig
On Tue, Jun 28, 2011 at 10:44 PM, Bjoern A. Zeeb <
bzeeb-li...@lists.zabbadoz.net> wrote:
> On Jun 28, 2011, at 8:27 PM, Christian Kratzer wrote:
>
> > Hi,
> >
> > On Tue, 28 Jun 2011, Pawel Tyll wrote:
> >> Hi Adrian,
> >>
> >>> Good news !
> >>> Last night I remove FLOWTABLE option and since the
Pretty sure this is already in the source tree as it sounds like the same
as the alias fix:-
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ixgbe/ixgbe.c?rev=1.51;content-type=text%2Fplain
There's also some additional fixes in the latest head version:-
http://www.freebsd.org/cgi/cvsweb.cgi/src
Hello Igor,
Sorry for the delay. I'm a little hesitant to share our ixgbe patch to change
this behavior because Jack has checked in changes to igb that make me think
that our change is not correct. Or, at least, that he's probably working on
fixing ixgbe the right way. Jack, are you planning
On Jun 28, 2011, at 8:27 PM, Christian Kratzer wrote:
> Hi,
>
> On Tue, 28 Jun 2011, Pawel Tyll wrote:
>> Hi Adrian,
>>
>>> Good news !
>>> Last night I remove FLOWTABLE option and since then the server is stable.
>>> No crash what so ever an I was able to increase the number of tunnels.
>> Yeah
Hi Andrew,
could you please share the patch as I'm dying with this problem.
What makes it worse is that on a busy router the DOWN/UP of the
interfaces causes the ixgbe card to lose all network access until the
box is rebooted. I can reproduce it easily on a variety of hosts from
both HP and Dell.
Hi,
On Tue, 28 Jun 2011, Pawel Tyll wrote:
Hi Adrian,
Good news !
Last night I remove FLOWTABLE option and since then the server is stable.
No crash what so ever an I was able to increase the number of tunnels.
Yeah, FLOWTABLE still needs work, good news on the stability. Could
you perhaps dr
On 6/28/2011 3:38 PM, Adrian Minta wrote:
> Good news !
> Last night I remove FLOWTABLE option and since then the server is stable.
> No crash what so ever an I was able to increase the number of tunnels.
Thats great! If you are getting close to the CPU maxing out, consider
getting rid of snmpd.
Hi Adrian,
> Good news !
> Last night I remove FLOWTABLE option and since then the server is stable.
> No crash what so ever an I was able to increase the number of tunnels.
Yeah, FLOWTABLE still needs work, good news on the stability. Could
you perhaps drop us all a note in two weeks if things ke
Good news !
Last night I remove FLOWTABLE option and since then the server is stable.
No crash what so ever an I was able to increase the number of tunnels.
> On 6/27/2011 4:50 PM, Adrian Minta wrote:
>> Thanks to Vlad Galu I was able to acquire a full crashinfo and kernel
>> dump
>> after a sy
> > What we observe is:
> >
> > DHCP Request with UDP checksum set => Packet reaches DHCP Daemon and
> > is being
> > answered.
> > DHCP Request with UDP checksum 0x => ICMP Port Unreachable from
> > FreeBSD.
> >
> > Can someone confirm this non RFC conform behaviour and knows how to
> > fix
On 6/27/2011 4:50 PM, Adrian Minta wrote:
> Thanks to Vlad Galu I was able to acquire a full crashinfo and kernel dump
> after a system freeze. I put all the files at:
> http://pluto.stsisp.ro/fbsd/
>
> I hope this will help somebody in finding the race condition.
Dont know about the race, but on
What is the effective latency under load, and the packet loss
probability?
Just to add some more detail.
Richard Scheffenegger
> -Original Message-
> From: William Salt [mailto:williamejs...@googlemail.com]
> Sent: Montag, 27. Juni 2011 12:15
> To: freebsd-net@freebsd.org
> Subject: 1g
On 28.06.2011 13:48, Benoit Panizzon wrote:
Hi
We are running a DHCP Server on a FreeBSD 7.2-RELEASE-p4 box.
This works for most of our customers, except ones with some kind of SonicWall
Firewalls. We have analyzed the problem with the sonicwall tech support:
We found the problem being in the
Benoit Panizzon wrote:
> Hi
>
> We are running a DHCP Server on a FreeBSD 7.2-RELEASE-p4 box.
>
> This works for most of our customers, except ones with some kind of
> SonicWall
> Firewalls. We have analyzed the problem with the sonicwall tech
> support:
>
> We found the problem being in the son
Hi
We are running a DHCP Server on a FreeBSD 7.2-RELEASE-p4 box.
This works for most of our customers, except ones with some kind of SonicWall
Firewalls. We have analyzed the problem with the sonicwall tech support:
We found the problem being in the sonicwall setting a UDP checksum of 0x
f
19 matches
Mail list logo
