Poul-Henning Kamp wrote:
> A) How powerful do you want the downloaded bytecode to be ?
...
> There are basically two possible answers to A.
>
> Either the downloaded code is "real", which means it can include
> loops, function calls etc. or it is a "toy" which relies on
> Brinch-Hansen's "all arro
be 127.0.0.1 there).
Is there any reason for not having 127.0.0.1 ?
>
>
> --- Original Message ---
> On Wednesday, June 14th, 2023 at 12:18, Benoit Chesneau
> wrote:
>
>
>>
>> --- Original Message ---
>> On Wednesday, June 14th, 2023 at 11:56,
> On 14 Jun 2023, at 10:42, Alexander Chernikov wrote:
>
>
>
>> On 14 Jun 2023, at 10:06, Benoit Chesneau wrote:
>>
>> I forgot oto add the error message , sorry.
>>
>> When I try to set the theblackhole flag I get the following error:
>
2f3
>> vendor = 'Mellanox Technologies'
>> device = 'MT27520 Family [ConnectX-3 Pro]'
>> class = network
>> Corrected = Advisory Non-Fatal Error
>>
>>
>>
>> Hope it helps,
>>
>>
>> Benoît
>> --- Original M
> On 14 Jun 2023, at 07:05, Benoit Chesneau wrote:
>
> Hi,
>
> When I setup a loopback to a /32 , I can add a /24 as a blackhole route
> anymore. I can only create a /24 attached to this looopback. Ie.
Could you add a bit more context?
What is the FreeBSD version (uname -srm)?
What does 'rou
disc,me,ipsec) just set
IFF_UP there.
More than happy to hear what other’s think on the issue(s)
/Alexander
> On 22 May 2023, at 00:34, Bjoern A. Zeeb
> wrote:
>
> Hi,
Hi Bjoern,
>
> I am on 14-CUREENT (6fa88a4ad35e from April) and I recently started to
Could you please check if that’s a local commit? I’m not able to find this one
in -main.
> experience something which looks like:
>
> ping6 -n ff
problem, or should I fill a PR ?
>
No, that’s not a known problem.
Please do open the PR with details.
> --
> Arnaud Houdelette-Langlois
> Administrateur des infrastructures systèmes et réseaux
> Normandie Université
> +33 2 31 56 69 54
>
/Alexander
hat shows up as well?
>
> - Eric
>
> On Tue, Feb 21, 2023 at 7:54 AM Alexander Shikov
> wrote:
>
> > Hello!
> >
> > I have a box with Intel(R) Ethernet Network Adapter E810-C-Q2 running
> > 13.1-RELEASE.
> > As far as I understand it should supp
> On 26 Feb 2023, at 12:07, Victor Gamov wrote:
>
> Hi All
>
> I have following scheme:
> - LAN segment 10.5.8.0/24 with router1 (10.5.8.1) and MTU=1500
> - two hosts at LAN segment host21 (10.5.8.21) and host22 (10.5.8.22)
> - host21 and host22 has VIP=172.16.110.30 configured as LAN-interfa
Hello!
I have a box with Intel(R) Ethernet Network Adapter E810-C-Q2 running
13.1-RELEASE.
As far as I understand it should support this NIC, but it doesn't work:
ice0: flags=8822 metric 0 mtu 1500
options=4e507bb
ether b4:96:91:ad:8d:a0
ifconfig: ice0: no media types?
n
> On 27 Aug 2022, at 15:48, Michael Pounov wrote:
>
> Hello all
>
> I want to propose one new feature about IPFW. FWSync driver exchange dynamic
> state and aliase records between routers.
> If you have interest about such feature to be implemented at FreeBSD code
> base. You are fill free
> On 31 Aug 2022, at 10:11, Martin Stiemerling wrote:
>
> Hi,
>
>> Am 31.08.2022 um 11:00 schrieb Peter Jeremy :
>>
>> On 2022-Aug-31 10:18:44 +0200, Martin Stiemerling wrote:
>>> I am looking for a mechanism to get a notification from the OS when, for
>>> instance, an IP address on an in
> On 16 Jun 2022, at 21:48, Mike Jakubik
> wrote:
>
> After multiple tests and tweaks i believe the issue is not with the HW or
> Numa related (Infinity fabric should do around 32GB) but rather with FreeBSD
> TCP/IP stack. It's like it cant figure itself out properly for the speed that
> t
Hi,
sorry jails@ resend after subscription to net@ to have this mail not rejected.
Any opinion about logging the jid and uid in case a jailed process is
causing listen queue overflows? Any strong objections about committing
something like this?
Code (tabs are most probably mangled up):
---
turn restart the
iflib_timer(). Ouroboros. ;)
On 12.01.2022 11:46, Galazka, Krzysztof wrote:
Hi Alexander,
Thank you for pointing this out. ixl_admin_timer is used by a callout so
I don’t think we can acquire any locks there. IIRC it was added to let
tools for NVM update interact with FW
> On 5 Dec 2021, at 03:49, Neel Chauhan wrote:
>
> Hi Alexander,
>
> On 2021-12-04 10:42, Alexander V. Chernikov wrote:
>>> * Is porting OpenBSD MPLS to FreeBSD feasible, or are we better off doing a
>>> from-scratch implementation based on netgraph?
>&
> On 19 Nov 2021, at 19:17, Neel Chauhan wrote:
>
> Hi freebsd-net@,
>
> Long time no see. I've gotten a (Ports) commit bit since then.
>
> I haven't been very active in TCP/IP hacking as of late, as more recently
> I've been more focused on GNOME packages and some GPU drivers.
>
> Going b
> On 17 Sep 2021, at 01:36, Mark Kamichoff wrote:
>
> Hi -
>
Hi Mark,
> Does anyone here know how to tweak the hashing algorithm (per flow/packet/x)
> that's used for the new ROUTE_MPATH option that's in 13?
>
> I'm using FRR 7 and I see both routes in the FIB but only one is ever
> chosen a
> On 30 Aug 2021, at 08:32, Andriy Gapon wrote:
>
> On 30/08/2021 10:28, Andriy Gapon wrote:
>> On 01/08/2021 16:36, Alexander V. Chernikov wrote:
>>>
>>>
>>>> On 10 Jul 2021, at 10:07, Andriy Gapon wrote:
>>>>
>>>&g
> On 10 Jul 2021, at 10:07, Andriy Gapon wrote:
>
> On 09/07/2021 00:02, Alexander V. Chernikov wrote:
>> Hi Andriy,
>> Could you by any chance provide a bit more info on the system networking
>> configuration and the steps leading to panic?
>> No chance
Hi Andriy,
Could you by any chance provide a bit more info on the system networking
configuration and the steps leading to panic?
No chance for a coredump?
destroy_nhgrp() suggests that there was a multipath route (default?) that was
deleted.
nhops are created with UMA_ALIGN_PTR, so I suspect t
24.02.2021, 10:50, "Olivier Cochard-Labbé" :
> On Wed, Feb 24, 2021 at 1:22 AM Marek Zarychta <
> zarych...@plan-b.pwste.edu.pl> wrote:
>
>> >
>>
>> Please let me ask only one final question. Does adding:
>>
>> net.route.algo.inet.algo=dpdk_lpm4
>> net.route.algo.inet6.algo=dpdk_lpm6
>>
>> to
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
19.11.2020, 10:03, "Darko Grubisic" :
> Hi all!
Hi Danko,
>
> I apologize if this is not the proper place to pop the question.
> I'm interested if there are any plans to integrate RPS and XPS
> functionality in FreeBSD kernel?
RPS is implemented as "option RSS". It have _some_ bits of XPS support a
28.10.2020, 20:25, "Alexander V. Chernikov" :
> 28.10.2020, 18:34, "Maxime Villard" :
>> In icmp6_notify_error(), 'finaldst' points to data within an mbuf, but when
>> iterating over the next IPv6 options the kernel can free that mbuf, meaning
>>
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
21.10.2020, 23:05, "Ryan Stone" :
> Today at $WORK we saw a panic due to a race between
> in6_joingroup_locked and if_detach_internal. This happened on a
> branch that's about 2 years behind head, but the relevant code in head
> does not appear to have changed.
>
> The backtrace of the panic was th
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
ious thing to do was
>> to make it possible to only add the entry in the fib that was the
>> default fib or in the case of Ironport, the fib that was the default
>> fib of the process adding the interface.
>>
>> If you had to make a choice I think the '0' cho
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
46 nhgroup delete nhgroup_id
cmd -46 fib algo list
cmd -46 fib algo set algo dpdk_lpm6 fib 0
cmd -46 fib algo set algo auto fib 0
/Alexander
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe
18.07.2020, 14:22, "Alexander V. Chernikov" :
> Dear FreeBSD users,
>
> I would like to make net.add_addr_allfibs=0 as the default system behaviour
> and remove net.add_addr_allfibs.
> To do so, I would like to collect use cases with net.add_addr_allfibs=1 and
> multi
base Diff of
/head/sys/net/route.c](https://svnweb.freebsd.org/base/head/sys/net/route.c?r1=180839&r2=180840&;)
/Alexander
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
22.06.2020, 14:54, "Hiroki Sato" :
> "Alexander V. Chernikov" wrote
> in <273191592779...@mail.yandex.ru>:
>
> me> Hey,
> me>
> me> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I am still using both of t
entation in base is unmaintained.
>>
>> With all that in mind I propose to remove routed and route6d from base in
>> FreeBSD 13.
>> Timeline:
>> June 5 - feedback aggregation and decision point
>> July 19 - removal (proposed)
>>
>> [1] https:/
22.06.2020, 12:52, "Scheffenegger, Richard" :
> Hi,
>
> I am just curious if anyone is working to get the NIC drivers support to read
> the pluggables I2C status (temperature, voltage level, optical power levels)
> from Intel NICs and Qlogic CNAs?
Hi Richard,
which Intel nics you're referring to?
nformation_Protocol
[2]
https://www.globalknowledge.com/ca-en/resources/resource-library/articles/basics-of-understanding-rip/
[3]
https://www.networkcomputing.com/data-centers/comparing-dynamic-routing-protocols
[4]
https://bugs.freebsd.org/bugzilla/buglist.cgi?cmdtype=runnamed&list_id=3618
. Unless
any major objections arise, I'm going to remove the code and make de-embedded
IPv6 addresses the only option on July 5 2020.
/Alexander
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-n
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
03.06.2020, 11:46, "Bjoern A. Zeeb" :
> Hi,
>
> got this with HEAD from a few days ago, just in case it rings a bell
> with someone.
I'm curious what are the conditions. Was it the first "up" for the interface?
It looks like we're not locking anything in nd6_dad_timer, so potentially if
one config
melifaro added inline comments.
INLINE COMMENTS
> rss_config.c:251
>*/
> + arc4random_buf(&rss_key, RSS_KEYSIZE);
> }
Are we sure that there is enough entropy available at the moment of calling it?
REPOSITORY
rS FreeBSD src repository
CHANGES SINCE LAST ACTION
https://reviews.
okup algorithm
/Alexander
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
04.05.2020, 07:23, "Guy Yur" :
> Hi,
>
> -- Original Message --
> From: "Alexander V. Chernikov"
> To: "Steffen Christgau" ; "freebsd-net@freebsd.org"
>
> Sent: 2020-05-03 11:42:07
> Subject: Re: Notification about tentative
30.04.2020, 17:40, "Steffen Christgau" :
> Hi everybody,
Hi Steffen,
>
> I'm quiet new in developing applications with support for FreeBSD, so
> please excuse if that question has an obvious answer which I can't see
> at the moment.
>
> I'm developing a small daemon which should detect and handle c
groups
3.2 Design rtsock messages for nhop/nhgrp operations& prefix binding
3.3 Implement kernel part
3.4 Implement frr or bird support
4 Modular longest-prefix-match lookup algorithm
4.1 Design control plane framework for attaching algos.
4.2 Implement one (IPv6?) lookup algorithm
/Alexa
I would like to introduce an implementation of scalable multipath routing.
Previous implementation (RADIX_MPATH) focused on a simpler case like having 2
defaults, with performance falling linearly proportional to the number of
paths. That implementation was also tightly coupled lookup algorithm
07.10.2019 8:21, Alexander N. Lunev via freebsd-net пишет:
I've tested with tcpdump, and here's what i found:
> Host interfaces:
> em0 up
> vlan22 10.15.15.1/24 vlandev em0 vlan22
> epair0a - part of epair for jail foo
> bridge0 addm epair0 addm em0
> Jail foo in
8282 1aa0 wmt.ko
61 0x82822000 2940 nullfs.ko
71 0x82825000 6fc0 if_bridge.ko
81 0x8282c000 41c8 bridgestp.ko
91 0x82831000 1a20 if_epair.ko
--
Best regards,
Alexander Lunev
___
st and host can't ping jails.
--
Best regards
Alexander Lunev
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
ifconfig vlan222 vlandev bridge1 vlan 22
ifconfig: SIOCSETVLAN: Protocol not supported
--
Best regards,
Alexander Lunev
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to &qu
I have tried to configure fresh install of 12.1-PRERELEASE in the same
way (vlan on host's interface and vlans on jails' epair interfaces), and
the problem persists. Should I write PR?
27.09.2019 20:52, alexander lunev via freebsd-net пишет:
I have to add: if i configure sa
lter2 ==
| \-[jail0(ex-epair0b) (10.14.14.2)]
| |
| [vlan4 (10.1.1.26)]
= jail2_noc ==
\-[jail0(ex-epair1b) (10.14.14.3)]
|
[vlan4 (10.1.1.201)]
===
--
Best regards,
Alexander
o 'Skipped renaming ifdev to $vn_iface (looks bad...)'";
exec.poststop = "ifconfig $jbridge deletem ${epair}a";
exec.poststop+= "ifconfig ${epair}a destroy";
filter2 {
$epair = "epair0";
}
noc {
$epair = "epair1";
}
==
mount won't work, because the gssd must be running for
Kerberos access to work and that can't happen until booted.
And thanks for this! I think you saved me a lot of time figuring how and
why!
--
Best regards
Alexander Lunev
___
freebsd
0.1:/ /mnt
and NOT
# mount_nfs -o nfsvers=4 10.101.0.1:/ /mnt
With mount_nfs -o nfsv4 share is mounted OK.
--
Best regards
Alexander Lunev
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, s
irectories you are trying to export part of the same filesystem
as the client-root that is already mounted?
No, diskless root is exported as /mnt/diskless10, while NFSv4 share is
exported as /mnt/v4share
problem is solved, should have use -o nfsv4 and not -o nfsvers=4.
--
Best regards
Alexa
re from freebsd via nfsv4 with sec=sys without any problem,
but here (11.3) i can't make it work - maybe the reason is that client
is diskless and root mounted by NFSv3 from the same server?
--
Best regards
Alexander Lunev
___
freebsd-net@free
for
given addr/mask
bad exports list line '/mnt/v4share -network 10.101.0 -mask 255.255.255.0'
--
Best regards
Alexander Lunev
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send
request denied from 10.101.0.20
for /
--
Best regards
Alexander Lunev
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
other messages. Tried to search web - there's stories about
successful mount in kerberized environment (and me myself got this done
at another place, mounted share from FreeBSD on Ubuntu by NFSv4 just
fine), but i don't want kerberos complexity in this system.
How can I debug mo
014c83e5a0, traced=0)
at /space/system/usr_src/sys/amd64/amd64/trap.c:1181
#16
#17 0x0008004690da in ?? ()
Backtrace stopped: Cannot access memory at address 0x7fffe448
Bye,
Alexander.
--
http://www.Leidinger.net alexan...@leidinger.net: PGP 0x8F31830F9F2772BF
http://www.F
e bridge pass broadcast ethernet frames?
> (tcpdump in the jail shows no PADI packets)
To pass PPPoE packets via bridge you have to set the kernel variable
net.link.bridge.pfil_onlyip to 0 (`sysctl
net.link.bridge.pfil_onlyip=0`)...
--
Alexander Zagrebin
_
(for example)
nat 1 ip from any to me in via re1
to
nat 1 ipv4 from any to me in via re1
this messages has gone.
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
18.03.2018, 03:31, "Rodney W. Grimes" :
> [ Charset UTF-8 unsupported, converting... ]
>> 17.03.2018, 21:23, "Rodney W. Grimes" :
>> >> ?16.03.2018, 14:50, "sth...@nethelp.no" :
>> >> ?..
>> >> ?>> ?And thank you for that suggestion! The packet loss during ARP
>> refresh
>> >> ?>> ?(of the de
17.03.2018, 21:23, "Rodney W. Grimes" :
>> 16.03.2018, 14:50, "sth...@nethelp.no" :
>> ..
>> >> ?And thank you for that suggestion! The packet loss during ARP refresh
>> >> ?(of the destination address connected to the output interface) does
>> >> ?*not* happen when the box is forwarding! It o
16.03.2018, 14:50, "sth...@nethelp.no" :
..
>> And thank you for that suggestion! The packet loss during ARP refresh
>> (of the destination address connected to the output interface) does
>> *not* happen when the box is forwarding! It only happens with locally
>> generated traffic.
Should be fi
15.03.2018, 23:08, "sth...@nethelp.no" :
> I have a reproducible problem on 11.1-STABLE where, during a longterm
> iperf3 session, some packets are lost every time ARP is refreshed (every
> net.link.ether.inet.max_age seconds). Checking with tcpdump, I can
> indeed see that the packet loss is happe
- unbound configuration files
/conf.d - additional configuration files
/var
/log- unbound log files
--
Alexander Zagrebin
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send a
When unbound uses chroot, it determines the directory name, that it will
be use for chdir call, taking in account the value of 'chroot'
parameter. If 'chroot' equals 'directory' the unbound will call
chdir(''), which will cause an error.
--
Alexander Zagr
gt; nfs4:acedup = merge
> > nfs4:chown = yes
> >
> > 4. Execute `samba-tool ntacl sysvolreset`
> >
> > 5. Start samba
>
> Looks like it worked.
> Hope I don't get any suprise in the deployment phase...
There is an issue, when GPO
gt; Can samba44 with NTVFS compilation error be fixed?
> Should I try samba45 or is it just a waste of time?
> Would creating a jail on another (UFS) box and then moving
> /var/db/samba4 and smb4.conf here work?
>
> I'm open to any other suggestion as long as the objective (A
mav added inline comments.
INLINE COMMENTS
> if_stf.c:383
> break;
> + IN_IFADDR_RUNLOCK(&in_ifa_tracker);
> if (ia4 == NULL)
Wouldn't it be better to use in_localip() here instead of code duplication? Or
I miss something?
> in_mcast.c:1
mav accepted this revision.
mav added a reviewer: mav.
mav added a comment.
This revision has a positive review.
It's been years since I worked on this, but I see no problems from this.
REPOSITORY
rS FreeBSD src repository
REVISION DETAIL
https://reviews.freebsd.org/D9270
EMAIL PREFERENC
27.08.2016, 20:58, "Jim Thompson" :
>> On Aug 27, 2016, at 11:50 AM, Hooman Fazaeli
>> wrote:
>>
>> Second have you considered replacing the existing radix tree with a faster
>> data structure, specially the Luigi DXR
>> tables?
(Sorry for re-posting #2, I incidentally sent an html-only reply
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
05.06.2016, 11:45, "Özkan KIRIK" :
> I also need this feature
Are you fine with exact-match mac addresses?
(E.g. new array/hash tabletype with the ability to do exact lookup on the
source/destination mac address, w/o any masks support).
>
> On Fri, Jun 3, 2016 at 4:11 PM, Aleksandr A Babaylov <".
flowtable enabled.
--
Alexander Kabaev
pgpaJZlGXdp8S.pgp
Description: Цифровая подпись OpenPGP
Hi!
Is there a way to force IGMP version to 2?
I set sysctl variable net.inet.igmp.default_version to 2
but machine still sends IGMP report version 3:
> tcpdump -eni re0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re0, link-type EN10MB (Ethernet), captu
I would like to introduce routing rework which started as projects/routing SVN
branch.
It has been around for quite a long time, some of the code has made its way to
HEAD, but there hasn't been any public announcements.
So, what is projects/routing about?
First, it is about bringing more scalab
14.01.2016, 19:16, "Alexander V. Chernikov" :
> 14.01.2016, 18:29, "Yamagi Burmeister" :
>> Hello,
>> with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying
>> to connect through SSH:
>>
>> Unread portion of the ker
14.01.2016, 18:29, "Yamagi Burmeister" :
> Hello,
> with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying
> to connect through SSH:
>
> Unread portion of the kernel message buffer:
> panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry
> @ /usr/src/sys/net/route.c:579
13.01.2016, 22:56, "Karim Fodil-Lemelin" :
> Hi,
>
> I've hit a very interesting problem with ipfw-nat and local TCP traffic
> that has enough TCP options to hit a special case in m_megapullup().
> Here is the story:
>
> I am using the following NIC:
>
> igb0@pci0:4:0:0: class=0x02 card=0x8
melifaro added inline comments.
INLINE COMMENTS
sys/net/if_lagg.c:728 What if we have multiple events queued on tasq? e.g mtu
AND mac change
sys/net/if_lagg.c:763 Not that easy, unfortunately.
At this moment original ioctl returned 0, so other things/events were fired:
rtsock notification
and removing the "lle".
Yes. The interesting part here is why lle is removed. There are quite a few
reasons: either interface address deleted or interface going down, or explicit
delete request.
That's why I asked Adrian about interface stuff (and haven't got a reply).
>
&g
Do you have vlans on top of ixgbe?
And actually I wonder what does tcpdump show for the same expression.
( and tcpdump -i ixX -lnes0 might provide good traces on what is going on)
30.11.2015, 19:09, "el...@sentor.se" :
> No one has a theory?
>
> /Elof
>
> On Thu, 5 Nov 2015, el...@sentor.se wrote:
04.11.2015, 19:55, "el...@sentor.se" :
> Hi!
>
> Question:
> What do the Recv column in 'netstat -B' show?
>
> I thought it was tha amount of packets received, but appaently not so.
>
> I send 200 packets from a tcpreplay machine to a receiving machine.
> I do it a few times.
>
> On the recei
03.11.2015, 17:05, "David Wolfskill" :
> This was on my laptop; yesterday, it built & booted:
>
> FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #230
> r290270M/290270:1100085: Mon Nov 2 05:03:07 PST 2015
> r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64
>
> OK
31.10.2015, 16:46, "Adrian Chadd" :
> On 31 October 2015 at 09:34, Alexander V. Chernikov
> wrote:
>> 31.10.2015, 05:32, "Adrian Chadd" :
>>> Hiya,
>>>
>>> Here's a panic from arptimer:
>> Hi Adrian,
>>
>>
31.10.2015, 05:32, "Adrian Chadd" :
> Hiya,
>
> Here's a panic from arptimer:
Hi Adrian,
As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens
after LLE_WUNLOCK().
So, it looks like (pre-cached) ifp had been freed before locking ifdata.
Do you have any more details on tha
melifaro added a subscriber: melifaro.
melifaro added a comment.
After digging into lagg internals on updating lladdrs on lagg ports, I'd also
vote for extenging llq to deal with MTU changes for underlying interfaces
REPOSITORY
rS FreeBSD src repository
REVISION DETAIL
https://reviews.free
15.09.2015, 10:48, "O. Hartmann" :
> On Tue, 15 Sep 2015 10:21:21 +0300
> Kimmo Paasiala wrote:
>
>> On Tue, Sep 15, 2015 at 10:06 AM, O. Hartmann
>> wrote:
>> > Hopefully, I'm right on this list. if not, please forward.
>> >
>> > Running CURRENT as of FreeBSD 11.0-CURRENT #3 r287780: Mon
01.09.2015, 09:50, "Nigel Williams" :
> Hi,
>
> A new mptcp v0.5 patch is available at
> http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html. This release
> represents a near-complete rewrite of the v0.4 implementation and as
> such there have been a large number of changes (see [1] and [2]). The
25.08.2015, 17:46, "Julian Elischer" :
> On 8/25/15 10:07 PM, Evgeny Khorokhorin wrote:
>> Hi,
>>
>> I have 10.2-STABLE, 2 CPU Intel E5-2643v3, network Intel XL710 with
>> 1.4.0 driver from Intel
>> I know that going through routing table is very fast (rn_match). But
>> I decided to optimize
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
12.08.2015, 02:28, "Maxim Sobolev" :
> Olivier, keep in mind that we are not "kernel forwarding" packets, but "app
> forwarding", i.e. the packet goes full way
> net->kernel->recvfrom->app->sendto->kernel->net, which is why we have much
> lower PPS limits and which is why I think we are actually be
1 - 100 of 646 matches
Mail list logo
