Page MenuHomeFreeBSD
Feed Advanced Search

Thu, Oct 15

lutz_donnerhacke.de added a comment to D26755: Add hash table lookup for IPv6 raw sockets..

I do not understand, why you do not need to calculate the hash during the delete operation.

Thu, Oct 15, 6:15 AM

Tue, Oct 13

lutz_donnerhacke.de added a comment to D26755: Add hash table lookup for IPv6 raw sockets..

It's quite a lot of code. So the question is, why this effort?

Tue, Oct 13, 5:45 AM

Mon, Oct 12

lutz_donnerhacke.de accepted D26742: pf: Create a kif for flags.
Mon, Oct 12, 9:28 AM
lutz_donnerhacke.de added inline comments to D26742: pf: Create a kif for flags.
Mon, Oct 12, 6:53 AM

Mon, Oct 5

lutz_donnerhacke.de added a comment to D26672: [RFC] Implement sticky SO_REUSEPORT_LB socket option.

I'd like to split the functionality of load balancing from terminating.
If you have an TCP/UDP load balancer (i.e. Linux IPVS), you can distribute you load in a very generic way between different physical servers, jails, or processes.
But that's just my feeling to avoid duplicated complexity.

Mon, Oct 5, 8:37 PM
lutz_donnerhacke.de added a comment to D26672: [RFC] Implement sticky SO_REUSEPORT_LB socket option.

Do I understand correctly, that this (heavy) patch works around the deficiencies of an unfit user space program?

Mon, Oct 5, 4:39 PM

Wed, Sep 30

lutz_donnerhacke.de added a comment to D26586: ng_l2tp: Fix synchronization with node shutdown or reset.

In order to prevent this race, the node should be know. that it's in shutdown. This way the callout can skip the reinvocation.
Another solution would be to free the c_arg argument manually.

Wed, Sep 30, 6:54 AM

Tue, Sep 29

lutz_donnerhacke.de added inline comments to D26586: ng_l2tp: Fix synchronization with node shutdown or reset.
Tue, Sep 29, 8:13 PM
lutz_donnerhacke.de added a comment to D21968: netgraph/ng_source: Allow ng_source to inject into any netgraph network.

Do you have any performance measurements?
Is it have advantages over injecting packets through ng_socket(4) or ng_device(4)?

Tue, Sep 29, 7:51 PM
lutz_donnerhacke.de updated the diff for D21965: usr.sbin/ngctl: Generate more compact GraphWiz output.

Fix typo and style.

Tue, Sep 29, 7:44 PM
lutz_donnerhacke.de added a comment to D21965: usr.sbin/ngctl: Generate more compact GraphWiz output.

In the example compact output, the edge labels overlap and are hard to read, at least with default layout settings using dot(1) or webgraphviz. Is it possible to fix it easily?

Tue, Sep 29, 7:34 PM

Fri, Sep 25

lutz_donnerhacke.de updated the diff for D22076: netgraph/ng_vlan_rotate: IEEE 802.1ad VLAN manipulation netgraph node type (new type).

Rebase to r366170.

Fri, Sep 25, 7:28 PM
lutz_donnerhacke.de updated the diff for D21968: netgraph/ng_source: Allow ng_source to inject into any netgraph network.

Rebase to r366170.

Fri, Sep 25, 7:27 PM
lutz_donnerhacke.de updated the diff for D21965: usr.sbin/ngctl: Generate more compact GraphWiz output.

Rebase to r366170.

Fri, Sep 25, 7:27 PM
lutz_donnerhacke.de updated the diff for D22140: netgraph/ng_tag: Variable length data can not be set for all length.

Rebase to r366170.

Fri, Sep 25, 7:27 PM
lutz_donnerhacke.de updated the diff for D23727: netgraph/ng_one2many: Clarification in comments about copy mode.

Rebase to r366170.

Fri, Sep 25, 7:26 PM
lutz_donnerhacke.de updated the diff for D23963: netgraph/ng_bridge: Introduce "uplink" ports without MAC learning.

Rebase to r366170.

Fri, Sep 25, 7:26 PM
lutz_donnerhacke.de updated the diff for D23840: netgraph/ng_base: Allow larger BINARY2ASCII conversions.

Rebase to r366170.

Fri, Sep 25, 7:25 PM
lutz_donnerhacke.de updated the diff for D23850: netgraph: Allow larger messages in communication between kernel and user-space.

Rebase to r366170.

