On Wed, Aug 20, 2025 at 10:48:49PM +0200, Kristof Provost wrote:
> On 20 Aug 2025, at 18:00, Mark Johnston wrote:
> > On Wed, Aug 20, 2025 at 02:30:20PM +0200, Kristof Provost wrote:
> > > Hi,
> > >
> > > Running the pf tests I very occasional (say 1 out of 10
On Wed, Aug 20, 2025 at 02:30:20PM +0200, Kristof Provost wrote:
> Hi,
>
> Running the pf tests I very occasional (say 1 out of 10 runs) see panics
> freeing an rtentry.
> This mostly manifests during bricoler test runs, and usually with the KMSAN
> kernel config. I assume that’s because there’s a
On Mon, Jun 09, 2025 at 04:42:55AM +, Paul Vixie wrote:
> ok so i've learned a lot by trying to get fibnum2 upstreamed. needed ipv6,
> needed to be more minimalistic about unrelated changes, needed to keep in
> synch with the freebsd-current tree -- the works. i also scrambled my git
> tree
On Fri, Mar 21, 2025 at 08:13:59AM +, Paul Vixie wrote:
> This is a reply to the first of two of Julian's recent messages.
>
> On Friday, March 14, 2025 4:26:30 AM UTC Julian Elischer wrote:
> > On 1/28/25 12:09 AM, Mark Johnston wrote:
> > > On Sat, Jan 25, 2
On Tue, Feb 18, 2025 at 05:16:07AM +, Paul Vixie wrote:
> this is the second fibnum patch, which replaces (doesn't add to) the first.
> some blanks/tabs/margins lint was incidentally fixed, a few comments were
> added, the API of several existing functions was changed, and some wrappers
> we
On Tue, Dec 17, 2024 at 01:15:07PM -0500, Mark Johnston wrote:
> Lately I've been working on adding FIB awareness to bind(2) and inpcb lookup.
> Below I'll describe the project a bit. Any feedback/comments/suggestions
> would
> be appreciated.
>
> Today, a T
On Sat, Jan 25, 2025 at 08:44:25PM +, Paul Vixie wrote:
> On Monday, January 13, 2025 6:59:20 PM UTC Mark Johnston wrote:
> > On Sun, Jan 12, 2025 at 07:17:48AM +, Paul Vixie wrote:
> > > On Saturday, January 11, 2025 4:51:07 PM UTC Mark Johnston wrote:
> > > &
On Sun, Jan 12, 2025 at 07:17:48AM +, Paul Vixie wrote:
> On Saturday, January 11, 2025 4:51:07 PM UTC Mark Johnston wrote:
> > On Sat, Jan 11, 2025 at 06:25:22AM +, Paul Vixie wrote:
> > > ... the SYN|ACK will always use the FIB from the interface where
> > >
On Sat, Jan 11, 2025 at 06:25:22AM +, Paul Vixie wrote:
> On Monday, January 6, 2025 3:56:55 PM UTC Mark Johnston wrote:
> > On Fri, Dec 27, 2024 at 08:48:48AM +, Paul Vixie wrote:
> > > ...
>
> > I think the patch is probably a good idea, and the trick of only
On Fri, Dec 27, 2024 at 08:48:48AM +, Paul Vixie wrote:
> On Tuesday, December 24, 2024 3:34:45 AM UTC Santiago Martinez wrote:
> > Hi,
> > here’s another user of fibs. Each of our servers have multiple fibs and
> > jails with fibs. I like the proposed.
> > Santi
>
> Cool. Read on.
>
> On Tue
On Sat, Dec 21, 2024 at 04:34:25PM +, Bjoern A. Zeeb wrote:
> On Tue, 17 Dec 2024, Mark Johnston wrote:
>
> > Lately I've been working on adding FIB awareness to bind(2) and inpcb
> > lookup.
> > Below I'll describe the project a bit. Any feedback/comm
On Thu, Nov 07, 2024 at 07:28:59AM +0200, Andriy Gapon wrote:
> On 07/11/2024 02:43, George Neville-Neil wrote:
> > Howdy,
> >
> > We've been digging into an interesting possible issue in the FreeBSD NFS
> > client. Here is the scenario. I have a FreeBSD VM on my Mac, the Mac is
> > the NFS server
seeing this on 15 currentish (last few months).
>
> Could it be just make checking for stale targets?
> I.e., stat-ing various files to check their timestamps.
>
>
> --
> Andriy Gapon
---
Mark Saad | nones...@longcount.org
>
On Tue, Oct 04, 2022 at 02:46:51PM +0300, Andriy Gapon wrote:
> 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
On Mon, Oct 07, 2024 at 10:52:19PM +0800, Zhenlei Huang wrote:
>
>
> > On Oct 2, 2024, at 3:42 PM, Mark Johnston wrote:
> >
> > On Tue, Oct 01, 2024 at 12:46:07PM +, Franco Fichtner wrote:
> >> Hi,
> >>
> >>> On 1. Oct 2024, at 02:4
On Tue, Oct 01, 2024 at 12:46:07PM +, Franco Fichtner wrote:
> Hi,
>
> > On 1. Oct 2024, at 02:47, Zhenlei Huang wrote:
> >
> > The test plan is simple, either of the following should suffice:
> >
> > • Do traffic sniffing on axgbe interface. The interface will enter promisc
> > mode and s
ll the
total speed of things.
Can you cobble together a diagram of what you have on either end ?
---
Mark Saad | nones...@longcount.org
Hello,
Drew Gallatin and I have been working on an implementation of SO_SPLICE,
an interface which allows TCP connections to be spliced together. This
is intended for use in proxy applications to reduce the overhead of
copying data between connections.
At the moment the interface isn't widely us
On Wed, Jul 17, 2024 at 09:19:53AM +0800, Zhenlei Huang wrote:
>
>
> > On Jul 17, 2024, at 4:04 AM, Mark Johnston wrote:
> >
> > Hello,
> >
> > When IPv6 SLAAC is configured for an interface, the kernel will update
> > its default router list upon
Hello,
When IPv6 SLAAC is configured for an interface, the kernel will update
its default router list upon receipt of a router advertisement. In so
doing it may install a default route; in the kernel this happens in
defrouter_addreq().
If one uses "route flush" or "service routing restart" to re
John I vote for importing intels man page provided with the source . It’s better then nothing.---Mark Saad | nones...@longcount.orgOn May 20, 2024, at 12:36 AM, John Hay wrote:Hi Mike,The ice(4) driver for Intel E800 Ethernet controllers has been in the tree since May 2020, but it seems it was
>
> >
> >
>
> Hannes
In the dmesg posted I see that you have a epair loaded . Are you trying
to do NFS inside of a Jail ?
Rick, Didn't someone from Isilon or Dell/EMC post about the 9K frames a
long time ago ? I know in isilon land
their FreeBSD can do this, but I can't say I have any idea how it's being
done. They do have some kernel auto-tune magic as well
to find optimal send and receive buffers. Maybe what we are seeing is Linux
having better ergonomics on buffers out of the box ?
Hannes
Can you post your boot.conf and sysctl.conf settings.
--
mark saad | nones...@longcount.org
tell us more about the file system , what type
of disks . Details about the server , hardware details. If you want post a
copy of your dmesg to https://dmesgd.nycbug.org/index.cgi that can help too .
Also what kinds of clients are you using ?
Do you have any relevant network stats or a topology/ diagram of the shape of
things ?
Mark saad | nones...@longcount.org
packets that match
> a rule.
>
Just run tcpdump without the -i , iirc this will dump everything.
---
Mark Saad | nones...@longcount.org
On Aug 1, 2023, at 7:57 PM, Zane C B-H wrote:
>
> On 2023-08-01 18:44, Mark Saad wrote:
>>>> On Aug 1, 2023, at 4:39 PM, Zane C B-H wrote:
>>> So what is a good way to get all packets passing through that the kernel
>>> currently sees? Apparently any is
combination vm.pfault_oom_attempts and vm.pfault_oom_wait
to values that could contribute to a sustained period of
saturating the USB channel.
(I have no detailed knowledge of how the tradeoffs work
for the competing uses of the USB channel. So I can not
validly claim to know that the above is realistic.)
===
Mark Millard
marklmi at yahoo.com
ngs worth looking for?
>
> Right now I'm using in /etc/rc.conf the line
> sshd_flags="-E /var/log/sshd_debug.log"
> which is already quite verbose. Is there a better
> option that emphasizes errors over normal traffic?
I'm not likely to identify such, unfortunately.
===
Mark Millard
marklmi at yahoo.com
On 06Mar23, Peter Wemm allegedly wrote:
> (~/.ssh/config with ServerAlive* probes) for different reasons. The
> (overloaded) router would drop connections that seemed idle. Sending
> probes helped prevent that - or at least making the router drop somebody
> else's instead.
Probably explains w
On Mon, Nov 7, 2022 at 8:11 PM Zhenlei Huang wrote:
>
> On Nov 8, 2022, at 8:26 AM, Mark Saad wrote:
>
> All
> I am looking for some help on if my setup makes sense.
> I have a vm with two interfaces. One for access to the host , we'll call
> this mgmt . One for r
ted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.528/1.528/1.528/0.000 ms
TCPDUMP
ICMP packets are in fact sourced from the gre10 interface.
The GRE packets are also only going out the routing interface.
See the following pastebin for details.
https://pastebin.com/n3mGXGHA
--
mark saad | nones...@longcount.org
doesn't work since the tunnel interface needs to see the interface
with the IP to route it to, and since it's in another jail/vnet, it can't
get there.
The closes thing I can think of is putting an epair in w/ the tunnel
interface, and routing the tunnel out of the vnet via the ep
Rick Macklem wrote this message on Thu, Jun 02, 2022 at 14:44 +:
> John-Mark Gurney wrote:
> > I just booted FreeBSD-current diskless, using NFS root, and I ended
> > up having issues because by default, NFS root is only v2.
> >
> > One of things that happened w
sibly be a way via mount options, but I can't
see where it's documented to set them.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
www.zefox.org86.2%29 160.4 144.9
102.1 160.5 28.6
www.zefox.org ended up at 17. and stayed there
once it got there.
I've no clue if this observation is of any use.
===
Mark Millard
marklmi at yahoo.com
On 2022-May-2, at 08:53, bob prohaska wrote:
> On Mon, May 02, 2022 at 08:56:12AM +0200, Hans Petter Selasky wrote:
> [reply at end]
>> On 5/2/22 03:13, bob prohaska wrote:
>>> On Sun, May 01, 2022 at 05:10:59PM -0700, Mark Millard wrote:
>>> [reply at end]
>
On 2022-May-1, at 16:27, bob prohaska wrote:
> On Sun, May 01, 2022 at 12:58:45PM -0700, Mark Millard wrote:
>>
>> Looks like there is some problem getting past
>> gig1-1-1.gw.davsca11.sonic.net .
>>
>
> That seems independent of my own internal connection pro
On 2022-May-1, at 12:15, Mark Millard wrote:
> On 2022-May-1, at 11:12, bob prohaska wrote:
>
>> On Sat, Apr 30, 2022 at 06:39:57PM -0700, Bakul Shah wrote:
>>> On Apr 29, 2022, at 7:12 PM, bob prohaska wrote:
>>>>
>>>> Since about Dece
-0-0-0.cr1.scrmca13.sonic.net (135.180.179.166) 30.373 ms
gig1-1-1.gw.wscrca11.sonic.net (50.1.36.106) 35.567 ms
0.xe-0-0-0.cr1.scrmca13.sonic.net (135.180.179.166) 31.146 ms
15 gig1-1-1.gw.davsca11.sonic.net (50.1.36.110) 31.513 ms
gig1-1-1.gw.wscrca11.sonic.net (50.1.36.106) 31.203 ms
gig1-1-1.gw.davsca11.sonic.net (50.1.36.110) 31.354 ms
16 gig1-1-1.gw.davsca11.sonic.net (50.1.36.110) 30.125 ms * 31.996 ms
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
^C
(There did not seem to be much point in having it continue.)
===
Mark Millard
marklmi at yahoo.com
On 2022-Apr-30, at 18:11, bob prohaska wrote:
> On Fri, Apr 29, 2022 at 08:14:27PM -0700, Mark Millard wrote:
>> On 2022-Apr-29, at 19:12, bob prohaska wrote:
>>
>>> Since about December of 2021 I've been noticing problems with
>>> wired network co
nd any ideas! If some essential
> details have been omitted please indicate and I'll try to
> supply them.
>
My questions and suggestions are all not network-knowledge
specific. My background does not span the public network
related material, sorry.
(Some of this duplicates some off-list activity.)
===
Mark Millard
marklmi at yahoo.com
On Fri, Apr 01, 2022 at 09:15:39PM +, Bjoern A. Zeeb wrote:
> On 1 Apr 2022, at 20:51, Peter Holm wrote:
>
> > On Fri, Apr 01, 2022 at 10:33:15PM +0200, Hans Petter Selasky wrote:
> >> On 4/1/22 19:07, Peter Holm wrote:
> >>> markj@ asked me to post this one:
> >>>
> >>> panic: rw lock 0xf
[The USB I/O problem.]
On 2022-Mar-13, at 13:46, Mark Millard wrote:
>> FreeBSD pelorus.zefox.org 13.1-STABLE FreeBSD 13.1-STABLE #24
>> stable/13-n249989-b85d0d603c5: Sat Mar 12 17:47:19 PST 2022
>> b...@pelorus.zefox.org:/usr/obj/usr/src/arm64.aarch64
sbtest
> Makefile usb_control_ep_test.c usb_msc_test.c
> usbtest.c
> Makefile.depend usb_modem_test.cusb_msc_test.h
> usbtest.h
>
> Is there any guidance on what they do? I couldn't find a man page.
>
===
Mark Millard
marklmi at yahoo.com
On Mon, Feb 07, 2022 at 12:57:40PM +0100, Franco Fichtner wrote:
> Hi,
>
> Looking at https://cgit.freebsd.org/src/commit/?h=65366903c3a29
> and seeing it is still the case in stable/13 would it make sense to
> remove the printf() as it seems to be irritating users...
>
> debugnet_any_ifnet_updat
On 2022-Feb-17, at 00:02, Mark Millard wrote:
> On 2022-Feb-16, at 15:18, bob prohaska wrote:
>
>> [changed subject to more clearly reflect the symptoms]
>>
>> On Mon, Feb 14, 2022 at 09:59:23PM -0800, Mark Millard wrote:
>>>>>>> Since I
On 2022-Feb-16, at 15:18, bob prohaska wrote:
> [changed subject to more clearly reflect the symptoms]
>
> On Mon, Feb 14, 2022 at 09:59:23PM -0800, Mark Millard wrote:
>>>>>> Since I have a context working based on the kernel in:
>>>>>>
>>&
On Wed, Nov 10, 2021 at 12:05:33AM -0500, Jan Schaumann via freebsd-net wrote:
> Mark Johnston wrote:
>
> > There is an additional factor: wasted space. When writing data to a
> > socket, the kernel buffers that data in mbufs. All mbufs have some
> > amount of embedded
On Tue, Nov 09, 2021 at 08:57:20PM -0500, Jan Schaumann via freebsd-net wrote:
> Hello,
>
> I'm trying to wrap my head around the buffer sizes
> relevant to AF_UNIX/PF_LOCAL dgram socketpairs.
>
> On a FreeBSD/amd64 13.0 system, creating a socketpair
> and simply writing a single byte in a loop t
te, even via power_off/power_on
commands.
Sorry that I don't have a solution for you. The closest that I could
suggest is to try to drop the USB id from the ure driver or switch it's
mode to try the ucdce driver instead. I've seen that it's been
wnstream network to and from the
Internet as well as from the FreeBSD VM directly to the Linux #2 host.
- Mark
--
Mark Kamichoff
p...@prolixium.com
https://www.prolixium.com/
;t see any sysctls exposed but maybe I'm not looking in the right
place.
- Mark
--
Mark Kamichoff
p...@prolixium.com
https://www.prolixium.com/
On Sat, Sep 11, 2021 at 09:25:42PM +0300, Andriy Gapon wrote:
> On 11/09/2021 17:28, Andriy Gapon wrote:
> > On 11/09/2021 17:16, Andriy Gapon wrote:
> >> On 11/09/2021 17:13, Mark Johnston wrote:
> >>> I think the semantic change is ok. Did you change FIONREAD to lo
On Sat, Sep 11, 2021 at 11:15:12AM +0300, Andriy Gapon wrote:
> On 10/09/2021 22:40, Andriy Gapon wrote:
> > On 10/09/2021 22:38, Andriy Gapon wrote:
> >> On 10/09/2021 22:35, Mark Johnston wrote:
> >>> Indeed, I suspect that this is the problem. Note that fo
On Fri, Sep 10, 2021 at 10:15:37PM +0300, Andriy Gapon wrote:
> On 10/09/2021 21:51, Andriy Gapon wrote:
> >
> >
> > I observe a problem with the code that can be seen here:
> > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142
> >
> >
> >
> > The c
On Fri, Sep 10, 2021 at 09:51:38PM +0300, Andriy Gapon wrote:
>
>
> I observe a problem with the code that can be seen here:
> https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/blob/master/src/modules/rtp/sap.c#L142
>
> The code uses ioctl(FIONREAD) to check the size of available data in a
On Tue, Aug 03, 2021 at 04:59:34PM +0300, Andrey V. Elsukov wrote:
> 03.08.2021 16:47, Mark Johnston пишет:
> >> We noticed the same problem, I'm not sure the exact version, but you can
> >> check the output:
> >> # vmstat -z | egrep "ITEM|pgcache"
&
On Tue, Aug 03, 2021 at 09:38:17AM +0300, Andrey V. Elsukov wrote:
> 02.08.2021 08:00, Özkan KIRIK пишет:
> > Hello,
> >
> > I'm using FreeBSD stable/12 0f97f2a1857a96563792f0d873b11a16ff9f818c (Jul
> > 25) built.
> > pf, ipfw and ipsec options are built with kernel. The server is used as
> > fire
Eric Joyner wrote this message on Sun, Aug 01, 2021 at 21:10 -0700:
> On Sun, Aug 1, 2021 at 6:59 PM John-Mark Gurney wrote:
>
> > I have a dual port igb card:
> > igb0: port 0x2020-0x203f mem
> > 0xd102-0xd103,0xd0c0-0xd0ff,0xd1044000-0xd1047fff irq 17 a
3
+Process and send pause frames.
+.It 4
+No software override, use EEPROM configuration.
+.El
+.El
+Note: That the variable is available for igb as well.
.Sh FILES
.Bl -tag -width /dev/led/em*
.It Pa /dev/led/em*
--
John-Mark Gurney Voice: +1 415 225 5579
&
2.5G device. So, other
non-RealTek devices would be great to test with.
Let me know if you have any issues with the change!
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
On Fri, May 28, 2021 at 03:21:15PM -0700, Bakul Shah wrote:
> On May 28, 2021, at 3:12 PM, Mark Johnston wrote:
> >
> > On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote:
> >> ttcp runs fine on 13.0-RELEASE but fails on -stable.
> >>
> >> The
On Fri, May 28, 2021 at 02:40:26PM -0700, Bakul Shah wrote:
> ttcp runs fine on 13.0-RELEASE but fails on -stable.
>
> The culprit seems to be bind(2). Running ttcp under gdb:
>
> $ gdb a.out
> Reading symbols from a.out...
> (gdb) b 295
> Breakpoint 1 at 0x203127: file ttcp.c, line 295.
> (gdb)
On Tue, May 11, 2021 at 12:43:10PM +, Francois ten Krooden wrote:
> On Monday, 10 May 2021 16:10 Konstantin Belousov wrote:
>
>
> > On Mon, May 10, 2021 at 11:08:18AM +, Francois ten Krooden wrote:
> > > 3. What are suitable alternatives for reading information from procfs and
> > sysfs
On Thu, May 06, 2021 at 06:00:05PM +0200, Michael Schmiedgen wrote:
> On 05.05.2021 20:38, Mark Johnston wrote:
> > On Wed, May 05, 2021 at 06:35:32PM +0200, Michael Schmiedgen wrote:
> >> On 04.05.2021 21:02, Mark Johnston wrote:
> >>> This looks like fairly random
On Thu, May 06, 2021 at 05:07:30PM +0300, Özkan KIRIK wrote:
> I wonder that if you received the flame graphs ?
Yes, there's nothing obviously problematic there.
> I also tested system with multiple if_ipsec interfaces using different
> source-dst tunnel address.
> By this way, system can utilize
On Wed, May 05, 2021 at 06:35:32PM +0200, Michael Schmiedgen wrote:
> On 04.05.2021 21:02, Mark Johnston wrote:
> > This looks like fairly random kernel memory corruption. Are you able to
> > build an INVARIANTS kernel and test that? Assuming you're using 13.0,
> > y
On Tue, May 04, 2021 at 08:38:39PM +0200, Michael Schmiedgen wrote:
> Hi Mark,
>
> sorry for the delay, I only can test after work. I triggered another 2
> panics, this time
> with a different result (see below). Can I provide some more information?
This looks like fairly rando
On Mon, May 03, 2021 at 08:04:30PM +0200, Michael Schmiedgen wrote:
> Hi List,
>
> if I start a Samba jail, after a few seconds the system crashes. Very
> reproducible.
>
> System has ~10 jails and 3 bhyve VMs. Dell server, Xeon E3-1240, 64GB RAM, 3
> way mirror ZFS.
>
> It also occurs a few s
On Sun, May 02, 2021 at 04:08:18PM +0300, Andrey V. Elsukov wrote:
> 30.04.2021 23:32, Mark Johnston пишет:
> > Second, netipsec unconditionally hands rx processing off to netisr
> > threads for some reason, that's why changing the dispatch policy doesn't
> >
On Sat, May 01, 2021 at 04:30:59PM +0300, Özkan KIRIK wrote:
> This bug is related to CCR. @Navdeep Parhar , @John Baldwin
> if you are interested to fix this bug related with CCR, I
> can test if you provide patches. Test environment is explained in my first
> email on this thread
On Sat, May 01, 2021 at 12:31:57AM +0300, Özkan KIRIK wrote:
> Hello again,
>
> patch is applied, now netisr is not eating CPU. but performance drops
> around 0.2Gbps according to previous kernel.
>
> I tried also both net.isr.maxthreads=1 and net.isr.maxthreads=4 . results
> are same
>
> Result
pproaches and report back? It would also be
interesting to know how your results compare with 13.0, if possible.
commit 618ab87449d412a74bfee4932d84a6fc17afce6c
Author: Mark Johnston
Date: Thu Jan 7 11:29:14 2021 -0500
netipsec: Avoid deferred dispatch on the input path
diff --git a/sys/net
if the necessary binaries are installed, and skip them if not
present.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
freebsd-net@freebsd.org mai
and
11-STABLE does not have it at all.
For the Chelsios you need to set hw.cxgbe.rsrv_noflowq=1" in /boot/loader.conf
or use kenv to set it before loading the
module.
---
Mark Saad
Lucera Financial Infrastructures, LLC
ms...@lucera.com
on the
inbound, and despite the current docs both...
There are a large number of flags that have been added over the years...
and it'd be good to catch up with that work...
Yes, I could spend hours reading the code, but it'd be much easier to
just ask the people who did the work
John-Mark Gurney wrote this message on Wed, Jan 13, 2021 at 17:59 -0800:
> Andrey V. Elsukov wrote this message on Wed, Jan 13, 2021 at 11:42 +0300:
> > On 13.01.2021 00:37, John-Mark Gurney wrote:
> > >> when this will happen again, it would be nice to make sure that NS
>
On Sun, Jan 10, 2021 at 04:32:13PM +0300, Vasily Postnicov wrote:
> This is as minimal as I can get. If I knew where to find, what to fix, I
> would never waste my time seeking for help on mailing lists.
>
> Just put FreeBSD in that damn bhyve and play with it, get your hands dirty,
> you are the
Andrey V. Elsukov wrote this message on Wed, Jan 13, 2021 at 11:42 +0300:
> On 13.01.2021 00:37, John-Mark Gurney wrote:
> >> when this will happen again, it would be nice to make sure that NS
> >> packets hit the IP stack. E.g. with attached dtrace script.
> >
>
Andrey V. Elsukov wrote this message on Tue, Jan 12, 2021 at 16:33 +0300:
> On 12.01.2021 05:25, John-Mark Gurney wrote:
> >> The device, where the capture was taken does not respond tot he NS packet.
> >> This might be caused by:
> >> a) the device has a differe
t, tgt is fc00:b5d:41c:7e37::c43c, length 32
05:08:32.215624 IP6 fc00:b5d:41c:7e37::7e37 > fc00:b5d:41c:7e37::c43c: ICMP6,
echo request, seq 0, length 16
05:08:32.215646 IP6 fc00:b5d:41c:7e37::c43c > fc00:b5d:41c:7e37::7e37: ICMP6,
echo reply, seq 0, length 16
--
John-Mar
On Sat, Jan 09, 2021 at 04:16:49PM +0300, Vasily Postnicov wrote:
> Turns out, if you do not specify either -4 or -6 to ping, unsandboxed
> getaddrinfo() will be called in /usr/src/sbin/ping/main.c, line 139.
> (what's the point in sandboxing then, lol?) This somehow affects
> sandboxing.
Indeed,
;error: Child exec failed'.
Presumably it needs to be run as root since ping(8) is a setuid
executable.
> вт, 5 янв. 2021 г. в 17:43, Mark Johnston :
>
> > On Tue, Jan 05, 2021 at 10:02:37AM +0300, Vasily Postnicov wrote:
> > > Hello. I wrote a simple daemon called ZeroD
On Tue, Jan 05, 2021 at 10:02:37AM +0300, Vasily Postnicov wrote:
> Hello. I wrote a simple daemon called ZeroDNS which provides functionality
> similar to multicast DNS, namely it discovers other participating machines
> over the LAN and stores their hostname and IPv4 address pairs.
>
> Here is a
faddrs (in libc)
looks like it returns all the info you want in the ifa_data for
any entry that is of type AF_LINE...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
___
tried
this with the device queue threads ? Am I playing with fire ? to be
clear this is what I used to get the device threads
# procstat -ta |awk '/sfxge/ {print $2}' and what I did to get the isr
threads procstat -ta |awk '/isr/ {print $2}'
--
mark saad | no
Hi Net
This is sort of an abstract question. When using pf to only preform nat do I
need to have at least one
rule ? Can I omit the boiler plate "scrub rule " ? Other then allowing
fragments and other fun
stuff to get passed would this have any other implications ?
---
Mark S
scf
can I use polling on sfxge ? Also if I want to use polling on say ix or sfxge
does this break things like pf, bird or nsd ?
---
Mark Saad
Lucera Financial Infrastructures, LLC
ms...@lucera.com
From: owner-freebsd-...@freebsd.org on behalf
of
in BACKUP and never return to
> MASTER. Any idea what I'm missing? Is CARP supposed to work with epair?
Did you set net.inet.carp.preempt=1? Or do you not yet have another
peer and that is why you expect that it'd come back as MASTER?
--
John-Mark Gurney
On Thu, Oct 08, 2020 at 09:58:09PM +, Leverett, Bruce wrote:
> In 12.1, we are seeing a page fault in unp_pcb_owned_lock2_slowpath, while
> trying to lock unp2. Examination of the crash dump shows that unp2's
> reference count is down to zero, which it shouldn't be, since the function
> too
nd6 options=29
ue1: flags=8802 metric 0 mtu 1500
options=8
ether xx:xx:xx:xx:xx:xx
media: Ethernet autoselect (1000baseT )
status: active
nd6 options=21
--
John-Mark Gurney Voice: +1 415 225 5579
"All that
y imposed on me... So now I don't have this need
> anymore.
Ok. Glad you were able to solve your problem, though obviously not the way you
wanted to.
Just for the archives, this style of routing should work fine in FreeBSD.
> On Tue, 15 Sep 2020 12:10:52 -0700
> John-Mark Gurney
Is it a problem if they have
> > one ?
> > If it is possible, you can route via this private address on your FreeBSD
> > installation to the new one and assign a public/32 to the last.
> >
> > Alternatively to doing routing like above, if you have a firewall enabled on
> > the first machine, you can do address forwarding between the first and the
> > new one.
> >
> > And last, maybe with something like -iface from "route" you can achieve what
> > you want.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
signature.asc
Description: PGP signature
John-Mark Gurney wrote this message on Sat, Jul 25, 2020 at 16:13 -0700:
> Hello,
>
> I'd like people who have ure (RealTek) based USB devices to test
> review D25809[0].
>
> This update adds support for:
> - HW VLAN tagging
> - HW checksum offload for IPv4 and IP
Ganbold Tsagaankhuu wrote this message on Wed, Aug 19, 2020 at 16:27 +0800:
> On Tue, Jul 28, 2020 at 2:35 AM John-Mark Gurney wrote:
>
> > Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800:
> > > On Mon, Jul 27, 2020 at 5:14 AM John-M
All
I was wondering if anyone has a good explication on what
net.inet.tcp.minmss's interaction with routing.
I can't find any good details. Anyone have any good pointers.
---
Mark Saad | mark.s...@lucera.com
___
freebsd-net@freebsd.org ma
Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800:
> On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney wrote:
>
> > Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800:
> > > On Sun, Jul 26, 2020 at 7:13 AM John-M
Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800:
> On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney wrote:
>
> > Hello,
> >
> > I'd like people who have ure (RealTek) based USB devices to test
> > review D25809[0].
> >
> &
0Mbps depending upon
TCP or UDP, which is a significant improvement over the previous
91Mbps (~8kint/sec*1500bytes/packet*1packet/int).
Thanks.
[0] https://reviews.freebsd.org/D25809
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been
John-Mark Gurney wrote this message on Thu, Jul 23, 2020 at 16:49 -0700:
> Kristof Provost wrote this message on Thu, Jul 23, 2020 at 11:02 +0200:
> > On 23 Jul 2020, at 11:00, Bjoern A. Zeeb wrote:
> > > On 23 Jul 2020, at 8:09, Kristof Provost wrote:
> > >
> > &g
Kristof Provost wrote this message on Thu, Jul 23, 2020 at 11:02 +0200:
> On 23 Jul 2020, at 11:00, Bjoern A. Zeeb wrote:
> > On 23 Jul 2020, at 8:09, Kristof Provost wrote:
> >
> >> On 23 Jul 2020, at 9:19, Kristof Provost wrote:
> >>> On 23 Jul 2020, at 0:1
1 - 100 of 700 matches
Mail list logo
