Hi Karl,
What if you use a = instead of the #? For example :vltime=86400:
I set rdnss and dnssl using = and that works.
John
On Thu, 24 Jul 2025 at 01:38, Karl Denninger wrote:
> On 7/23/2025 16:47, Bjoern A. Zeeb wrote:
>
> On Wed, 23 Jul 2025, Karl Denninger wrote:
>
> H
host and guest are FreeBSD 14-stable. In addition to the T5 VF the host
passes through an em interface to the guest entirely.
Config excerpts from both machines below. Any help/insight appreciated. Thanks!
-John
On the host I have:
#/boot/loader.conf
vmm_load="YES"
hw.vmm.amdvi.enable=
> On Nov 7, 2024, at 1:23 PM, Peter Blok wrote:
>
> I have tried to boot over iSCSI using PXE using the ports isboot-kmod. It
> worked after many tries, but it is not automatic yet.
>
> At the loader.efi prompt I do:
> set currdev=zfs:zroot/ROOT/default:
> load /boot/kernel/kernel
> load /boo
On Oct 11, 2024, at 6:21 PM, Navdeep Parhar wrote:On Fri, Oct 11, 2024 at 3:56 PM John Nielsen <li...@jnielsen.net> wrote:
I’m running a FreeBSD 14-STABLE host with a Chelstio T520. I have a bhyve VM (also running 14-STABLE) to which I have assigned a VF of the NIC. That is all work
Hi-
I’m running a FreeBSD 14-STABLE host with a Chelstio T520. I have a bhyve VM
(also running 14-STABLE) to which I have assigned a VF of the NIC. That is all
working as expected; the host can pass traffic using the PF cxl0 and the guest
can pass traffic using the VF cxlv0. However the host ca
Regards
John
On Sat, 18 May 2024 at 16:50, Mike Karels wrote:
> I have no networking changes at all in the 14.1 release notes. Is there
> anything that should be mentioned? Feel free to reply to me individually.
>
> Thanks,
> Mike
>
>
if your FreeBSD system contains undesired software.
Cheers
Marek
On Wed, May 15, 2024 at 1:01 PM John Howie
mailto:j...@thehowies.com>> wrote:
I use RIP all the time. Removing it would be a pain. What is the justification?
Moving it to ports is an option, but now we have to compile, distri
I use RIP all the time. Removing it would be a pain. What is the justification?
Moving it to ports is an option, but now we have to compile, distribute, and
install it.
Sent from my iPhone
> On May 15, 2024, at 07:40, Tomek CEDRO wrote:
>
> On Wed, May 15, 2024 at 4:20 PM Scott wrote:
>>> O
On Dec 4, 2023, at 3:26 AM, Benoit Chesneau wrote:Is IPv6 underlay fully supported with FreebBSD ? I have created the a tunnel and associated an Ipv6 address to each side. I'm able to ping between each devicesl. But when I want to curl from the remote side it timeout. Locally on the remote side i
- Konstantin Belousov's Original Message -
> On Fri, Sep 29, 2023 at 04:32:30AM +0000, John wrote:
> > Hi Folks,
> >
> >Working against 13.2-STABLE.
> >
> >I have a chance to get some bhyve VMs running on new hardware
> > with Mella
are operated
on. It seems the VFs are not seen as individual entities
but a group of children in detach_method().
Thoughts?
Thanks,
John
Hi folks -- I opened this on Freebsd 13.1.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268246
I'm stumped, as I have about half a dozen other systems just like this one,
which do not exhibit this condition.
Don't know if it matters, but this is the backup firewall in a carp
configuration.
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
Hi Benoit,
It will allow multicast packets to go through, which IPv6 depends on. Maybe
there is a problem setting up the multicast filter for that driver / card.
Regards
John
On Mon, 15 Aug 2022 at 12:08, Benoit Chesneau
wrote:
> So I noticed that tcpdump was enabling the "promiscuo
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."
rth
raising the conversation more broadly. The change to add this field is in
https://reviews.freebsd.org/D35339. Drew has tested this isolated change
under load at Netflix and found no impact on performance.
--
John Baldwin
ubnet. RFC792
on page 13 does not talk about interfaces, but networks, "If G2 and the
host identified by the internet source address of the datagram are on the
same network...".
Regards
John
> /bz
>
> --
> Bjoern A. Zeeb r15:7
>
>
Pretty close to two years ago, we tripped across conditions where heavily
used FreeBSD 11.x packet-filter firewalls would slow to a crawl and load
would go crazy.
In a fit of hopefulness with our upgrade to FreeBSD 13.0, I removed the
hw.cxgbe.largest_rx_cluster settings we put in place -- only to
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
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."
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
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
>
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
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."
___
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
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
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
Bjoern A. Zeeb wrote this message on Wed, Jul 22, 2020 at 20:43 +:
> On 22 Jul 2020, at 19:34, John-Mark Gurney wrote:
>
> > John-Mark Gurney wrote this message on Tue, Jul 21, 2020 at 23:05
> > -0700:
> >> Peter Libassi wrote this message on Wed, Jul 22, 2020 at
John-Mark Gurney wrote this message on Tue, Jul 21, 2020 at 23:05 -0700:
> Peter Libassi wrote this message on Wed, Jul 22, 2020 at 06:54 +0200:
> > Is this related to
> >
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234985
> > <https://bugs.freebsd.org/b
lticast code.. It looks like in_multi isn't holding an
interface or address lock waiting for things to free up...
> > 21 juli 2020 kl. 22:23 skrev John-Mark Gurney :
> >
> > Marko Zec wrote this message on Tue, Jul 21, 2020 at 11:31 +0200:
> >> On Tue, 21 Jul 2020 02:16:
Marko Zec wrote this message on Tue, Jul 21, 2020 at 11:31 +0200:
> On Tue, 21 Jul 2020 02:16:55 -0700
> John-Mark Gurney wrote:
>
> > I'm running:
> > FreeBSD test 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r362596: Thu Jun 25
> > 05:02:51 UTC 2020
> > r...@re
#9 0x80b830f0 in fork_exit (
callout=0x80c26200 ,
arg=0x81cf4f70 , frame=0xfe0049e99b80)
at /usr/src/sys/kern/kern_fork.c:1052
#10
(kgdb)
I have the core files so I can get additional information.
Let me know if you need any additional information
Has anyone compiled a script/test suite for testing various NIC
features to make sure they work/function properly?
That is, being able to run a couple interfaces back to back, and turn
off the features off on one, and make sure things like checksum offload
and the like work properly?
--
John
Marko Zec wrote this message on Fri, Jul 17, 2020 at 23:54 +0200:
> On Fri, 17 Jul 2020 11:56:09 -0700
> John-Mark Gurney wrote:
> > Marko Zec wrote this message on Fri, Jul 17, 2020 at 12:03 +0200:
> ...
> > > #define IFQ_DRV_IS_EMPTY(ifq) \
> > > ((
Marko Zec wrote this message on Fri, Jul 17, 2020 at 12:03 +0200:
> On Thu, 16 Jul 2020 11:56:29 -0700
> John-Mark Gurney wrote:
>
> > Marko Zec wrote this message on Thu, Jul 16, 2020 at 07:49 +0200:
> > > On Thu, 16 Jul 2020 07:26:22 +0200
> > > Marko Zec w
Marko Zec wrote this message on Thu, Jul 16, 2020 at 07:49 +0200:
> On Thu, 16 Jul 2020 07:26:22 +0200
> Marko Zec wrote:
>
> > On Wed, 15 Jul 2020 16:26:25 -0700
> > John-Mark Gurney wrote:
> >
> > > I happen to be looking at the implementation
issue often, since it's an error path that likely
rarely happens, but we should fix it.
Should we just add the IFQ_LOCK/_UNLOCK to the macro?
Comments or thoughts?
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All t
> > to to encrypt just that tunnel.
> > It's not required to do the encryption in netgraph.
> > there is a script to make the tunnel in
> > /usr/share/examples.netgraph/udp.tunnel
> > you just need to set up the SA to catch it..
> >
etgraph on how I can integrate it with FreeBSD jails
> > >> and I was looking at some of the examples provided in
> > >> /usr/share/examples/netgraph and now have the following question.
> > >> The udp.tunnel example shows an iface point-t
=8
tunnel inet 10.1.1.1 --> 10.2.2.2
groups: gre
nd6 options=21
root@freebsd:~ # ifconfig gre0 -vnet demo
root@freebsd:~ # ifconfig gre0
gre0: flags=8011 metric 0 mtu 1476
options=8
inet6 fe80::1427:e888:767c:dce1%gre0 prefixlen 64 tentative scopeid 0x2
nd6 options=23
--
John W. O'Brien
OpenPGP keys:
0x33C4D64B895DBF3B
signature.asc
Description: OpenPGP digital signature
and looks
>> hackish to me. :)
Hi Andrey,
Your assessment and choice of fix sound right to me. If ordinary
addresses are removed upon iface movement between VNETs, then it makes
sense that tunnel addresses would be too.
I will do my best to test in the coming days.
--
John W. O'Brien
OpenPGP keys:
0x33C4D64B895DBF3B
signature.asc
Description: OpenPGP digital signature
On 2020/05/03 20:12, John W. O'Brien wrote:
> Hello Andrey and FreeBSD Net,
>
> Today I stumbled upon what may be zero, one, or maybe two bugs. If it's
> one bug, then I think there might be a case the fine work in r339552 [0]
> to keep the RUNNING flag consistent wi
mit something now or wait until I have a cleaner demo?
[0] https://svnweb.freebsd.org/changeset/base/339552 (thank you!)
Regards,
--
John W. O'Brien
OpenPGP keys:
0x33C4D64B895DBF3B
signature.asc
Description: OpenPGP digital signature
an find at
https://reviews.freebsd.org/D24628
--
John Baldwin
___
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"
0 does specify rtltime -- unless I'm missing
> something.
I only see rtltime on em0, and I don't see a closing colon after
rtltime on em0. Try adding a terminating colon on em0 and see if
the problem goes away.
--
John-Mark Gurney Voice: +1 415 225
We use FreeBSD on our firewalls, relying on Chelsio T5 and T6 series cards
for high performance networking.
Friday night, our backup firewall went offline -- apparently taking both
network cards out.
DMESG reported the following error:
t5nex0: ! PL_PERR_CAUSE 0x19404 = 0x0010, E
On Wed, Jan 15, 2020 at 5:24 PM Navdeep Parhar wrote:
> On 1/15/20 6:55 AM, John Jasen wrote:
> > Executive summary:
> >
> > Periodically, load will spike on network interrupts on one of our
> > firewalls. Latency will quickly climb to the point that things are
>
Executive summary:
Periodically, load will spike on network interrupts on one of our
firewalls. Latency will quickly climb to the point that things are
unresponsive, sessions will timeout, and bandwidth will plummet.
We do not see increases in ethernet pause frames, drops, errors, or
anything els
On 2019/12/15 12:54, Andrey V. Elsukov wrote:
> On 15.12.2019 19:15, John W. O'Brien wrote:
>> Yes, this is exactly the problem. Thank you very much!
>>
>> The reason it was working in the EC2 case is because the FreeBSD AMIs
>> set ipv6_activate_all_interfaces=&quo
On 2019/12/15 05:44, Andrey V. Elsukov wrote:
> On 14.12.2019 22:54, John W. O'Brien wrote:
>> Hello FreeBSD Networking,
>>
>> As the subject summarizes, I have a mostly-working NAT64 rig, but return
>> traffic is disappearing, and I haven't been able to
On 2019/12/14 17:36, Eugene Grosbein wrote:
> 15.12.2019 2:54, John W. O'Brien пишет:
>> Hello FreeBSD Networking,
>>
>> As the subject summarizes, I have a mostly-working NAT64 rig, but return
>> traffic is disappearing, and I haven't been able to figure out w
On 2019/12/14 17:15, Chris wrote:
> On Sat, 14 Dec 2019 14:54:26 -0500 John W. OBrien j...@saltant.com said
>
>> Hello FreeBSD Networking,
>>
>> As the subject summarizes, I have a mostly-working NAT64 rig, but return
>> traffic is disappearing, and I haven&#x
g the non-working configs I would prefer to
do privately or not at all.
This is on 12.1-RELEASE.
Thank you,
--
John W. O'Brien
OpenPGP keys:
0x33C4D64B895DBF3B
signature.asc
Description: OpenPGP digital signature
ed to do
> > so.
>
> Right, a "consumers need to ask for it" issue more so than an inherently
> problematic approach. I assumed as much but wasn't sure.
Don't we have the option of doing soft re-classification? Where we
recalculate the hash, and then do a netisr de
Olivier Cochard-Labb wrote this message on Tue, Nov 05, 2019 at 23:45 +0100:
> On Tue, Nov 5, 2019 at 8:15 PM John-Mark Gurney wrote:
>
> > AES-GCM can run at over 1GB/sec on a single core, so as long as the
> > traffic can be processed by multiple threads (via multiple queu
ingle core, so as long as the
traffic can be processed by multiple threads (via multiple queues
for example), it should be doable.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been don
aid it wasn't reproducible on some other drivers. I wonder if
other drivers would also provoke this if you just ran them in a detach/attach
loop long enough.
--
John Baldwin
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/li
are no other references to the ifp outside of
the thread running detach.
After that you can release device resources, destroy mutexes, free the ifp, etc.
Note that drivers have to be prepared for ether_ifdetach to invoke if_ioctl
(e.g.
when detaching bpf), but of the drivers I've looked a
e epair
successfully. I've had to do that myself.
--
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 mailing list
ive for.
>
> Agreed. So, no MFC for this.
>
Will this break upgrades with freebsd-update? On a major upgrade, it will
first install the new kernel and require a reboot before you run
freebsd-update again to install the rest.
Regards
John
___
f
Hiroki Sato wrote this message on Tue, Aug 20, 2019 at 16:26 +0900:
> "Bjoern A. Zeeb" wrote
> in <7a7874fa-e663-4ec9-b349-c46d32982...@lists.zabbadoz.net>:
>
> bz> On 17 Aug 2019, at 6:03, John-Mark Gurney wrote:
> bz>
> bz> > I am setting
the rtadvd source code,
and I don't see a makeentry for addrs either.
If no one objects, I'll remove it.
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that
Andrey V. Elsukov wrote this message on Thu, Aug 15, 2019 at 17:38 +0300:
> On 14.08.2019 03:27, John-Mark Gurney wrote:
> > I'm doing some perf testing on an APU4 board, and I noticed that
> > it looks like the input netstat counters are 2x than what they should
> >
with 13.0-CURRENT from the July 25th snapshot, which is r350322.
--
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.or
et the physical address to return.
A fancier version would be to build an sglist describing your buffer and
create an OBJT_SG VM object that you returned from the d_mmap_single
callback, but if you only ever have a single object that is never freed,
the simple version will work fine.
--
jhb accepted this revision.
jhb added a comment.
This revision is now accepted and ready to land.
Thanks!
CHANGES SINCE LAST ACTION
https://reviews.freebsd.org/D19422/new/
REVISION DETAIL
https://reviews.freebsd.org/D19422
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/em
jhb added a comment.
I agree that we can't handle this in ether_ioctl as it varies too much by
real hardware.
INLINE COMMENTS
> if_vxlan.c:90
> + */
> +#define VXLAN_MAX_MTU65435
> +
If it was possible to make this derived from other constants that would be
ideal. has ETHER_MAX_L
rim
> wrote:
>
>> On 2019-06-22 19:05, John Lyon wrote:
>> You should be able to use the lagg driver to combine the two
>> interfaces in failover mode to achieve your goal.
>
> lagg doesn't apply here because Thomas's issue is routing failover. The
> master
You should be able to use the lagg driver to combine the two interfaces in
failover mode to achieve your goal.
Sent from my iPhone
> On Jun 22, 2019, at 9:24 PM, Thomas Mueller wrote:
>
> I would like to know if it is possible to have both Ethernet and wi-fi
> running concurrently?
>
> Purpo
iness/2017/03/16/lack-oxford-comma-costs-maine-company-millions-overtime-dispute/BIxK837fA2C06qavQMDs5J/story.html
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
_
s it put the values? It sounds like vaddrs and paddrs arrays are
already allocated and you just use these addresses... But there is no
way I can write code from this description...
Also, lots of terminology is missing, like what is a qset?
--
John-Mark Gurney Vo
On 9/23/18 17:50, Don Lewis wrote:
> On 23 Sep, John W. O'Brien wrote:
>> I'd like to check my understanding and then ask a procedural question.
>>
>> FreeBSD-SA-18:10.ip [0], released on 08/14, was resolved by r337828 [1].
>> That changeset, resulting in 11.
[4] https://bugs.freebsd.org/231045
--
John W. O'Brien
OpenPGP keys:
0x33C4D64B895DBF3B
signature.asc
Description: OpenPGP digital signature
t; > > Vincenzo Maffione wrote:
> > >
> > > > Hi,
> > > > I don't think the panic depends on the architecture. Also, it
> > > > does not depend on using emulated mode or not.
> > > > We have seen this happening on x86_64 on FreeBSD
Marko Zec wrote this message on Tue, Sep 04, 2018 at 16:43 +0200:
> On Sat, 1 Sep 2018 14:11:23 -0700
> John-Mark Gurney wrote:
> > Vincenzo Maffione wrote this message on Sat, Sep 01, 2018 at 22:25
> > +0200:
> ...
> > > On x86_64 netmap is not built as a module,
Vincenzo Maffione wrote this message on Sat, Sep 01, 2018 at 22:25 +0200:
> Il giorno sab 1 set 2018 alle ore 03:50 John-Mark Gurney
> ha scritto:
>
> > First, does vale work for anyone? At least one of the documented
> > commands in vale(4) does not work.
> >
>
error = netmap_get_bdg_na(hdr, na, nmd, create);
1539if (error)
1540goto out;
1541
1542if (*na != NULL) /* valid match in netmap_get_bdg_na() */
Thanks.
--
John-Mark Gurney Voice: +1 415 225 5579
"All tha
es... And the A: line gives you the ability to spoof
packets as well...
Hopefully there wasn't any important data encrypted w/ that key...
Always X those out...
> > A: hmac-sha2-256 xxx
--
John-Mark Gurney Voice: +1 415 225 5579
0
> net.inet.ipsec.debug: 0
> net.inet.ipsec.filtertunnel: 0
> net.inet.ipsec.natt_cksum_policy: 0
> net.inet.ipsec.check_policy_history: 0
> net.inet.ipsec.crypto_support: 50331648
>
>
>
> > On Aug 9, 2018, at 6:40 AM, John-Mark Gurney wr
hat is limiting performance, and not the cipher...
Need to see your setkey.conf, or at least the output of setkey -D..
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
Hi,
I have logged it as a bug with a possible patch:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229807
Regards
John
On 8 July 2018 at 09:46, John Hay wrote:
> Hi All,
>
> I have a small ntp server (PC Engines APU), with an ipv6 subnet on lo0
> with route6d to adverti
Adrian Chadd wrote this message on Sat, Jul 28, 2018 at 13:33 -0700:
> On Fri, 27 Jul 2018 at 15:19, John-Mark Gurney wrote:
>
> > Ryan Moeller wrote this message on Fri, Jul 27, 2018 at 12:45 -0700:
> > > There is a long-standing issue with 9k mbuf jumbo clusters in FreeB
55f17a223260246becfbb150a1
Drivers need to be fixed to use 4k pages instead of cluster. I really hope
no one is using a card that can't do 4k pages, or if they are, then they
should get a real card that can do scatter/gather on 4k pages for jumbo
frames..
--
John-Mark
TAILQ_REMOVE(&riprt_head, search_rrt,
rrt_next);
+ delroute(&search_rrt->rrt_info,
&search_rrt->rrt_gw);
+ free(search_rrt);
}
/* Attach the route to the list */
[eapfilter:]nomatchupper[em0...
eapout
|
|
|
RG]--em1]lower--
---/
-
face on vlan 0 like you can in Linux.
----
John L. Lyon
PGP Key Available At:
https://www.dropbox.com/s/skmedtscs0tgex7/02150BFE.asc
On Sun, Apr 22, 2018 at 12:52 AM, GPz1100a wrote:
> @John
>
> Did you ever get this fully figured out? I'm trying to do wh
1 - 100 of 1016 matches
Mail list logo