Fri, Sep 25, 7:25 PM
lutz_donnerhacke.de updated the diff for D24179: ixl: Permit 802.1ad frames to pass though the chip.

Rebase to r366170.

Fri, Sep 25, 7:24 PM
lutz_donnerhacke.de updated the diff for D23586: ipfw_nat: Perfomance of accessing multiple nat tables.

Rebase to r366170.

Fri, Sep 25, 7:24 PM
lutz_donnerhacke.de updated the diff for D22110: netgraph/ng_car: Add color marking code.

Rebase to r366170.

Fri, Sep 25, 7:23 PM
lutz_donnerhacke.de added a comment to D26548: ng_l2tp: Fix callout synchronization in the RACK timeout handler.

Indeed, there seems to be a race in ng_l2tp_seq_xack_timeout() as well.

This looks like it could cause transmission of a ZLB with stale NR or NS, again in rare circumstances. I don't think it will cause a kernel panic.

Fri, Sep 25, 6:38 PM
lutz_donnerhacke.de accepted D26548: ng_l2tp: Fix callout synchronization in the RACK timeout handler.

My problem is, that I do not understand, how this race condition can happen at all.
Sure, the fix seems obvious and does not harm, so let's go with it.

Fri, Sep 25, 5:34 PM
lutz_donnerhacke.de added a comment to D26548: ng_l2tp: Fix callout synchronization in the RACK timeout handler.

Can you please point me to the bug report?

The PR that Aleksandr noted, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241133

A pfsense developer also reported seeing a null pointer dereference in ng_l2tp_seq_rack_timeout(), apparently because seq->xwin[0] == 0. Apparently the panic was observed even after this commit: https://svnweb.freebsd.org/base?view=revision&revision=353027 .

Fri, Sep 25, 5:09 PM
lutz_donnerhacke.de added a comment to D26548: ng_l2tp: Fix callout synchronization in the RACK timeout handler.

Is the bug reproducible in a test environment?
Did someone try to compile with INVARIANTS (in order to bring L2TP_SEQ_CHECK into life)?

Fri, Sep 25, 4:19 PM
lutz_donnerhacke.de added a comment to D26548: ng_l2tp: Fix callout synchronization in the RACK timeout handler.

Can you please point me to the bug report?
We are running this node in a large scale production environment (with remote LAC at different carriers) and did not observe such an issue before.

Fri, Sep 25, 9:21 AM

Sun, Sep 20

lutz_donnerhacke.de added inline comments to D26488: Add additional example to ng_bpf(4).
Sun, Sep 20, 7:09 PM · network
lutz_donnerhacke.de accepted D26489: IP address parsing in netgraph eating too many characters.

I'm fine with this fix for a special case.
I agree, that a more complete approach would be fine, but this can be done in a later stage.

Sun, Sep 20, 7:04 PM · network
lutz_donnerhacke.de accepted D26488: Add additional example to ng_bpf(4).

May you please provide a full context diff?
See https://wiki.freebsd.org/Phabricator

Sun, Sep 20, 12:08 PM · network

Sep 18 2020

lutz_donnerhacke.de added a comment to D26449: Stage 2: Introduce scalable route multipath.

Heavy patch, looks promising overall.

Sep 18 2020, 6:02 AM

Sep 14 2020

lutz_donnerhacke.de added a comment to D26420: New netgraph nodetype: ng_antispoof.

Does this match your requirements?

Yes, it absolutely does. Thank you very much!

Sep 14 2020, 6:55 PM · network
lutz_donnerhacke.de added a comment to D26420: New netgraph nodetype: ng_antispoof.

To be honest, I did not recognize ng_bpf would do that. I will reevaluate my requirements based on that.

Sep 14 2020, 7:03 AM · network
lutz_donnerhacke.de added a comment to D26420: New netgraph nodetype: ng_antispoof.

I had another look into ng_bpf and I still do not understand how to express the required directionality in a tcpdump filter.

Sep 14 2020, 6:53 AM · network

Sep 13 2020

lutz_donnerhacke.de requested changes to D26420: New netgraph nodetype: ng_antispoof.

Can you please explain, what your node has in favor of ng_bpf (which is scripted with an arbitrary tcpdump expression)?
Currently I see a lot of parsing complexity moving into the kernel, which lacks a lot of expressiveness.

Sep 13 2020, 1:31 PM · network

Sep 10 2020

lutz_donnerhacke.de added a comment to D26358: ipfw: fix compatibility with frag and older rule sets.
In D26358#586750, @ae wrote:

