JFYI: https://lists.freebsd.org/pipermail/freebsd-net/2018-November/052184.html
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru
ig.
Should we extend iflib framework a bit?
--
Oleg.
signature.asc
Description: PGP signature
$ 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
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 unl
-- Forwarded message --
From: Oleg Lelchuk
Date: Wed, Jul 5, 2017 at 10:17 AM
Subject: Re: AW: axge0 and AX88179
To: Hans Petter Selasky
You are addressing it to Shteryana, right?
On Wed, Jul 5, 2017 at 7:21 AM, Hans Petter Selasky wrote:
> On 07/05/17 07:28, Oleg Lelc
Yes, I am having exactly the same problem that Shteryana described. I also
got messages about wrong ip length when I started dhclient for ue0. If I
plug my device into a usb 2.0 port and enable flow control, I get
networking speeds that are around 250 Mbit/sec. If flow control is disabled
and the d
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
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 desc
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
Hello Stefano,
You make my day :) It works. Greate job.
Ths a lot,
Oleg.
2015-05-28 16:26 GMT+03:00 Stefano Garzarella :
> Hi Oleg,
> can you try to apply this patch in this way:
>
> 1) untar netmap achive
> 2) dowonload linux source
> 3) in netmap-32e06f9d18bf/LINU
one thread
02:00.0 -> 03:00.0
rx-tx in one thread
03:00.0 -> 02:00.0
I have attached my Netmap engine NetmapStream.cpp.
On Intel I350 T2 having Network adapter link bringing down/up ethernet
adapter has recovered successfully approx in 3-5 sec without driver crash.
Thx,
Oleg.
2015-05-28
you please help me with it ?
Thx a lot,
Oleg.
___
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 Tuesday 17 March 2015 15:25:09 Gleb Smirnoff wrote:
> On Mon, Mar 16, 2015 at 02:49:58AM +0300, Oleg Ginzburg wrote:
> O> b) On FreeBSD-current r276500M CARP IP is established for some seconds,
then vanishes:
> In my case on r280167, all works okay, despite the carp_allo
On Monday 29 December 2014 14:18:01 Bryan Venteicher wrote:
> On Fri, Dec 26, 2014 at 8:09 AM, Oleg Ginzburg wrote:
> > is it possible to use the carp(4) protocol with
> > vtnet(4) interfaces ( which is used, for example, in bhyve(8) )
> > Currently, the standard carp ini
is it possible to use the carp(4) protocol with
vtnet(4) interfaces ( which is used, for example, in bhyve(8) )
Currently, the standard carp init operation causes an SIOCGVH error:
/sbin/ifconfig vtnet0 vhid 1 advskew 100 pass pass 10.10.10.10/24 alias
ifconfig: SIOCGVH: Protocol not supported
Getting the issue when i run a certain number of vnet-epair-jail described in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194550 I could not
understand why in /etc/network.subr execute atm-case from afexists() function
and in particular, why we need to run
/sbin/atmconfig diag list 2>/dev
Hello,
I am currently experiencing a problem on one of my servers. Interestingly
it is the only one with such problem however it is the most loaded one.
Sometimes on this server network becomes completely unresponsitive forcing
me to attach console and reboot the system. There are no records in t
Synopsis: [patch] [ip6] lltable leak when adding and removing IPv6 addresses
Responsible-Changed-From-To: freebsd-net->oleg
Responsible-Changed-By: oleg
Responsible-Changed-When: Sun Apr 21 10:17:44 UTC 2013
Responsible-Changed-Why:
grab it.
http://www.freebsd.org/cgi/query-pr.cgi?pr=172
) and it is well tested:
http://code.google.com/p/rfc5766-turn-server/
I am working on FreeBSD port to include it into the net/ ports, if that will be
useful for FreeBSD community.
Thanks
Oleg Moskalenko
___
freebsd-net@freebsd.org mailing list
http
Hi all,
I have a network with two gateways. GW1 is primary gateway and GW2 is
secondary.
I need to be able to map GW2 port to a service inside of my network. That
is done using redirect_port NAT directive but the problem is that all
computers inside the network have a default gateway pointing to G
Darn, I have to correct myself once again.
Oleg Cherevko wrote:
Li, Qing wrote:
First of all, are you encountering any issues ?
Well, for the last 14+ years I used to setup aliases with 0x
netmask and everything worked OK. However recently I encountered
situation where 0x
ilto:owner-freebsd-
n...@freebsd.org] On Behalf Of Oleg Cherevko
Sent: Wednesday, June 29, 2011 8:11 AM
To: freebsd-net@freebsd.org
Subject: ifconfig alias: same subnet netmask question
Hi All,
When describing the "alias" parameter ifconfig manpage claims that "If
the address is o
On 29.06.2011 18:10, Oleg Cherevko wrote:
Are there any drawbacks in setting aliases like this:
ifconfig em0 inet 192.168.1.1 netmask 0xff00
ifconfig em0 inet 192.168.1.2 netmask 0xff00
instead of traditional:
ifconfig em0 inet 192.168.1.1 netmask 0xff00
Hi All,
When describing the "alias" parameter ifconfig manpage claims that "If
the address is on the same subnet as the first network address for this
interface, a non-conflicting netmask must be given. Usually 0x
is most appropriate."
Taking into account that FreeBSD supports aliase
If http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff
patch is appropriate for FreeBSD 7.4-RELEASE too?
Can I use the patch with ipsec-tools 0.8?
2010/3/25 Oleg Fedorov
>
> Many thanks!
>
> I successfully apply this patch
> http://people.freebsd.org/~vanhu/N
Synopsis: [dummynet] dummynet skip traffic over configured limit with
net.inet.ip.dummynet.io_fast:1
Responsible-Changed-From-To: freebsd-net->oleg
Responsible-Changed-By: oleg
Responsible-Changed-When: Tue Aug 17 17:05:24 UTC 2010
Responsible-Changed-Why:
i'll look at it
Many thanks!
I successfully apply this patch
http://people.freebsd.org/~vanhu/NAT-T/patch-natt-7.2-2009-05-12.diff on
FreeBSD 7.3-RELEASE and build custom kernel with IPSec NAT-T support. I use
ipsec-tools 0.7.3 and it works coorectly.
Thanks again.
_
If exist some IPSec NAT-T patch for FreeBSD 7.3?
Thanks.
___
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"
hernet
P.S. 7.2R em driver works as expected.
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
Hi!
I've been working with Watchguard 8.3 & 9.0 for some time.
In general it was fine but we've suffered connection recovery problems
after ISP blackouts from time to time.
Here is my section of racoon.conf
remote a.b.c.d
{
exchange_mode main;
lifetime time 8 hour ; # sec
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
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 you using 'buckets'
keyword in your pipe configuration?
3) you have net.inet.ip.fw.one_pass = 0, is it intended?
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
.p.s. btw on Linux similar test give me about 70 MB/sec...
Regards,
Oleg Dolgov.
___
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"
check that ipv6 doesn't crash
with this patch too (ipv6 doesn't support Multiple routing tables
yet).
It took me some time to setup a test IPv6 network and it also works, no
crashes with v6 here.
--
Oleg
___
freebsd-net@freebsd.org mailing list
nment is just useless. */
sc->sc_inc.inc_fibnum = inp->inp_inc.inc_fibnum;
bcopy(inc, &sc->sc_inc, sizeof(struct in_conninfo));
--
Oleg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
CK still uses wrong interface.
ip_output() uses struct inpcb *inp argument to set fib. But when
syncache_respond() sends SYN+ACK, ip_output() is being called without
inp (from netinet/tcp_syncache.c, syncache_respond()):
error = ip_output(m, sc->sc_ipopts, NULL, 0, NULL, NULL);
It I add
M_SETFIB(m,
wrong interface is the SYN+ACK from server.
I'll try to look into the kernel code tomorrow and will report any findings.
--
Oleg
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send a
results.
--
Oleg
___
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"
ut came to this simple test example.
btw is it 1 or -1? or -F 1?
I can't remember if I supported just '1'.
According to manual page it works either way and it does indeed.
try adding a '-' on the command
and get back
7961(0) ack 2484180117 win 65535
18:01:56.665798 IP brain.cc.rsu.ru.50435 > stat.r61.net.: . ack 1 win 8326
and no packets at em0. TCP connection establishes but no data packets
come from daemon which is rather weird.
I would appreciate any help with this issue.
--
Oleg Sharo
7;t have real server running -current to
> test this).
>
> If you are interesting in some testing of dummynet before commiting this to
> current, let me know. I could try some tests but only the next week.
I did some testing of dummynet though extra te
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
Hello!
I have extremely low forwarding speed on 7.2-Release box with dual Intel
82575.
Box "B" with dual 82575 nic is connected between A and C using gigabit
swithes
A <---> B <> C
iperf run from A to C shows:
$ iperf -w 128k -c 192.168.111.3
--
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
>
>
> You welcome :)
>
> Thanks.
> ___
> 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"
Perhaps you stepp
Synopsis: [dummynet] [patch] dummynet does not shape traffic with fast IO
enabled
Responsible-Changed-From-To: freebsd-net->oleg
Responsible-Changed-By: oleg
Responsible-Changed-When: Mon Oct 27 18:56:54 UTC 2008
Responsible-Changed-Why:
i'll look at it.
http://www.freebsd.org/c
packets errs bytes colls
>> 57381 0 36442155 68726 0 69126050 0
>> 56817 0 37480502 67656 0 66053093 0
>> 57847 0 39532712 68603 0 67037042 0
>> 56908 0 37197022 68924
Synopsis: [bge] bge Ierr rate increase (since 6.0R) [regression]
Responsible-Changed-From-To: freebsd-net->oleg
Responsible-Changed-By: oleg
Responsible-Changed-When: Mon Sep 8 17:54:39 UTC 2008
Responsible-Changed-Why:
grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=122
esses
between all 8 processors?
--
ISP BGNet
288-03-53
246-68-98
Zin'kov Oleg
System administrator
--
ISP BGNet
288-03-53
246-68-98
Zin'kov Oleg
System administrator
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.or
Hi, sorry for long delay, was too busy.
So, I recheck return code of bus_dmamap_load(9) and its exactly ENOMEM.
Here are fresh patch with your suggestions (diff with HEAD)
Best Regards,
Oleg Dolgov.
2008/4/17, Pyun YongHyeon <[EMAIL PROTECTED]>:
> On Thu, Apr 17, 2008 at 12:43:53AM +0
be davidch know better what's going on 5708S. (CCed)
> How about attached patch? I don't have the hardware so it's just a
> guess work.
>
> --
> Regards,
> Pyun YongHyeon
I just want to confirm that remo
Synopsis: [dummynet] Dummynet cause kernel trap or system freeze
Responsible-Changed-From-To: freebsd-net->oleg
Responsible-Changed-By: oleg
Responsible-Changed-When: Mon Nov 19 21:19:36 UTC 2007
Responsible-Changed-Why:
grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=118
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 --
2007/7/27, Oleg <[EMAIL PROTECTED]>:
>
> Hi All,
>
> I can reproduce this bug easly with tap echo server (attached here), that
> I was small reworked.
>
> steps (almost same):
> (All ip addresses/macs hardcoded in code).
>
> On first machine run echo server
ttl=64 time=0.180 ms
...
wait for a while
...
ping: sendto: No buffer space available
ping: sendto: No buffer space available
ping: sendto: No buffer space available
With best regards,
Oleg Dolgov.
tun_icmp_echo_reply.c
Description: Binary data
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=113
In our project we use tap device to make a VPN between clients.
Server make a block read on opened and configured tap device, than send it to
client, etc...
If I connect to server with our client and begin to download many
files from FTP throughout tunnel (300 Mb), than, after some time, tap mb
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
s
> sending/receiving stuff, then it's goodbye system - and suddenly enough
> that I can't find a single error or panic entry in any logs covering it.
>
> Any hints or help would be great.
>
> Thanks.
>
> --
> Spadge
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
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 bge(4).
>
> - Forwarded message from MQ <[EMAIL PROTECTED]> -
>
> From: MQ <[EMAIL PROTECTED]>
> To: [EMAIL PROTEC
__
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I guess this one is wrong:
> + if (!ifp->if_flags & IFF_UP)
it would lead to ((!ifp->if_flags) & IFF_UP), whereas it should be:
(!(ifp->if_flags & IFF_UP))
--
Oleg.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
(tp->last_tag << 24));
> tg3_cond_int(tp);
> }
>
> >
> > P.S. bcm5705 does not support tagged status mode, am i right?
>
> No, the 5705 should support tagged status mode, only the 5788 doesn&#
d to disabled interrupts.
> >I've thought this should not happen cause in_isr bits
> > (0-23) are cleared.
>
> Writing a non-zero value to bits 23:0 will cause the interrupt to
> be disabled:
>
> CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 1);
>
> Writing all ze
;< 24);
it would lead to disabled interrupts.
I've thought this should not happen cause in_isr bits (0-23) are cleared.
--
Oleg.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
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
run 'ping -c 1 10.0.0.2' I will get an interrupt and read
> two packets: first the old packet, and then recently sent ping.
>
> --
> Totus tuus, Glebius.
> GLEBIUS-RIPN GLEB-RIPE
What happens if you trigger other interrupt (like unplug/plug cable)?
Will you get that packet?
--
[EMAIL PROTECTED]
> > You can reach the person managing the list at
> > [EMAIL PROTECTED]
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of freebsd-net digest..."
> > Today'
bsd.org/mailman/listinfo/freebsd-net
> If you ever want to unsubscribe or change your options (eg, switch to
> or from digest mode, change your password, etc.), visit your
> subscription page at:
>
> http://lists.freebsd.org/mailman/options/freebsd-net/oleg%40bank.lviv.ua
> Y
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 &quo
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
[EMAIL PROTECTED]"
Could you try attached patch? It should fix problem when link goes UP but
network is still down.
About bge resets: you should try if_bge.c rev.1.126, it may help.
P.S. anyway, please report how is it going.
--
Oleg.
Index: if_bge.c
=
o production so
i have limited testing capabilites atm).
Issue to be fixed: we should not touch phy in bge_stop having asf enabled.
I think your patch is worth commiting to HEAD asap but shouldnt be MFCed
prior 6.1R. What do you think?
--
Oleg.
pgp2HsNiCg1sk.pgp
Description: PGP signature
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&
/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Could you please test attached patch (RELENG_6 version)? It's slightly modified
version of Doug Ambrisko
([EMAIL PROTECTED]) patch (original version didnt work for me: bcm5721 @ hp
proliant dl145g2 server).
--
Oleg.
pgpxQrGfVDl8Z.pgp
Description: PGP signature
/dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
ifstated: running ifconfig ng0 | grep UP > /dev/null
==
--
Best regards,
Oleg Taras
ike daemon with maybe more advanced test capability
I can use in my situation as I have not found any acceptable.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.f
--- Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
> Oleg, Anders,
>
> can you please remove all your changes to if_bge.c and test the
> attached patch. Awaiting for feedback and thanks.
It works fine -
bge0 connected to GIGE switch, bge1 is not connected
# snmpget -c pub -v 1
--- Oleg Polyakov <[EMAIL PROTECTED]> wrote:
> --- Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 14, 2006 at 09:39:00AM +0100, Harti Brandt wrote:
> > H> AN>I changed port to 163 cause I am actually using net-snmp snmpd on
> port
> > H&g
at
>
> H> value so you end up with the default. This looks like a bug.
>
> Harti, we are thinking in parallel :)
Parallel, yes ;)
Here is the attached patch written just yesterday, not tested yet.
It takes care of different bge adapters - some of them Fast Ethernets.
---
Oleg
from a first glance (and the second
one ;) ) it seems to be very complementary to FreeBSD functionality.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mail
perfectly inspite on connection problems or any other problems.
It is not clear no me why this option should ever be set to 1 as it
will certainly bring to a malfunction if any problem occurs.
I suggest to change the default value of this one to 0 in FreeBSD
distribution.
--
Best re
but I am sure this will help.
Thanx for really great help - all these troubles are on my production
box and every minute of malfunction returns to me with #not good#
words of my boss :/
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
y -P in ipsec
esp/tunnel/172.21.0.224-172.21.0.222/require;
spdadd 192.168.82.0/24 192.168.1.0/24 any -P out ipsec
esp/tunnel/172.21.0.222-172.21.0.225/require;
spdadd 192.168.1.0/24 192.168.82.0/24 any -P in ipsec
esp/tunnel/172.21.0.225-172.21.0.222/require;
1 - 100 of 119 matches
Mail list logo
