2008/12/1 Pyun YongHyeon <[EMAIL PROTECTED]>:
> On Sun, Nov 30, 2008 at 03:18:41AM +0000, Andrew Tulloch wrote:
> > I've just installed from the FreeBSD 7.1-BETA1 iso and get the
> > following when the re driver attempts to attach to the two onboard
> > NICs
ny ideas? Any papers that deal with this problem?
ref: sys/netinet/ip_fw2.c::hash_packet6
May be the Rsync algorithm is suitable partially..
Here is the discription: http://samba.anu.edu.au/rsync/tech_report/
Andrew.
___
freebsd-net@fre
On Fri, 22 Nov 2002, soheil soheil wrote:
> just i want that all of the packet from the sockets that are created by me
> travels through my server
Have you looked at ipfw divert?
Andrew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
sfxge: fix mbuf leak if it does not fit in software queue
mbuf should be owned by if_transmit function in any case.
Submitted-by: Andrew Rybchenko
Sponsored by: Solarflare Communications, Inc.
diff -r e2bc8f64f1b2 -r ff9f5d3dbafe src/driver/freebsd/sfxge_tx.c
--- a/head/sys/dev/sfxge
sfxge: fix mbuf leak if it does not fit in software queue
mbuf should be owned by if_transmit function in any case.
Submitted-by: Andrew Rybchenko
Sponsored by: Solarflare Communications, Inc.
diff -r e2bc8f64f1b2 -r ff9f5d3dbafe src/driver/freebsd/sfxge_tx.c
--- a/head/sys/dev/sfxge
sfxge: limit software Tx queue size
Previous implementation limits put queue size only (when Tx lock can't
be acquired),
but get queue may grow unboundedly which results in mbuf pools
exhaustion and
latency growth.
Submitted-by: Andrew Rybchenko
Sponsored by: Solarflare Communica
sfxge: return error when packet is dropped because of link down
Submitted-by: Boris Misenov
Sponsored by: Solarflare Communications, Inc.
diff -r d292c9f51d36 -r 53935db50f8a src/driver/freebsd/sfxge_tx.c
--- a/head/sys/dev/sfxge/sfxge_tx.cThu Mar 06 13:38:55 2014 +
+++ b/head/sys/d
sfxge: add counter for Tx errors returned from if_transmit
Submitted-by: Boris Misenov
Sponsored by: Solarflare Communications, Inc.
diff -r 53935db50f8a -r af2586a023d8 src/driver/freebsd/sfxge_tx.c
--- a/head/sys/dev/sfxge/sfxge_tx.cMon Mar 10 11:37:12 2014 +0400
+++ b/head/sys/dev/sf
sfxge: access statistics buffers under port lock
Allow access to statistics data not only from sysctl handlers.
Submitted-by: Boris Misenov
Sponsored by: Solarflare Communications, Inc.
diff -r af2586a023d8 -r 7f58b1a5ea60 src/driver/freebsd/sfxge_port.c
--- a/head/sys/dev/sfxge/sfxge_port
sfxge: implement interface statistics shown by netstat
netstat directly reads interface statistics collected
in the ifnet structure members: if_ipackets, if_ierrors, if_iqdrops,
if_opackets, if_oerrors, if_collisions.
The if_oerrors counter should include both errors reported by hardware
and erro
Gleb,
On 03/18/2014 04:46 PM, Gleb Smirnoff wrote:
Andrew,
On Tue, Mar 18, 2014 at 01:11:15PM +0400, Andrew Rybchenko wrote:
A>
A> sfxge: fix mbuf leak if it does not fit in software queue
A>
A> mbuf should be owned by if_transmit function in any case.
A>
A> Submitted-by:
Gleb,
On 03/18/2014 04:59 PM, Gleb Smirnoff wrote:
Andrew, Boris,
>
> On Tue, Mar 18, 2014 at 01:58:40PM +0400, Andrew Rybchenko wrote:
> A> sfxge: add counter for Tx errors returned from if_transmit
> A>
> A> Submitted-by: Boris Misenov
> A> Sponsored by:
Gleb,
On 03/18/2014 05:24 PM, Gleb Smirnoff wrote:
Andrew,
On Tue, Mar 18, 2014 at 01:55:01PM +0400, Andrew Rybchenko wrote:
A> sfxge: limit software Tx queue size
A>
A> Previous implementation limits put queue size only (when Tx lock can't
A> be acquired),
A> bu
that TXQ index (not label) comes from FW in flush done event.
Submitted by: Andrew Rybchenko
Sponsored by: Solarflare Communications, Inc.
diff -r 74ea9e0f7842 -r 42f27b037ebb sys/dev/sfxge/common/efx.h
--- a/sys/dev/sfxge/common/efx.h Thu Apr 10 14:23:34 2014 +0400
+++ b/sys/dev/sfxge
There are 3 TXQs in event queue 0 and 1 TXQ (with TCP/UDP checksum offload)
in all other event queues.
sfxge: use TXQ type as label to support more than 32 TXQs
There are 3 TXQs in event queue 0 and 1 TXQ (with TCP/UDP checksum offload)
in all other event queues.
Submitted by: Andrew
sfxge: RXQ index (not label) comes from FW in flush done/failed events
Change the second argument name of the efx_rxq_flush_done_ev_t and
efx_rxq_flush_failed_ev_t prototypes to highlight that RXQ index (not label)
comes from FW in flush done and failed events.
Submitted by: Andrew Rybchenko
Hi,
I can repeat the bug. I'll investigate and return with the patch to fix it.
Thanks for the report and sorry for delay with reply,
Andrew.
On 04/16/2014 11:00 PM, aurfalien wrote:
Hi,
I’ve a Solarflare SFN5162F dual port 10Gb ethernet adapter.
While the card works fine as indiv
* ifconfig lagg0 up laggproto lacp laggport sfxge0 laggport sfxge1 10.0.10.99/16
* This is were the system reboots.
please, find patch attached. It solves the problem for me.
I'll discuss it with Solarflare and then submit patch to be pushed to
subversion.
Regards,
Andrew.
I believe th
mutex (not allowed to sleep).
E.g. on interface bring up or multicast addresses addition.
Submitted by: Andrew Rybchenko
Sponsored by: Solarflare Communications, Inc.
diff --git a/head/sys/dev/sfxge/common/efsys.h b/head/sys/dev/sfxge/common/efsys.h
--- a/head/sys/dev/sfxge/common/efsys.h
0 folder contains three drivers:
if_lem.c : legacy 1G cards
if_em.c: older 1G cards
if_igb.c: newer 1G cards
The rest of the files are common code shared among the three drivers.
-Andrew
--
Andrew Boyerabo...@averesystems.com
___
ted in November 2010 ("82599 receiving packets with vlan tag=0 (vlan strip
problem)?").
Thanks,
Andrew
------
Andrew Boyerabo...@averesystems.com
___
freebsd-net@freebsd.org mailing list
nterface)?
>>
>> Thanks.
>>
>
> You shouldn't assign your secondary IP with a /24 mask, use /32.
>
> You'll run into problems otherwise.
>
> As a rule of thumb, your aliases = /32
>
M.V. -
What you are doing should work fine. There we
.10.1/24
>> #ifconfig eth0 add 192.168.10.2/24
>>
> Second address should be an alias address.
>
> ;-)
>
'ifconfig add' and 'ifconfig alias' are the same thing.
-Andrew
--
Andrew Boyerabo...@averesystems.com
ven when they arrive
> to client in order,
> it seems this depends of switching network in between PPPoE server and client.
>
If you are running a recent HEAD then you can try setting
net.link.lagg.0.use_flowid to zero.
Andrew
___
freebsd-net@
l
> it seems a very odd way to implement it to me.. see how ng_bridge is done..
> that makes a lot more sense to me.
The bridge interface type is used in a few places of the network code.
(eg in_arpinput(), in6_ifattach()). It is needed.
Andrew
___
freeb
> From: hiren panchasara
>
> I created bridge1 this way:
>
> $ sudo ifconfig bridge create
> Password:
> bridge1
>
> $ ifconfig bridge1
> bridge1: flags=8802 metric 0 mtu 1500
> ether 02:32:c8:92:b6:01
> nd6 options=29
> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
> max
t it off as a module 5 years ago and mentioned ng_bridge in the
commit message.
http://svnweb.freebsd.org/base?view=revision&revision=160704
Still waiting for someone to plumb it in :)
Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Feb 18, 2012, at 5:39 AM, Damien Fleuriot wrote:
> On 2/16/12 3:39 PM, Andrew Boyer wrote:
>>
>> On Feb 16, 2012, at 8:16 AM, Damien Fleuriot wrote:
>>
>>> On 2/16/12 8:08 AM, M. V. wrote:
>>>> hi everybody,
>>>>
>>>>
before calling sc_detach causes any further incoming
packets to be dropped until the lagg gets reconfigured. Thoughts?
Is it safe to just hold on to the lagg wlock across the callout_drain() calls
in lacp_detach()? That's what OpenBSD
On 3 April 2012 00:35, John Baldwin wrote:
> On Friday, March 30, 2012 6:04:24 pm Andrew Boyer wrote:
>> While investigating a LACP issue, I turned on LACP_DEBUG on a debug kernel.
> In this configuration it's easy to panic the kernel - just run 'ifconfig lagg0
> laggpro
Makes sense to me.
-Andrew
On Apr 7, 2012, at 4:02 AM, Andrew Thompson wrote:
> On 3 April 2012 00:35, John Baldwin wrote:
>> On Friday, March 30, 2012 6:04:24 pm Andrew Boyer wrote:
>>> While investigating a LACP issue, I turned on LACP_DEBUG on a debug kernel.
>> In
: <::1> scope 0
dev: lo0 address: scope 0
Linux:
dev: lo address: <::1> scope 0
dev: eth1 address: <2404:130:0:1000:204:75ff:febc:b8f0> scope 0
dev: eth1 address: scope 2
dev: eth0 address: scope 3
Should FreeBSD be setting sin6_scope_id?
Andrew
ich (as far
as I understand) is the interface index.
Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On 14 April 2012 06:03, Hajimu UMEMOTO wrote:
> Hi,
>
>>>>>> On Fri, 13 Apr 2012 20:01:39 +1200
>>>>>> Andrew Thompson said:
>
> thompsa> On 13 April 2012 18:41, Rainer Bredehorn wrote:
>> Hi!
>>
>>> I have noticed that
> propose using the same logic for lagg's MAC address selection. Can
> anyone foresee an issue with this change? (I'm not aware of any lagg
> use cases that rely on the current behaviour.)
I do not foresee any issues. What we also nee
Any update on this?
-Andrew
On Jan 13, 2012, at 6:04 PM, Jack Vogel wrote:
> Hey Andrew,
>
> Not heard of this before, but I'll check around.
>
> Jack
>
>
> On Fri, Jan 13, 2012 at 3:01 PM, Andrew Boyer wrote:
> Hello Jack,
> I'm seeing an issue on
On 05/24/12 18:55, Kevin Oberman wrote:
This is,of course, on a 10G interface. On 7.3 there is little
Hi Kevin,
What you're seeing looks almost like a checksum is bad, or
there is some other packet damage. Do you see any
error counters increasing if you run netstat -s before
and after the
On 05/30/12 10:59, Colin Percival wrote:
Hi all,
The Xen virtual network interface has an issue (ok, really the issue is with
the linux back-end, but that's what most people are using) where it can't
handle scatter-gather writes with lots of pieces, aka. long mbuf chains.
This currently bites us
On 05/30/12 18:35, Colin Percival wrote:
On 05/30/12 08:30, Andrew Gallatin wrote:
On 05/30/12 10:59, Colin Percival wrote:
The Xen virtual network interface has an issue (ok, really the issue is with
the linux back-end, but that's what most people are using) where it can't
hand
On 05/28/12 12:12, Luigi Rizzo wrote:
I am doing some experiments with implementing a software bridge
between virtual machines, using netmap as the communication API.
I have a first prototype up and running and it is quite fast (10 Mpps
with 60-byte frames, 4 Mpps with 1500 byte frames, compared
On 06/03/12 01:18, Kevin Oberman wrote:
What can I say but that you are right. When I looked at the interface
stats I found that the link overflow drops were through the roof! This
confuses me a bit since the traffic is outbound and I woudl assume
Indeed, link overflow is incoming traffic that
On 06/03/12 12:51, Colin Percival wrote:
On 05/30/12 08:30, Andrew Gallatin wrote:
On 05/30/12 10:59, Colin Percival wrote:
The Xen virtual network interface has an issue (ok, really the issue is with
the linux back-end, but that's what most people are using) where it can't
hand
.
This means the tun device is still open, this behavior hasn't changed
in 3.5 years.
http://svnweb.freebsd.org/base?view=revision&revision=186391
Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
c:996 we call if_bridge.c:bridge_linkstate
> where the struct *ifnet->if_bridge is needed. This causes the panic.
I introduced this issue in r234487, please try this patch.
http://people.freebsd.org/~thompsa/bridge_link.diff
regards,
Andrew
___
fr
502818 78228 1949 14374 0
>
> how i can get full link speed on this server?
This probably means the packet could not be queued on the lagg
interface send queue. Please try this patch.
Andrew
lagg_transmit.diff
Description: Binary data
_
On 6 July 2012 04:43, Vyacheslav Kulikovskyy wrote:
> 2012/7/4 Andrew Thompson
>>
>> On 4 July 2012 23:30, Vyacheslav Kulikovskyy wrote:
>> > i have sever with two 1G links (em) aggregated by lagg0
>> >
>> > after 1700Megabits i have collisions/errors
ine on one box with 'ifconfig lagg0
laggproto lacp'. To see the negotiation you'll need to rebuild your kernel
with '#define LACP_DEBUG 1' added to the top of sys/net/ieee802.3ad_lacp.c. Or
upgrade to a newer stable snapshot that has the net.lacp_debug sysctl and turn
r interfaces dc0 and dc1
It's disabled by default, but I don't know why. This seems to work for us.
-Andrew
Index: sys/net/if_lagg.c
===
--- sys/net/if_lagg.c (revision 238402)
+++ sys/net/if_lagg.c
Adarsh,
Sorry for the delay.
I'm not an LACP protocol expert, but looking at your logs I don't see ql1 on
either node receiving a lacpdu response. Are you certain that link is working?
-Andrew
On Jul 10, 2012, at 1:53 PM, Adarsh Joshi wrote:
> Andrew,
>
> Here are the l
nt adapter->dropped_pkts instead of if_ierrors; if_ierrors is
overwritten by hw stats collection
- Include adapter->dropped_pkts in the calculation of if_ierrors
- Increment rxr->packets so that AIM works
Comments welcome.
-Andrew
ixgbe_stats.diff
Descr
This patch fixes a nit in the em, lem, and igb driver statistics, similar to
what I proposed for ixgbe a few days ago. Increment adapter->dropped_pkts
instead of if_ierrors because if_ierrors is overwritten by hw stats collection.
Comments welcome.
-Andrew
e1000_stats.diff
Descript
ation in lem,
doing it this way reduces code duplication.
Comments welcome.
-Andrew
e1000_tso_defrag.diff
Description: Binary data
--
Andrew Boyerabo...@averesystems.com
___
freebsd-net@freebs
someone who do use lagg(4) tests the patch. If anyone
> benchmarks lagg(4) with and w/o patch that will be most appreciated.
Sean Bruno has already tested this patch at Yahoo, I have just been
delayed in committing it. There are just a few small differences so we
can commit one or merge.
On 20 September 2012 20:48, Gleb Smirnoff wrote:
> Hi!
>
> On Thu, Sep 20, 2012 at 08:37:19PM +1200, Andrew Thompson wrote:
> A> > Yet another patch to test. Was suprising to me that lagg(4), which
> A> > aims at high-performance, still utilizes if_start.
> A
The following reply was made to PR kern/172113; it has been noted by GNATS.
From: Andrew Filonov
To: bug-follo...@freebsd.org, egrosb...@rdtc.ru
Cc: j...@freebsd.org
Subject: Re: kern/172113: [panic] [e1000] [patch] 9.1-RC1/amd64 panices in
igb(4): m_getjcl: invalid cluster type
Date: Wed, 24
The following reply was made to PR kern/150247; it has been noted by GNATS.
From: Andrew Boyer
To: bug-follo...@freebsd.org,
Andrew Boyer
Cc:
Subject: Re: kern/150247: [patch] [ixgbe] Version in -current won't build on
7.x systems
Date: Fri, 7 Jan 2011 13:36:15 -0500
The proble
...
Thank you,
Andrew
------
Andrew Boyerabo...@averesystems.com
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to &q
On 26 January 2011 02:32, Alexander Zagrebin wrote:
> Hi!
>
> I've found some issues with the if_bridge on 8.2-PRERELEASE.
>
> 1. An ARP issue
>
> Suppose we have a box with the 4 interfaces: nic0, nic1, nic2, nic3.
> The interfaces are linked pairwise using 2 bridge(4) interfaces: bridge0
> and b
dn't
mark it closed.
-Andrew
On Feb 21, 2011, at 5:10 AM, Bruce Cran wrote:
> The following reply was made to PR kern/150247; it has been noted by GNATS.
>
> From: Bruce Cran
> To: bug-follo...@freebsd.org,
> abo...@averesystems.com
> Cc:
> Subject: Re: kern/150247:
etc. 220257
is the first commit on 2011-04-02, and 220507 is the last commit on 2011-04-09.
I don't see any smoking guns in-between, though.
-Andrew
On Apr 11, 2011, at 1:07 PM, Flávio wrote:
> On Mon, Apr 11, 2011 at 11:18 AM, Andrew Boyer
> wrote:
>> Would you please elabor
. You also need to include opt_inet.h for the INET #define to
be valid.
-Andrew
On Apr 22, 2011, at 7:06 PM, Steven Hartland wrote:
> Just double checked on igb1 on the same machine, adding an alias causes
> no loss in network from the primary or existing ip aliases for the nic.
>
On Apr 23, 2011, at 12:50 AM, Julian Elischer wrote:
> On 4/22/11 5:08 PM, Andrew Boyer wrote:
>> Hello Steve and Jack,
>> You need to handle the SIOCSIFADDR ioctl or it gets passed up the stack to
>> ether_ioctl(). When it goes up the interface gets reset. See the com
I have a patch that will fix this. Please give me a little while to clean it
up, and I will send it out on the list.
-Andrew
On May 19, 2011, at 2:58 AM, Igor Anishchuk wrote:
> Hi All,
>
> I've been using Intel E10G42AFDA 10Gbit/s AF DA Dual Port adapters
> with direct
u planning to copy the reorganization
of igb_setup_vlan_hw_support() over to ixgbe_setup_vlan_hw_support?
-Andrew
On Jun 28, 2011, at 4:02 PM, Igor Anishchuk wrote:
> Hi Andrew,
>
> could you please share the patch as I'm dying with this problem.
>
> What makes it worse is
Can someone please review this and check in the patch? (And MFC it to
stable/8?)
Thank you,
Andrew
Begin forwarded message:
> From: lini...@freebsd.org
> Date: May 12, 2011 10:36:26 AM EDT
> To: lini...@freebsd.org, freebsd-b...@freebsd.org, freebsd-net@FreeBSD.org
> Subje
iff-20110707
>>
>> It works for me. No issues detected so far. Thanks.
>
> Committed in r223863. Many thanks for testing!
>
> --
> Andre
Hello Andre,
It appears that r197236 was never MFC'd, so soreceive_stream is still on by
default in stable/8. Would y
Would someone please MFC r218627 back to stable/8 and stable/7? They are both
affected.
Thank you,
Andrew
--
Andrew Boyerabo...@averesystems.com
___
freebsd-net@freebsd.org mailing list
http
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 An
ose numbers?If so then I'll
> log them every second or two and see if it catches anything.
"systat -vmstat" shows interrupts per second per device. Some use of awk or sed
may be required.
HTH,
Andrew
___
freebsd-net@freebsd.org m
On Sun, 2011-10-16 at 03:08 +0200, Marius Strobl wrote:
> On Sun, Oct 16, 2011 at 02:46:23AM +0200, Damien Fleuriot wrote:
> >
> >
> > On 15 Oct 2011, at 22:56, Marius Strobl wrote:
> >
> > >
> > > Could owners of nge(4), tl(4), wb(4) and rl(4) driven hardware (as for
> > > rl(4) only 8129 nee
You could try this patch. It disables the interrupt while it's being handled.
(The driver already re-enables it at the end of the handler and the task.)
-Andrew
Index: sys/dev/ixgbe/ixgbe.c
===
--- sys/dev/ixgbe/ix
ackets
are received, not even ARP replies.
This appears on the console:
igb0: watchdog timeout -- resetting
igb0: Queue(0) tdh = 9, tdt = 9
igb0: Queue(0) desc avail = 247, Next Desc to Clean = 0
igb0: link state changed to DOWN
igb0: link state changed t
both
non-atomically increment ref_cnt?
If this could happen then we have a lost update and our reference
counting is broken. I've also noticed that in other places similar
optimisations are made to avoid the atomic operation.
So is this a
2009/9/21 Bruce Evans :
> On Mon, 21 Sep 2009, Andrew Brampton wrote:
>
>> I've been reading the FreeBSD source code to understand how mbufs are
>> reference counted. However, there are a few bits of code that I'm
>> wondering if they would fail under the exactly
2009/9/21 Ed Maste :
> On Mon, Sep 21, 2009 at 01:43:33PM +0100, Andrew Brampton wrote:
>
> Your analysis is correct; this issue also has a PR, kern/137145.
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/137145
>
> As you point out it requires that two threads have a reference
a local file server, and check upload and download speeds against a local
server instead of an unknown remote host for accurate results.
~Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
The only one worth getting IMO is Intel EXPX9502CX4
(INTEL 10 GIGABIT CX4 DUAL PORT SERVER ADAPTER)
It is low power and very fast, and works under FreeBSD. Like all Intel
NICs It supports interrupt modulation so polling support isn't really
needed.
- A
has two ports on the one card. It uses a PCIe x8 slot so
plenty of bandwidth to serve two ports.
- Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebs
se my 3945abg
> every day and haven't had any problems with it for ages so I think
> it's safe to say we're out of the period were debug by default is needed?
Go for it.
Andrew
___
freebsd-net@freebsd.org mailing list
http://lis
oad(8).
# uathload -d /dev/ugen4.3
Maybe the documentation is missing this, or even better would be to have
devd do it automagically.
Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Wed, Dec 23, 2009 at 12:01:22PM +1300, Andrew Thompson wrote:
> On Tue, Dec 22, 2009 at 05:54:25PM -0500, Steven Friedrich wrote:
> > On Tuesday 22 December 2009 02:31:04 pm Weongyo Jeong wrote:
> > > On Tue, Dec 15, 2009 at 04:03:31PM -0500, Steven Friedrich wrote:
> &
es? We
would very much appreciate it. It looks like there are about two dozen related
commits and the diffs don't apply cleanly for me. If it has diverged too much
we'll just have to wait until we sync up with 8.0 later this year.
Thanks,
Andrew
------
I have a few NASes based on FreeBSD 7.2-RELEASE and quagga 0.99.14 and
they all have the same
configuration with little changes.
When I add to network a test server based on FreeBSD 8.0-STABLE
with quagga 0.99.15, other servers doesn't receive HELLO packets from him.
On nas9# tcpdump -i vr0 pro
; Looking at OpenBSD code, they do this since the day 0.
>
> Could anyone shed some light, why we need to enforce this check? :)
I think it was just carried over, I dont see any reason to keep it.
Andrew
___
freebsd-net@freebsd.org mailing list
h
lini...@freebsd.org wrote:
Synopsis: [mxge] [panic] panics since mxge(4) update
Responsible-Changed-From-To: freebsd-net->gallatin
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Mar 13 19:56:17 UTC 2010
Responsible-Changed-Why:
Drew wants these PRs.
http://www.freebsd.org/cgi/q
for this
sort of routing/ipfw task. The main reason to go Xeon is if you need
ECC RAM, and even then you can get away with just using the cheapest CPU
available.
- Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
Am I missing something
- Andrew
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
rg/viewvc/base?view=revision&revision=149829
"IPv6 auto-configuration is disabled. An IPv6 link-local address has a
link-local scope within one link, the spec is unclear for the bridge
case and it may cause scope violation."
That is the reason. I dont know if its still true but you wo
Murat Balaban [mu...@enderunix.org] wrote:
>
> Much of the FreeBSD networking stack has been made parallel in order to
> cope with high packet rates at 10 Gig/sec operation.
>
> I've seen good numbers (near 10 Gig) in my tests involving TCP/UDP
> send/receive. (latest Intel driver).
>
> As far
David Malone wrote:
On Mon, May 10, 2010 at 11:02:41AM -0400, Andrew Gallatin wrote:
I think something may be holding onto an mbuf after free,
then re-freeing it. But only after somebody else allocated
it. I was hoping that the mbuf double free referenced
above was the smoking gun, but it
e. The throughput reported by the iperf port is the same
with or without LRO on.
Any advice? Am I misinterpreting something?
Thanks,
Andrew
P.S. We need to disable LRO because we don't have Appropriate Byte Counting
support and
All,
The solution was simple. Check to make sure the IFCAP_LRO bit is set before
calling ixgbe_setup_hw_rsc().
-Andrew
--- a/src/sys/dev/ixgbe/ixgbe.c
+++ b/src/sys/dev/ixgbe/ixgbe.c
@@ -3728,6 +3728,9 @@ ixgbe_setup_receive_ring(struct rx_ring *rxr)
** Disable RSC when RXCSUM is off
Alexander Sack wrote:
<...>
>> Using this driver/firmware combo, we can receive minimal packets at
>> line rate (14.8Mpps) to userspace. You can even access this using a
>> libpcap interface. The trick is that the fast paths are OS-bypass,
>> and don't suffer from OS overheads, like lock content
Alexander Sack wrote:
> On Fri, May 14, 2010 at 10:07 AM, Andrew Gallatin
wrote:
>> Alexander Sack wrote:
>> <...>
>>>> Using this driver/firmware combo, we can receive minimal packets at
>>>> line rate (14.8Mpps) to userspace. You can even acc
Alexander Sack wrote:
To use DCA you need:
- A DCA driver to talk to the IOATDMA/DCA pcie device, and obtain the tag
table
- An interface that a client device (eg, NIC driver) can use to obtain
either the tag table, or at least the correct tag for the CPU
that the interrupt
c. to bring them online. I
> also cannot use 'ifconfig_em1.100="up"' because the rc scripts don't
> support periods in the variable names. Is there a way to accomplish this?
Use an underscore where the period should be, the rc.d scripts support
this.
ifconfig_em1.1
closed respectively. Similary approach is
> already done in the if_tun device.
This is also a problem for bridge(4) and possibly ef(4), edesc(4) and
epair(4). Should the same change be applied to them?
Andrew
___
freebsd-net@freebsd.org mailing l
o module is installed.
This might be a starting point for you. I haven't tested it without all of our
other changes in place so my apologies if it doesn't quite work. We only have
Intel modules around for testing.
-Andrew
--- ixgbe.c 2010-06-10 16:53:08.0
On 6 October 2010 09:19, Paul B Mahol wrote:
> Hi,
>
> If clang did not complain, I would probbaly never spot it.
>
> Patch attached.
Committed.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscrib
as much information as it can to distinguish different
traffic flows and balance across the available interfaces."
Does that answer your question, you will not get more speed on a single
download.
Andrew
___
freebsd-net@freebsd.org mailing list
http://l
1 - 100 of 542 matches
Mail list logo