I think this patch is too complicated. Can you properly test this patch instead? https://people.freebsd.org/~ae/ipfw_frag.diff

Sep 10 2020, 10:23 AM

Sep 4 2020

lutz_donnerhacke.de accepted D26324: net: Mitigate vnet / epair cleanup races.
Sep 4 2020, 4:00 PM

Aug 2 2020

lutz_donnerhacke.de accepted D25909: Fix handling of TTL/Hop Limit and TOS/Traffic Class in the TCP SYN Cache.
Aug 2 2020, 11:11 AM

Aug 1 2020

lutz_donnerhacke.de added inline comments to D25909: Fix handling of TTL/Hop Limit and TOS/Traffic Class in the TCP SYN Cache.
Aug 1 2020, 7:57 PM

Jul 30 2020

lutz_donnerhacke.de added a comment to D25873: vxlan(4): Support for stateless NIC hardware offloads with VXLAN encapsulated traffic..
In D25873#573627, @np wrote:

Aren't we soon running out of flag bits in certain integer values?

Given that the inner flags mirror the outer ones, why not use a different variable inner_flags with the same set of flags?

That would work, but it would increase the size of struct mbuf.

Jul 30 2020, 8:17 PM
lutz_donnerhacke.de added a comment to D25873: vxlan(4): Support for stateless NIC hardware offloads with VXLAN encapsulated traffic..

Aren't we soon running out of flag bits in certain integer values?

Jul 30 2020, 12:47 PM

Jul 29 2020

lutz_donnerhacke.de added a comment to D25873: vxlan(4): Support for stateless NIC hardware offloads with VXLAN encapsulated traffic..

May you please consider splitting the patch into functional groups?

  • VXLAN HW capabilities
  • Spelling errors
  • Logic cleanup "xxx == 0" vs "!xxx"
  • style cleanup
Jul 29 2020, 9:33 AM

Jul 28 2020

lutz_donnerhacke.de accepted D25862: ng_iface(4): Remove unsupported protocols..

Thanks.

Jul 28 2020, 11:00 PM
lutz_donnerhacke.de added a comment to D25862: ng_iface(4): Remove unsupported protocols..

What's the reason behind this proposal?

Jul 28 2020, 8:32 PM
lutz_donnerhacke.de accepted D25789: NAT64: compute checksum for locally generated packets.
In D25789#572558, @2khramtsov_gmail.com wrote:

Improve test and do the same with kernel module as pf tests do.

Jul 28 2020, 12:34 PM
lutz_donnerhacke.de accepted D25788: ng_iface(4): Set the current VNET before calling netisr_dispatch()..

Thanks.

Jul 28 2020, 8:00 AM

Jul 27 2020

lutz_donnerhacke.de added inline comments to D25789: NAT64: compute checksum for locally generated packets.
Jul 27 2020, 6:07 PM

Jul 24 2020

lutz_donnerhacke.de added a comment to D22110: netgraph/ng_car: Add color marking code.

Ping

Jul 24 2020, 8:55 PM
lutz_donnerhacke.de updated the diff for D22140: netgraph/ng_tag: Variable length data can not be set for all length.

Revert errornous comparsion

Jul 24 2020, 8:53 PM
lutz_donnerhacke.de updated the diff for D22140: netgraph/ng_tag: Variable length data can not be set for all length.

Rebase to current

Jul 24 2020, 8:51 PM
lutz_donnerhacke.de accepted D25789: NAT64: compute checksum for locally generated packets.

Good work, thank you.
If possible convert your test into a real test file for regressions.

Jul 24 2020, 6:14 PM
lutz_donnerhacke.de added a comment to D25788: ng_iface(4): Set the current VNET before calling netisr_dispatch()..

In fact, for ng_iface it is possible for the node and ifnet VNETs to become out of sync: if I create two ng_iface interfaces and pass one into a jail, the node's VNET is not updated but the ifnet's VNET is updated.

Jul 24 2020, 6:04 PM
lutz_donnerhacke.de added a comment to D25788: ng_iface(4): Set the current VNET before calling netisr_dispatch()..

So - in order to handle this problem - the ng_iface node need to validate the incoming data messages and

  • supply the missing VNET information
  • overwrite(?) a wrong VNET information

Why is it not sufficient for ng_iface to simply set the current vnet in ng_iface_rcvdata()?

