- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Dec 23 2019
Dec 18 2019
I meant this thread: https://lists.freebsd.org/pipermail/freebsd-net/2019-October/054632.html
We removed this code two years ago, since it adds big penalty for routers where are tens of thousands IPv6 routes.
However, someone in the mail list recently complained that we have not a method for route expiring, probably we can rework this code to implement such feature.
Dec 17 2019
Dec 13 2019
Dec 12 2019
Dec 10 2019
Update the patch.
Dec 8 2019
Dec 6 2019
Dec 2 2019
Nov 27 2019
Nov 26 2019
Nov 22 2019
Since replay field is optional, I think you need add the check that it is not NULL.
Nov 19 2019
Nov 18 2019
I think there is no need in such comment.
LGTM.
Nov 14 2019
Nov 13 2019
The most of code that uses m_pullup() does check first, that the call is needed. Do you think that now it is considered as light enough, to do not check this?
Nov 7 2019
Nov 6 2019
Make address copying also conditional for consistency.
Add comment describing the goal of condition.
Nov 5 2019
In D22243#486266, @lutz_donnerhacke.de wrote:If copying the LL addr is happening every time a parent interface is added (bcopy) , why not schedule the update too unconditionally?
It will only happen on changing the parent interface anyway.
Oct 21 2019
Oct 18 2019
Oct 15 2019
Oct 1 2019
I'm agree with the change, but I have doubts that we have fixed all places in the kernel, where zone id is checked and properly initialized. Usually we keep zone id embedded in the address. Do you have some tests to check this code?
Aug 26 2019
Aug 23 2019
Aug 22 2019
Aug 19 2019
Aug 16 2019
Aug 15 2019
Aug 13 2019
Aug 11 2019
If you know that the problem occurs only with BPF, bpfwrite() invokes if_output() already in epoch section.
Aug 9 2019
Aug 5 2019
Aug 2 2019
Jul 29 2019
Does this mean that you concluded in the IETF mailing list to drop this support?
Jul 23 2019
Jul 19 2019
Jul 12 2019
Jul 7 2019
What happens ifp->if_softc will become NULL just after this 'if (sc == NULL)' check? It looks like epair_remove_ifp_from_draining(ifp) also uses if_softc field.
Jul 3 2019
Jul 1 2019
Jun 26 2019
Jun 25 2019
Jun 24 2019
Jun 21 2019
Committed in https://svnweb.freebsd.org/changeset/base/349267
Forgot to specify phabricator URL...
Jun 20 2019
Jun 14 2019
Jun 12 2019
In D20616#445619, @kristof wrote:Only if the firewall needs to read/write actual packet data. Protocol headers (TCP, IP, etc.) are always stored in a normal mbuf at the start of a packet's mbuf chain. Unmapped mbufs only hold payload data that is stored in a socket buffer, so most of the filters I can think of off the top of my head as well as things like NAT should only operate on the normal mbuf holding the headers.
Okay, thanks. That should indeed just work. The 'pf_check_proto_cksum()' flow, assuming there's no hardware assist, might break. I suspect that hardware which uses unmapped mbufs is always going to have checksum offload, so that's probably not an issue either.