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
.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"
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
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
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
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
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
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
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
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
[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'
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
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 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 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 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
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
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
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
) 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
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
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
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
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
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
dummynet_io().
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
___
freebsd-net@freebsd.org mailin
Please show your 'sysctl net.inet.ip' output.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o..
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?
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
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 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
ewed by:andre, brooks, julian
^^
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- O
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
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
hernet
P.S. 7.2R em driver works as expected.
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
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"
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.
_
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
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
>
>
> 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
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
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
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: Tue, 5 May 2009
tomorrow.
--
Oleg.
====
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru ===
___
freebsd-net@freebsd.org mailing l
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
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
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
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
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"
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
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,
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
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
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
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
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
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
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"
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
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
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
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
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 --
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
$ 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
ig.
Should we extend iflib framework a bit?
--
Oleg.
signature.asc
Description: PGP signature
JFYI: https://lists.freebsd.org/pipermail/freebsd-net/2018-November/052184.html
--
Oleg.
=== Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- o...@rinet.ru
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
-- 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
na->au.a_md5.md5_pkt_len = htons(len);
MD5Init(&md5_ctx);
- MD5Update(&md5_ctx, (u_char *)wb->buf, len);
+ MD5Update(&md5_ctx, (u_char *)wb->buf, len + RIP_AUTH_HDR_LEN);
MD5Update(&md5_ctx, ap->key, RIP_AUTH_MD5_LEN);
MD
Hello!
Recently I've posted a patch on this list to fix the bug in the MD5
authentication in routed. I got no answers though :(
Wold you please be so kind as to check my patch and commit it if it's ok or
send me e-mail if this patch is wrong. The patch is attached to the message.
valid packet length 9
> ed0: NIC memory corrupt - invalid packet length 8
> ed0: NIC memory corrupt - invalid packet length 9
> ed0: promiscuous mode disabled
> ed0: promiscuous mode enabled
...
What's this? and how i can fix it's?
--
Oleg
[EMAIL PROTECTED]
icq:34687
or this value.
As you may know there is RFC draft which will replace RFC2414
(draft-ietf-tsvwg-initwin-04).
It also require to decrease cwnd in case we decreasing MSS because of
PMTU Discovery to prevent small packet bursts.
I've got patches, they are pretty trvial - somebody with commit bit
x27;s on interfaces.
Can anyone tell me what is the problem?
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
machine to 1492 helps.
What can be the reason for tcpmssfix option not to be working? Maybe
there should be an additional kernel module loaded? I didnt find any
words mentioning usage of tcpmssfix in mpd's log file.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROT
r and
needed libpdel but as a result we have quite perfect result.
Thanks for developing my favourite ppp daemon :)
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.f
t regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
s in this case would be a tool for monitoring
interface state able to activate some script on state change. This
would be great for failover for example.
Please enlight me and tell if there is any.
--
Best regards,
Oleg Tarasov
all of the
packets are passed through it.
Using it in a combination with policy-routing would be a powerful
mechanism!
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing
o be routed to another interface different from that in
routing table.
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
acceptable way...
Please tell me if this problem has a solution other then above
--
Best regards,
Oleg Tarasov mailto:[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To
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;
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]
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
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
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
--- 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
--- 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
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
/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
/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
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&
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
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
[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
=
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 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
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?
--
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
1 - 100 of 119 matches
Mail list logo