Jul 24 2020, 3:48 PM
lutz_donnerhacke.de requested changes to D25789: NAT64: compute checksum for locally generated packets.

Because the ABI break spans the kernel / userland barrier, the update procedure for the FreeBSD base system is harmed.
An old ipfw will send the old TOK_xxx values, which will be misinterpreted by a new kernel.
Please find a way to keep the old ipfw binary working during the upgrade.

Jul 24 2020, 8:15 AM
lutz_donnerhacke.de added a comment to D25789: NAT64: compute checksum for locally generated packets.

Thank you for your contribution, especially for using the documentation prefixes in your examples.
Because your test plan is so detailed, you may consider to write is as a regression test for constant revalidation.

Jul 24 2020, 8:09 AM
lutz_donnerhacke.de requested changes to D25788: ng_iface(4): Set the current VNET before calling netisr_dispatch()..

ng_tty is the wrong place for deciding this question. Almost any netgraph node is able to send data over a hook, most of them are VNET agnostic. The correct vnet depends on the context of the ng_iface node.

Jul 24 2020, 6:50 AM

Jul 20 2020

lutz_donnerhacke.de added inline comments to D25595: When modifying a route, only allow one of RTF_<BLACKHOLE,REJECT,GATEWAY> to be configured.
Jul 20 2020, 7:45 AM · network

Jul 17 2020

lutz_donnerhacke.de added inline comments to D25546: Transition from rtrequest1_fib() to rib_action().
Jul 17 2020, 7:56 AM · network

Jul 16 2020

lutz_donnerhacke.de added a comment to D25681: if_spppsubr: Define a few LCP options, Recognize (but still reject) multilink PPP config options.

ce(4) for PCI G.703/E1 card,
cp(4) for PCI V.35/RS-232/RS-530/RS-449/X.21/G.703/E1/E3/T3/STS-1 cards,
and cx(4)/ctau(4) for some ISA cards but these do not exist in FreeBSD 13 anymore,
removed by emaste@ recently.

Both ce(4) and cp(4) are i386-only drivers at present.

Jul 16 2020, 7:12 AM · network, transport
lutz_donnerhacke.de added inline comments to D25595: When modifying a route, only allow one of RTF_<BLACKHOLE,REJECT,GATEWAY> to be configured.
Jul 16 2020, 6:14 AM · network

Jul 13 2020

lutz_donnerhacke.de added inline comments to D25607: libalias: Use switch/case statements to compare IPv4 protocol type (TCP/UDP/ICMP).
Jul 13 2020, 7:07 AM · network

Jul 11 2020

lutz_donnerhacke.de added a comment to D25607: libalias: Use switch/case statements to compare IPv4 protocol type (TCP/UDP/ICMP).

I also have concerns over any performance claims, though I see the old code is probably at least sub optimal in that it often checks for UDP, then for TCP when the volume of traffic should almost always be mostly TCP.

Jul 11 2020, 9:03 PM · network

Jul 10 2020

lutz_donnerhacke.de added inline comments to D25607: libalias: Use switch/case statements to compare IPv4 protocol type (TCP/UDP/ICMP).
Jul 10 2020, 8:20 AM · network
lutz_donnerhacke.de added a comment to D25607: libalias: Use switch/case statements to compare IPv4 protocol type (TCP/UDP/ICMP).

This will bring in a better coding style and improved readability.
But for the speed improvement, I'd like to see some evidence.

Jul 10 2020, 8:16 AM · network
lutz_donnerhacke.de added inline comments to D25595: When modifying a route, only allow one of RTF_<BLACKHOLE,REJECT,GATEWAY> to be configured.
Jul 10 2020, 7:52 AM · network

Jul 9 2020

lutz_donnerhacke.de added inline comments to D25595: When modifying a route, only allow one of RTF_<BLACKHOLE,REJECT,GATEWAY> to be configured.
Jul 9 2020, 7:43 AM · network

Jul 6 2020

lutz_donnerhacke.de added a comment to D25567: PR247718 - incorrectly drops IPv6 packets looping back on p2p interface.

May somebody with commit rights push this into the kernel and may have a kind look on my other open reviews ...

Jul 6 2020, 3:55 PM
lutz_donnerhacke.de added a comment to D23888: ipfw: Allow resolving of IPv6 DNS AAAA records in IPv6 table lookups.

Unbreak build on recent CURRENT by using memcpy.

Jul 6 2020, 5:56 AM · network

Jul 5 2020

