JFYI: https://lists.freebsd.org/pipermail/freebsd-net/2018-November/052184.html
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru
While testing 12-stable i've found following:
current ixgbe driver is using iflib and has IFCAP_VLAN_HWFILTER
enabled by default.
/sys/net/iflib.c iflib_vlan_[un]register() functions have this code:
/* Re-init to load the changes */
if (if_getcapenable(ifp) & IFCAP_VLAN_HWFILTER)
$ sysctl net.link.ether.inet.maxhold
net.link.ether.inet.maxhold: 1
$ sysctl -d net.link.ether.inet.maxhold
net.link.ether.inet.maxhold: Number of packets to hold per ARP entry
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE
oleg added a comment.
AFAIR those changes were done for _callout_stop_safe() aka
callout_(stop|drain).
callout_reset_sbt_on() is not affected.
REVISION DETAIL
https://reviews.freebsd.org/D1777
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: rrs, kib
oleg added a comment.
Please correct me if i'm wrong but there is ref leakage. In particular:
"If the callout was restarted, the pending bit will be back on and"
agree.
"we just want to bail"
no, i would say we should do LLE_REMREF(lle) first, then unlock/return
because this one
oleg added a reviewer: sbahra_repnop.org.
REVISION DETAIL
https://reviews.freebsd.org/D8637
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: oleg, kmacy, kib, alc, sbahra_repnop.org
Cc: emaste, freebsd-net-list
___
oleg updated this revision to Diff 22728.
oleg added a comment.
1. fix issues reported by sbahra_repnop.org here:
https://reviews.freebsd.org/D1945
2. fix synchronization chain (producer -> producer -> consumer) noted by alc.
3. massive comments.
CHANGES SINCE LAST UPDATE
https://review
oleg added a comment.
In https://reviews.freebsd.org/D8637#180625, @alc wrote:
> Have you looked at https://reviews.freebsd.org/D1945, in particular, the
most recent postings by sbahra_repnop.org? It's not clear to me that these
changes will address the problem described in sbahra_repno
oleg created this revision.
oleg added reviewers: kmacy, alc, kib.
oleg added a subscriber: freebsd-net-list.
REVISION SUMMARY
Properly use acqure/release atomics.
REVISION DETAIL
https://reviews.freebsd.org/D8637
AFFECTED FILES
sys/sys/buf_ring.h
EMAIL PREFERENCES
https://reviews.freeb
hernet
P.S. 7.2R em driver works as expected.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
On Fri, Oct 09, 2009 at 07:35:01PM +0500, rihad wrote:
> Oleg Bulyzhin wrote:
> > On Wed, Oct 07, 2009 at 03:52:56PM +0500, rihad wrote:
> >
> >> You probably have some special sources of documentation ;-) According to
> >> man ipfw, both "netgraph/ngtee&quo
ewed by:andre, brooks, julian
^^
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- O
On Wed, Oct 07, 2009 at 09:42:27PM +0500, rihad wrote:
> Julian Elischer wrote:
> > rihad wrote:
> >> Oleg Bulyzhin wrote:
> >
> >> You probably have some special sources of documentation ;-) According
> >> to man ipfw, both "netgraph/ngtee" a
m any to any recv bce0 xmit bce1
01036 allow ip from any to any
01040 skipto 1100 ip from table(127) to any
01060 pipe tablearg ip from any to table(0)
01070 allow ip from any to any
01100 pipe tablearg ip from any to table(2)
65535 allow ip from any to any
P.S. have you tried net.inet.ip.fastforwardin
On Wed, Oct 07, 2009 at 03:16:27PM +0500, rihad wrote:
> Oleg Bulyzhin wrote:
> > On Wed, Oct 07, 2009 at 02:23:47PM +0500, rihad wrote:
> >
> > Few questions:
> > 1) why are you not using fastforwarding?
> > 2) search_steps/searches ratio is not that good, are y
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
___
freebsd-net@freebsd.org mailing list
http://lists.f
Please show your 'sysctl net.inet.ip' output.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o..
dummynet_io().
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
___
freebsd-net@freebsd.org mailin
sting would not hurt.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.
On Wed, Jun 03, 2009 at 09:03:11PM +0400, Oleg Bulyzhin wrote:
> On Mon, Jun 01, 2009 at 11:12:45AM +0300, Mikolaj Golub wrote:
>
> > It looks the problem has not drawn much attention :-).
>
> I was on vacation so did not reply in time.
> Dummynet like solution is no
tomorrow.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
___
freebsd-net@freebsd.org mailing l
The following reply was made to PR kern/134157; it has been noted by GNATS.
From: Oleg Bulyzhin
To: Andrey Golenischev
Cc: bug-follo...@freebsd.org
Subject: Re: kern/134157: [dummynet] dummynet loads cpu for 100% and make a
system frozen and unstable [regression]
Date: Tue, 5 May 2009
The following reply was made to PR kern/134157; it has been noted by GNATS.
From: Oleg Bulyzhin
To: Andrey Golenischev
Cc: bug-follo...@freebsd.org
Subject: Re: kern/134157: [dummynet] dummynet loads cpu for 100% and make a
system frozen and unstable [regression]
Date: Mon, 4 May 2009
The following reply was made to PR kern/134157; it has been noted by GNATS.
From: Oleg Bulyzhin
To: bug-follo...@freebsd.org
Cc: s...@ft.cv.ua
Subject: kern/134157: [dummynet] dummynet loads cpu for 100% and make a
system frozen and unstable [regression]
Date: Mon, 4 May 2009 12:05:19
ed on this:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=879027+0+archive/2009/svn-src-all/20090419.svn-src-all
You can try to change type of dn_pipe.numbytes to int64_t (instead of dn_key).
(ip_dummynet.h:341)
--
Oleg.
===
ving mii_ticks increment was bad idea.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- [EMAIL PROTECTED] ===
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/m
hived with mbuf_tag only (without new mbuf flag),
but it would be ineffective:
calling m_tag_locate() (unsuccessful most of the time!) for every packet is
rather expensive.
What do you think about this?
--
Oleg.
====
=== Oleg Bulyzhin --
Synopsis: [dummynet] [patch] system hangs with dummynet queues
Responsible-Changed-From-To: freebsd-net->oleg
Responsible-Changed-By: oleg
Responsible-Changed-When: Fri Jun 15 17:21:30 UTC 2007
Responsible-Changed-Why:
take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=113548
On Wed, Feb 07, 2007 at 01:31:39AM +1100, Bruce Evans wrote:
> On Tue, 6 Feb 2007, Oleg Bulyzhin wrote:
>
> >Sorry for the late reply - i was AFK for some time and didnt read mails.
> >Patch against 6.2R attached, please let me know does it helps or not.
>
> I didn't
On Thu, Jan 25, 2007 at 05:05:32PM +0100, Robin Gruyters wrote:
> On 13-Jan-2007 Oleg Bulyzhin wrote:
> >
> >> Could you please test attached patch? It should fix ierrs issue
> >and should not
> >> break link events (would be fine to test it: unplug/plug cable,
On Sat, Jan 13, 2007 at 01:14:55PM +0300, Oleg Bulyzhin wrote:
> On Tue, Jan 09, 2007 at 04:14:16PM -0800, John Polstra wrote:
>
> > I've been using #2 today, and it's working well so far. I
> > implemented it like this. (Ignore the version numbers; I'm wo
} else {
> /*
>
>
> John
Could you please test attached patch? It should fix ierrs issue and should not
break link events (would be fine to test it: unplug/plug cable, try to change
media with ifconfig, change media on other end of wire).
--
Oleg.
check was in driver but was removed as workaround of existed link state
issues (due to some bugs in if_bge.c and brgphy.c link loss events were
detected with few seconds delay or even not detected at all).
Those bugs are fixed now, so we can revive this check (bge_link_upd() can
be si
> "Intoccabile"
> www.fromley.com
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sysctl debug.mpsafenet value?
--
Oleg.
==
On Thu, Dec 14, 2006 at 12:55:51AM +, MQ wrote:
> 2006/12/12, Oleg Bulyzhin <[EMAIL PROTECTED]>:
> >
> >On Wed, Dec 06, 2006 at 11:54:01AM +0300, Gleb Smirnoff wrote:
> >> Forwarding to net@ list and to Oleg, who has made polling
> >> support for bg
y it takes some time.
Anyway, you are right about too short autonegotiation timer, i'll fix it
soon.
>
> Regards
> MQ
>
> ----- End forwarded message -
>
> --
> Totu
On Thu, Sep 07, 2006 at 11:30:55AM -0700, Doug Ambrisko wrote:
> Hi guys,
>
> We "hack" a feature to have 2 NIC's configured with the same IP and
> netmask. We down one and up the other to bounce between then. We
> also set the MAC's to be the same. This fixes a few routing problems
> in which
On Wed, Aug 23, 2006 at 06:21:28PM -0700, David Christensen wrote:
> Here's how it's done in Linux:
>
> static void tg3_disable_ints(struct tg3 *tp)
> {
> tw32(TG3PCI_MISC_HOST_CTRL,
>(tp->misc_host_ctrl | MISC_HOST_CTRL_MASK_PCI_INT));
> tw32_mailbox_f(MAILBOX_INTERRUPT_0
On Wed, Aug 23, 2006 at 05:54:24PM -0700, David Christensen wrote:
> > On Wed, Aug 23, 2006 at 12:53:49PM -0700, David Christensen wrote:
> > > This "lost interrupt" type of problem is addressed by the use of the
> > > status_tag
> > > field in the status block. (Listed as bge_rsvd0 in the
> > b
On Wed, Aug 23, 2006 at 12:53:49PM -0700, David Christensen wrote:
> This "lost interrupt" type of problem is addressed by the use of the
> status_tag
> field in the status block. (Listed as bge_rsvd0 in the bge_status_block
> structure).
> Everytime the status block is updated a new tag value i
On Wed, Aug 23, 2006 at 10:26:48PM +0400, Oleg Bulyzhin wrote:
> On Wed, Aug 23, 2006 at 08:16:49PM +0400, Gleb Smirnoff wrote:
> > Colleagues,
> >
> > I've faced a problem in bge(4) when a single packet is in the RX
> > ring, but it isn't noticed b
On Wed, Aug 23, 2006 at 08:16:49PM +0400, Gleb Smirnoff wrote:
> Colleagues,
>
> I've faced a problem in bge(4) when a single packet is in the RX
> ring, but it isn't noticed by the driver. A reception of a packet
> triggers interrupt and both packets are processed - an old one
> and the new o
On Wed, May 03, 2006 at 08:54:09PM -0700, Doug Ambrisko wrote:
> Robert Wojciechowski writes:
> | > Could you try this latest version. It incorporates Oleg
> | > change sort-of. It was a good hint. The issue is that
> | > we can't move the detection after the "reset" dance. Since
> | > it needs
On Tue, Apr 25, 2006 at 11:59:39AM +0200, Lars Erik Gullerud wrote:
> On Mon, 24 Apr 2006, Oleg Bulyzhin wrote:
>
> >Could you try attached patch? It should fix problem when link goes UP but
> >network is still down.
> >
> >About bge resets: you should try i
On Sun, Apr 23, 2006 at 02:35:24PM +0200, Lars Erik Gullerud wrote:
> We recently upgraded one of our 4.11 servers to 6.1-RC1. The server is a
> Dell PE2650, dual Xeons, and has two onboard Broadcom BCM5701 cards, using
> the bge driver.
>
> Some older threads on -net and -current led me to beli
On Tue, Mar 28, 2006 at 12:38:42PM -0800, Doug Ambrisko wrote:
> I don't see it attached. I'd like to see your changes and I'd like know
> of your plans about getting it in.
>
> Thanks,
>
> Doug A.
I didnt test it under load yet (server i've used moved to production so
i have limited testing c
set call.
>
> On Wed, 29 Mar 2006 00:25:25 +0400
> Oleg Bulyzhin <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Mar 28, 2006 at 11:24:06AM -0600, Stephen P. Cravey wrote:
> > > Does anyone have chip documentation on the broadcom BGE chips? I'm having
> > > an
On Tue, Mar 28, 2006 at 12:38:42PM -0800, Doug Ambrisko wrote:
> Oleg Bulyzhin writes:
> | On Tue, Mar 28, 2006 at 11:24:06AM -0600, Stephen P. Cravey wrote:
> | > Does anyone have chip documentation on the broadcom BGE chips? I'm
> having an ongoing issue with IPMI that I&
On Tue, Mar 28, 2006 at 11:24:06AM -0600, Stephen P. Cravey wrote:
> Does anyone have chip documentation on the broadcom BGE chips? I'm having an
> ongoing issue with IPMI that I'd really like to get resolved. The issue seems
> to be that during the driver start sequence, a flag is getting set in
49 matches
Mail list logo
