EPORT_LB) == 0) &&
I'd expect that the check would be symmetric with respect to INP_REUSEPORT and
INP_REUSEPORT_LB.
The problem seems to come from 1a43cff92a20d / r334719 / D11003.
--
Andriy Gapon
On 04/10/2022 14:37, Sean Bruno wrote:
On 10/3/22 04:14, Andriy Gapon wrote:
I must admit that the condition in question is fairly long and non-trivial and
I cannot decipher it, but these two lines look wrong to me:
(t->inp_flags2 & INP_RE
be
complete. The effect of addresses is under-described and I do not see any
mention of credentials (UIDs).
Is there a way to tell if some behavior is correct or not?
Is it all in heads of people and in the change history?
On 04/10/2022 14:46, Andriy Gapon wrote:
On 04/10/2022 14:37, Sean
without resorting to signals).
--
Andriy Gapon
___
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"
vides more information / capabilities is preferable over the behavior that
does
not. E.g. your example above does not apply to a utility that has only two
threads. The "three threads" problem can also be solved if all the threads
cooperate. But as I've said.
--
Andriy Gapon
omain sockets,
accept(2) and shutdown(2). Turns out that the problematic application does both
shutdown(RDWR) and close(2), but that doesn't help on FreeBSD.
BTW, this is the application:
http://thread.gmane.org/gmane.os.freebsd.devel.office/1754
The patch does help.
Author: Andriy Gapon
times
last message repeated 1283 times
last message repeated 1178 times
last message repeated 1020 times
...
What does this messages mean?
Is it really that important to be printed?
Finally, why is it not throttled?
Thank you.
--
Andriy Gapon
___
freebsd
can use netstat for inspection.
Spamming logs in the case of e.g. DDoS attack is not very helpful, IMO.
--
Andriy Gapon
___
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"
testing when done.
Thank you very much!
--
Andriy Gapon
___
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"
m not sure what causes the problem. Could it be some driver using memoery
that it should not or hardware writing where it should not or if this something
completely in the hardware.
I will appreciate any hints on possible ways to analyze this issue.
Thanks!
--
Andriy
rds, have you definitely ruled out all other factors besides the
scheduler?
--
Andriy Gapon
___
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"
t; MD5 (./conf/base/var/log/userlog) = fc289b66ae6cb23f9b24b694bf12157b
> 15678c15678
> < MD5 (./var/log/userlog) = a827af82c1f780687706b19c7d94b29e
> ---
>> MD5 (./var/log/userlog) = fc289b66ae6cb23f9b24b694bf12157b
>
--
Andriy Gapon
___
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"
return (0);
1251}
1252
bpf argument seems to be NULL.
Because of inlining the backtrace does not show a call to ether_input_internal
where ETHER_BPF_MTAP() invokes bpf_peers_present().
The system has two network interfaces: rl and re.
--
Andriy Gapon
___
on 03/06/2012 23:56 Andriy Gapon said the following:
>
> I wonder if anybody else is seeing this and if there is a fix...
> This is very recent (today's) FreeBSD head with pretty dull network
> configuration. During boot I run into the following panic:
>
> <118>S
on 04/06/2012 09:48 Alexander V. Chernikov said the following:
> On 04.06.2012 02:22, Andriy Gapon wrote:
>> on 03/06/2012 23:56 Andriy Gapon said the following:
>>>
>>> I wonder if anybody else is seeing this and if there is a fix...
>>> This is very recent (to
.
I think that this started happening recently but I am not sure exactly when.
Maybe after recent vpnc-scripts update or maybe after base system + kernel
update.
Any help/hint is very welcome.
Thank you!
--
Andriy Gapon
___
freebsd-net@freebsd.org
on 07/06/2012 10:08 Andriy Gapon said the following:
>
> I experience a problem where vpnc can not exit cleanly and gets stuck.
> pstree shows this chain:
> |-+= 31375 root vpnc
> | \-+- 13412 root /bin/sh /usr/local/sbin/vpnc-script-custom
> | \--- 13446 root ifc
on 07/06/2012 10:30 Andrew Thompson said the following:
> On 7 June 2012 19:08, Andriy Gapon wrote:
>>
>> I experience a problem where vpnc can not exit cleanly and gets stuck.
>> pstree shows this chain:
>> |-+= 31375 root vpnc
>> | \-+- 13412 root /bin/sh /
scheduling issues may want
to invest some time in making analysis of those issues easier.
I do want to get functionality like that, but permanently short of time...
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailma
list
There are 2 total nodes:
Name: re0 Type: ether ID: 0001 Num hooks: 0
Name: ngctl11353 Type: socket ID: 0003 Num hooks: 0
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http
on 13/12/2012 14:08 Alexander V. Chernikov said the following:
> On 13.12.2012 15:46, Andriy Gapon wrote:
>>
>> ng_ether uses if_xname for naming its nodes.
>> This could be troublesome for mapping interface names to their ng_ether
>> companions
>> in the face
on 13/12/2012 20:57 Ermal Luçi said the following:
>
>
>
> On Thu, Dec 13, 2012 at 5:25 PM, Andriy Gapon <mailto:a...@freebsd.org>> wrote:
>
> on 13/12/2012 14:08 Alexander V. Chernikov said the following:
> > On 13.12.2012 15:46, Andriy Gapon wrote
0xff8496fff4d0
> cngrab() at cngrab+0x35/frame 0xff8496fff4f0
> kdb_trap() at kdb_trap+0x124/frame 0xff8496fff550
> trap_fatal() at trap_fatal+0x345/frame 0xff8496fff5b0
> trap() at trap+0x836/frame 0xff8496fff7c0
> calltrap() at calltrap+0x8/frame 0xff8496fff7c0
>
fault before the
KASSERT is reached (modulo reordering)?
--
Andriy Gapon
___
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 change very soon.
Thank you.
--
Andriy Gapon
___
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 following reply was made to PR amd64/145654; it has been noted by GNATS.
From: Andriy Gapon
To: bug-follo...@freebsd.org, samsp...@mail.ru
Cc:
Subject: Re: amd64/145654: amd64-curent memory leak in kernel
Date: Sun, 05 Dec 2010 15:14:32 +0200
Is still reproducible?
How much RAM do you
The following reply was made to PR amd64/138688; it has been noted by GNATS.
From: Andriy Gapon
To: bug-follo...@freebsd.org, micahro...@gmail.com
Cc:
Subject: Re: amd64/138688: [rum] possibly broken on 8 Beta 4 amd64: able to
wpa authenticate + obtain dhclient address, no communication
The following reply was made to PR amd64/145654; it has been noted by GNATS.
From: Andriy Gapon
To: Andrey Smagin , bug-follo...@freebsd.org
Cc:
Subject: Re: amd64/145654: amd64-curent memory leak in kernel
Date: Mon, 06 Dec 2010 18:16:30 +0200
on 05/12/2010 22:47 Andrey Smagin said the
re poll(2) is
called), then the POLLHUP would be appropriate in any interpretation.
So, I am inclined to think that the software should check for POLLHUP.
But I would like to ask your opinion since the problem appears to be
FreeBSD-specific.
--
Andriy Gapon
___
on is still in progress when they get it.
--
Andriy Gapon
___
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 02/09/2011 14:21 Andrey Chernov said the following:
> On Fri, Sep 02, 2011 at 02:04:34PM +0300, Andriy Gapon wrote:
>> on 02/09/2011 13:40 Jilles Tjoelker said the following:
>>> Ports people have complained about poll() behaviour before, are there
>>> configure scrip
r sure.
--
Andriy Gapon
___
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"
gt; % revents |= POLLHUP;
> % else
> % revents |= events & (POLLIN | POLLRDNORM);
> % }
> % }
>
> POLLIN is not set by hangup, bit actually means that there is (non-null)
> input available. jilles referred to this bug i
tun0: link state changed to UP
kernel: ifa_add_loopback_route: insertion failed
I have net.link.tap.up_on_open=1 in sysctl.conf if that matters.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
l try to get it
> finalized shortly.
I see, cool!
Perhaps there is some interim work-around for this issue?
I can not access my work VPN because of this and I don't like having to roll
back
my kernel.
> From: owner-freebsd-curr...@freebsd.org on behalf of Andriy Gapon
> Sen
on 28/01/2010 05:03 sam said the following:
> that s why I 've been so in doubt using freebsd AMD64 release.
Why again?
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscri
gt;
> _______
> 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"
>
--
Andriy Gapon
___
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 07/07/2010 20:24 Ming Fu said the following:
> flags = fcntl(s, F_GETFL);
> flags |= O_NONBLOCK;
> fcntl(s, F_SETFL);
Seems like flags parameter is missing in the last call.
That shouldn't trigger the bug though.
--
if we can end up actually writing
something to the resulting mbuf.
--
Andriy Gapon
___
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 08/07/2010 11:11 Andre Oppermann said the following:
>
> Can you check whether your patch fixes the bug when you go over a real
> network?
As I understand the patch is not supposed to fix the bug, it's supposed to catch
it early. I.e. get panic instead of data corruption.
--
xperiment with mb_dupcl?
Namely transfer M_RDONLY from source mbuf.
--
Andriy Gapon
___
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 08/07/2010 11:40 Andriy Gapon said the following:
> on 08/07/2010 11:29 Kostik Belousov said the following:
>> Right, the patch maps the page in sf buffer read-only (on i386 only).
>> But note the parallel posting with m_cat() change. It is still not enough,
>> and I am no
on 08/07/2010 12:40 Andriy Gapon said the following:
> on 08/07/2010 11:40 Andriy Gapon said the following:
>> on 08/07/2010 11:29 Kostik Belousov said the following:
>>> Right, the patch maps the page in sf buffer read-only (on i386 only).
>>> But note the parallel post
on 08/07/2010 14:47 Kostik Belousov said the following:
> - n->m_flags |= M_EXT;
> + n->m_flags |= M_EXT | m->m_flags;
BTW, I think that M_EXT must already be in m->m_flags if mb_dupcl() is called.
--
Andriy Gapon
___
freeb
on 15/09/2010 18:15 Andriy Gapon said the following:
> on 15/09/2010 18:04 Steven Hartland said the following:
>> Hmm, so taking a different track on the issue is the a way to make sendfile
>> use data
>> directly from ARC instead of having to copy it first?
>
> Well,
on 15/09/2010 19:00 Andre Oppermann said the following:
> Is there a quick way of deciding within sendfile(2) whether a file resides
> on a filesystem that doesn't use the buffer cache?
I don't know of any reliable way to do it.
Anybody uses if_epair compiled as _module_ on any platform other than amd64?
If yes, could you please respond to me in private?
Big thanks in advance.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on 15/09/2010 19:31 Andriy Gapon said the following:
> on 15/09/2010 19:00 Andre Oppermann said the following:
>> Is there a quick way of deciding within sendfile(2) whether a file resides
>> on a filesystem that doesn't use the buffer cache?
>
> I don't know of an
to see any additional data, then please let me know.
--
Andriy Gapon
___
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"
filtered. If I
reload the pf configuration, then the rules start working.
Is there a way to make pf honor such rules for the dynamic interfaces?
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd
On 18/08/2015 14:18, wishmaster wrote:
> --- Original message ---
> From: "Andriy Gapon"
> Date: 18 August 2015, 14:05:15
>
>
>> I have the following rule in pf.conf:
>> set skip on tap
>> and even the following one:
>> set skip on tap0
>&
On 18/08/2015 14:55, wishmaster wrote:
> --- Original message ---
> From: "Andriy Gapon"
> Date: 18 August 2015, 14:35:36
>
>
>
>> On 18/08/2015 14:18, wishmaster wrote:
>>> --- Original message ---
>>> From: "Andriy Gapon&quo
l check and follow up.
--
Andriy Gapon
___
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"
that this would be a syntax error. ($if) is a way of
specifying an ip address, not an interface.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to
th NULL followed by
goto drop. If I had to guess then my guess would be that one of those code
paths was taken.
Since those NULL assignments were there for more than a year, then I would guess
that the addition of the probe is to blame:
https://svnweb.freebsd.org/base?view=revision&
On 22/09/2015 11:33, Andriy Gapon wrote:
> That code actually looks like the following DTrace probe a few lines below:
>
> TCP_PROBE3(debug__input, tp, th, mtod(m, const char *));
>
> So, it seems like 'm' could be NULL here.
> I see two places in tcp_do_segment() whe
$ sockstat -l | fgrep 631
?? ? ? tcp4 127.0.0.1:631 *:*
$ nc -l 127.0.0.1 631
nc: Address already in use
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To
On 05/11/2015 09:20, Ben Woods wrote:
> On Wednesday, 4 November 2015, Andriy Gapon <mailto:a...@freebsd.org>> wrote:
>
> $ sockstat -l | fgrep 631
> ?? ? ? tcp4 127.0.0.1:631
> *:*
>
> $ nc -l 127.0.0.1 631
&g
ate for about 10 minutes after which
I grew impatient and rebooted it. To me 10 minutes seem like more than plenty
of time even for the slow algorithm.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/
he obvious reason. I saw with tcpdump that my machine indeed
sent arp request for 10.0.0.X address.
I see two issues here:
1. we should not send arp requests for the addresses that are not
supposed to be on the local network(s)
2. there is no way to disable or throttle the log messag
on 07/04/2008 15:59 Bill Moran said the following:
> In response to Andriy Gapon <[EMAIL PROTECTED]>:
>
>> My message log is spammed with thousands of the messages like quoted
>> below to the extent that this could be considered some form of an attack.
>> kernel: ar
on the same host which is a tunnel endpoint.
It looks to me that a fix could be as simple as clearing M_BCAST in
ipsec code (ipsec4_output), but I am not sure.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman
ifications to code),
so it is quite possible that it now works with Cisco VPN too (don't be
fooled by their home page, they already have version 0.5.1 if you go to
Downloads link).
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
http://li
o such file or directory)
I wonder what causes this messages and if it's possible to shut it up.
Thank you.
--
Andriy Gapon
___
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"
On 13/11/2017 15:55, Dag-Erling Smørgrav wrote:
> Andriy Gapon writes:
>> First, there is now an automatically generated /etc/resolvconf.conf.
>> It has the following comment:
>> # This file was generated by local-unbound-setup.
>> # Modifications will be overwritten
> chdir(''), which will cause an error.
Thank you very much for the advice and for the explanation behind it.
--
Andriy Gapon
___
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"
On 20/11/2017 16:43, Dag-Erling Smørgrav wrote:
> Andriy Gapon writes:
>> Dag-Erling Smørgrav writes:
>>> Andriy Gapon writes:
>>>> What and when is going to overwrite my modifications?
>>> service local_unbound setup
>> So, this is not going to
o nameserver
> lines, one with DHCP provided one and second with 127.0.0.1.
>
> I'm running 11.1-p5. Am I the only one having that problem?
See resolv_conf_local_only.
There are some complex dependencies between options.
--
Andriy Gapon
___
fre
drivers can also have a similar race between a
clone_destroy callback and an operation on an interface that needs to access a
softc.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsub
On 30/11/2018 14:27, Andriy Gapon wrote:
> Q1. Is the described race plausible?
>
> Q2. If yes, then has this class[*] of races been fixed by the epoch mechanism?
> I suspect that lagg_ioctl() can still have that race if it's called
> concurrently
> with lagg_clone_destro
On 03/12/2018 14:34, Andriy Gapon wrote:
> My idea is that there should be something like 'if_freed' or 'if_destroyed'
> method that could be used by drivers for their cleaning up. That method would
> be called from if_destroy() when we really know that the interface
sure if that "dn_enqueue ..." message is related to the crash.
Does anyone have any ideas?
Thank you.
P.S.
I found a somewhat similar but different and very old report:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166937
It seems that it was not really root-caused and fixed, but mar
Just fixing the subject.
On 14/05/2019 12:17, Andriy Gapon wrote:
>
> Unfortunately, all we have is some information from a ddb text dump. We do
> not
> have a vmcore and we do not have a way to re-create the crash. It happened
> just
> once on a production system.
>
problem
disappeared.
Has anyone seen anything like that?
Any thoughts on possible causes?
Any suggestions what to check if/when the problem reoccurs?
Thanks!
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman
On 20/07/2019 20:08, Patrick Kelsey wrote:
>
>
> On Fri, Jul 19, 2019 at 10:07 AM Andriy Gapon <mailto:a...@freebsd.org>> wrote:
>
>
> Recently we experienced a strange problem.
> We noticed a lot of these messages in the logs:
> vmx0: watchdog
ones like ena/vmx/hn).
Thank you very much in advance.
--
Andriy Gapon
___
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"
appreciate any help with further
debugging and root causing the problem.
Thank you!
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-uns
On 10/09/2019 12:14, Andriy Gapon wrote:
>
> This happens on an EC2 instance with ixv driver.
I wonder if anyone ever tested ixv with PCBGROUP...
I see a trivial but severe bug.
if_ixv.c does not include opt_rss.h. Because of this IXGBE_FEATURE_RSS gets
defined to zero (in ixgbe_feat
Here is a change that I would like to propose based on the earlier observations
and findings: https://reviews.freebsd.org/D21705
On 11/09/2019 09:15, Andriy Gapon wrote:
> On 10/09/2019 12:14, Andriy Gapon wrote:
>>
>> This happens on an EC2 instance with ixv driver.
>
> I
backward compatibility?
Thank you.
--
Andriy Gapon
___
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"
> install the new kernel and require a reboot before you run freebsd-update
> again
> to install the rest.
I am also concerned about this.
But isn't the procedure is to reboot to single-user mode?
Then, the access to the console is required and rc scripts, including firewa
the root-path.
Right now, there is no bootp(BOOTP_PXE) under any conditions.
And my apologies again for missing the original discussion.
My focus was somewhere else at the time.
[*] It uses PXE_BOOT_MENU and PXE_MENU_PROMPT vendor options for that.
References:
http://
hclient on a network booted _diskless_ system.
So, yeah, in some setups we can shave off a request from pxeboot and it probably
makes sense to have that option.
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mai
m.
>
> I dont think that is actually true. Infact dont we need to run
> dhclient on a diskless client if we intend to keep our dhcp lease beyond the
> initial issue time period, ie renewal ever X minutes?
Well, just test it.
>> So, yeah, in some setups we can shave off a re
On 27/05/2017 15:56, Baptiste Daroussin wrote:
> On Fri, May 26, 2017 at 12:27:45PM +0300, Andriy Gapon wrote:
>> On 09/03/2017 08:01, Mariusz Zaborski wrote:
>>> Author: oshogbo
>>> Date: Thu Mar 9 06:01:24 2017
>>> New Revision: 314948
>>> URL: htt
tunately, my work decided to use a workaround rather than extending
dummynet, so I won't be working on that. Sorry.
I am cross-referencing this thread with an oldish bug for the same issue, just
in case: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194453
--
Andriy Gapon
_
310129 ecr 21706510],
length 572
00:00:00.07 IP 10.180.1.29.25369 > 10.180.106.180.22: Flags [.], ack 9565,
win 1003, options [nop,nop,TS val 21706510 ecr 2124310129], length 0
What else can I examine to debug the problem further?
Thank you!
--
Andriy Gapon
___
So, I indeed suspect that there is a problem with vmx TSO.
As another data point, an older system from before vmx->iflib conversion does
not exhibit the problem.
> Il giorno gio 26 dic 2019 alle ore 20:04 Andriy Gapon <mailto:a...@freebsd.org>> ha scritto:
>
>
>
back to r333813 and examining the CSUM_TSO case of
> vmxnet3_txq_offload_ctx(). The final increment of *start in that case is what
> was literally lost in translation when converting the driver to iflib.
Patrick,
thank you very much!
The change (with s/ipi->/pi->/) fixes the problem for me.
--
Andri
ignored?
Should we extend the iflib interface or is there a way to achieve that using the
current interface?
Thank you!
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, sen
t;ifl_sds.ifsd_m[cidx] = NULL;
*pf_rv = PFIL_PASS;
}
If pf_rv can be NULL, shouldn't that be checked in this branch as well?
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo
lla/show_bug.cgi?id=243392
- the problem described above
- a couple of issues that we already fixed or worked around
We are contemplating locally reverting to the pre-iflib vmxnet3 and we are
wondering if the conversion was really worth it in general.
--
Andriy Gapon
___
On 18/02/2020 16:09, Andriy Gapon wrote:
> My general experience with post-iflib vmxnet3 is that vmxnet3 has some
> peculiarities that result in a certain "impedance mismatch" with iflib.
> Although we now have a bit less code and it is a bit more regular, there are a
> few s
Just for a wider exposure:
https://reviews.freebsd.org/D24733
--
Andriy Gapon
___
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"
Just in case.
Forwarded Message
Subject: Re: iwm rfkill
Date: Wed, 20 May 2020 10:40:39 +0300
From: Andriy Gapon
To: Adrian Chadd
CC: freebsd-wirel...@freebsd.org
On 20/05/2020 02:11, Adrian Chadd wrote:
> On Tue, 19 May 2020 at 16:07, Andriy Gapon wr
some other
name server implementation the rc dependency chains should stay the same.
Thanks!
--
Andriy Gapon
___
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"
On 15/06/2020 14:48, Eugene Grosbein wrote:
> 15.06.2020 13:10, Andriy Gapon wrote:
>
>> I am configuring a small LAN -- mostly a gateway / router for it -- and I am
>> using unbound for a local DNS and isc-dhcp44-server for DHCP.
>> I have a few hosts with static I
gt;
> I do not see anything in the base system that uses unbound or local_unbound
> service name, so this looks like it could be straightforward, though there
> may be some ports that have use of this token.
>
> For the blue bikeshed I find that "server" is ju
On 15/06/2020 17:35, Jaap Akkerhuis wrote:
> If you want the port to change, send a PR for the port so I won't forget this.
Done.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247305
--
Andriy Gapon
___
freebsd-net@freebsd.org mailing li
he connection's packets
given the short lifetime.
Maybe I misanalyzed the situation and it's probably very rare.
But still it's a valid use of TCP, so maybe ipfw could support it better (e.g.,
by detecting "syn" after "both fin").
--
Andriy Gapon
1 - 100 of 142 matches
Mail list logo