lutz_donnerhacke.de added reviewers for D25567: PR247718 - incorrectly drops IPv6 packets looping back on p2p interface: network, melifaro.
Jul 5 2020, 12:45 PM
lutz_donnerhacke.de requested review of D25567: PR247718 - incorrectly drops IPv6 packets looping back on p2p interface.
Jul 5 2020, 12:43 PM

Jun 30 2020

lutz_donnerhacke.de added a comment to D25516: Allow some Bluetooth LE related HCI request by non-root user..

From the netgraph part, there is no objection.

Jun 30 2020, 8:45 AM

Jun 25 2020

lutz_donnerhacke.de added inline comments to D25445: Complete the fib<4|6>_lookup_nh_<basic|ext> -> fib<4|6>_lookup() transition.
Jun 25 2020, 3:49 PM · network
lutz_donnerhacke.de added inline comments to D24011: ipfw: Support [w:x:y::z]:port (bracketed) IPv6 addresses in the fwd command.
Jun 25 2020, 6:38 AM · transport, network

Jun 23 2020

lutz_donnerhacke.de added a comment to D25075: netinet6: Don't calculate offset on ICMP6 NI query if the copied mbuf is null.

I'd suggest to stop processing at this place.

Jun 23 2020, 8:59 AM · network
lutz_donnerhacke.de accepted D25227: ipfw(4): make O_IPVER/ipversion match IPv4 or IPv6, not just IPv4 by itself.

Good catch.

Jun 23 2020, 8:31 AM · network
lutz_donnerhacke.de added a comment to D25085: netinet6: In tcp_lro_rx_ipv6(), check for IPv6 flow ID..

In RFC 6437 there is no rule, that flow labels are immutable for a given TCP session. It only notes in section 6.1, that changing the flow label within a TCP stream might be suspicious.
IPv6 flow labels are designed as QoS/routing indicators (like the DCSP field), which (in theory) might vary during the life time of the TCP session.

Jun 23 2020, 8:23 AM · network

Jun 9 2020

lutz_donnerhacke.de added a comment to D25181: Introduce net.inet6.icmp6.reply_from_interface and net.inet6.icmp6.reply_src sysctls.

May you be so kind as adding some lines into the man page, too?
Otherwise those are some more of the obscure sysctls, which are even not documented in the source code.

Jun 9 2020, 4:39 PM

Jun 2 2020

lutz_donnerhacke.de added a comment to D25029: Introduce ifconfig -a -[gG] groupname.

If I understand correctly

ifconfig -a -g lagg -G lagg*1

will match all lagg interfaces besides those ending in 1.

Jun 2 2020, 9:14 AM

May 30 2020

lutz_donnerhacke.de added a comment to D25029: Introduce ifconfig -a -[gG] groupname.
In D25029#551705, @ae wrote:

You can just use another option name to specify excludes.

Good point, -G would do it for negation.

May 30 2020, 5:31 PM

May 13 2020

lutz_donnerhacke.de accepted D24021: ipfw: Add me4 as to refer to an host's IPv4 address in add_src() and add_dst()..

In this patch, "me4" is IPv4-only and "me" is dual-stack. It uses kernel opcodes, however.

May 13 2020, 9:04 AM · network

May 12 2020

lutz_donnerhacke.de requested changes to D24021: ipfw: Add me4 as to refer to an host's IPv4 address in add_src() and add_dst()..
May 12 2020, 9:08 PM · network
lutz_donnerhacke.de added inline comments to D24021: ipfw: Add me4 as to refer to an host's IPv4 address in add_src() and add_dst()..
May 12 2020, 8:39 AM · network
lutz_donnerhacke.de added inline comments to D24021: ipfw: Add me4 as to refer to an host's IPv4 address in add_src() and add_dst()..
May 12 2020, 8:38 AM · network

May 9 2020

lutz_donnerhacke.de added a comment to D24781: Allow TCP to reuse local port with different destinations.

Can you point to existing implementations of this idea?
Several middle-ware boxes are prone to assumptions like one-port-one-connection.
I doubt, that this will work with i.e. restricted cone NAT (https://en.wikipedia.org/wiki/Network_address_translation)

May 9 2020, 9:14 PM

May 8 2020

lutz_donnerhacke.de added a comment to D24620: [bhyve] Add Netgraph network backend..

I'm still fine with the netgraph part.

May 8 2020, 5:43 PM

May 6 2020

lutz_donnerhacke.de added a comment to D24427: ipfw: use SLIST_REMOVE_HEAD and SLIST_REMOVE_AFTER for the first and subsequent respective states.
In D24427#544221, @ae wrote:

JFYI, this code will be removed when refactoring to the epoch(9) will be finished.

May 6 2020, 7:34 AM · network
lutz_donnerhacke.de added a comment to D24427: ipfw: use SLIST_REMOVE_HEAD and SLIST_REMOVE_AFTER for the first and subsequent respective states.

"del" is a bad name for the running variable. I'd feel "prev" more appropriate.

May 6 2020, 7:33 AM · network
lutz_donnerhacke.de added inline comments to D24427: ipfw: use SLIST_REMOVE_HEAD and SLIST_REMOVE_AFTER for the first and subsequent respective states.
May 6 2020, 7:13 AM · network

May 5 2020

lutz_donnerhacke.de added inline comments to D24427: ipfw: use SLIST_REMOVE_HEAD and SLIST_REMOVE_AFTER for the first and subsequent respective states.
May 5 2020, 10:41 PM · network
lutz_donnerhacke.de requested changes to D24427: ipfw: use SLIST_REMOVE_HEAD and SLIST_REMOVE_AFTER for the first and subsequent respective states.
May 5 2020, 7:08 AM · network

May 4 2020

lutz_donnerhacke.de accepted D24620: [bhyve] Add Netgraph network backend..

I assume, it is common practice to not explicitly assert(be != NULL) in each of the functions.

May 4 2020, 12:43 PM
lutz_donnerhacke.de added a comment to D24620: [bhyve] Add Netgraph network backend..

I tried the code generation with:

int testFP(int i) {
   return i*0.75;
}
May 4 2020, 12:02 PM
lutz_donnerhacke.de added a comment to D24620: [bhyve] Add Netgraph network backend..
In D24620#543377, @aleksandr.fedorov_itglobal.com wrote:
  • Change the "path" option to "relpath" to match the ngctl connect command.
May 4 2020, 11:15 AM

May 3 2020

lutz_donnerhacke.de accepted D24662: Simplify address parsing in DDB show route command..
May 3 2020, 12:45 AM

May 2 2020

lutz_donnerhacke.de added inline comments to D24662: Simplify address parsing in DDB show route command..
May 2 2020, 10:05 AM
lutz_donnerhacke.de added a comment to D24620: [bhyve] Add Netgraph network backend..

Your test defines a node named "vmbridge".

host# ngctl name ngeth0:ether vmbridge

and then referes to a node "vmbr"

host# sh vmrun.sh -c 4 -m 1024M -t netgraph:socket=vm0:path=vmbr:hook=vm0link:peerhook=link0 -d freebsd-0.img freebsd-0
May 2 2020, 9:59 AM

Apr 30 2020

lutz_donnerhacke.de added a comment to D24620: [bhyve] Add Netgraph network backend..
In D24620#542160, @aleksandr.fedorov_itglobal.com wrote:

If I understand correctly, you are adding code in the VM-setup (copied from ngctl) to create a ng_socket and connect it to a specified node (ng_bridge). Then you are using the data channel of the ng_socket to transmit Ethernet frames.

Yes. This is how bhyve network backends works. The guest OS sends / receives packets through the guest driver, bhyve processes them in user space and redirects them to the appropriate device using read / write / mmap system calls. Bhyve currently supports packet processing through /dev/tapX and /dev/netmap.

This review add support packet processing through ng_socket(4). I only know two useful ways to send/receive packets to/from the Netgraph network from the user space: ng_socket and ng_device (open /dev/ngdN and read/write).

Apr 30 2020, 4:44 PM

Apr 29 2020

lutz_donnerhacke.de added a comment to D24620: [bhyve] Add Netgraph network backend..

If I understand correctly, you are adding code in the VM-setup (copied from ngctl) to create a ng_socket and connect it to a specified node (ng_bridge). Then you are using the data channel of the ng_socket to transmit Ethernet frames.

Apr 29 2020, 5:59 PM
lutz_donnerhacke.de updated the diff for D23963: netgraph/ng_bridge: Introduce "uplink" ports without MAC learning.

Fix issues in the code, i.e. bitfields are unsigned, spacing style, braces style.

Apr 29 2020, 3:06 PM
lutz_donnerhacke.de updated the diff for D23963: netgraph/ng_bridge: Introduce "uplink" ports without MAC learning.

Fix various man page issues.

Apr 29 2020, 3:02 PM