I succesfully tested the current patch with my suggestions along with https://github.com/freebsd/freebsd-src/pull/2147

Not sure who else might want to review this.

I actually like "wild". The "unconnected" is already used for inpcbs that are not put into any hash, e.g. right after socket(2).

I screwed up, but not on this hash. Looking at cd5ff4e841fb I see that I lost MTX_DUPOK on UDP endpoint hash.

• Fix the wild_okay case: either side being INADDR_ANY is okay

Currently, wiki is in both documentation and developers sidebar. I would prefer that it is just in the developers sidebar so people do not confuse it with what wiki means in other projects.

In D53910#1293297, @ziaee wrote:

Looks pretty good on android phone and firefox desktop.

I'm not sure about the current release progression going latest, previous, next. The order is 2,1,3 with no context. I'll try to get some friends from linux take a look with a fresh set of eyes and see if they have any ideas.

Also, after spending a tremendous amount of effort to revitalize the release errata and hardware pages that most people don't know exist, I really don't like the "announcement, notes" appearing without them and hiding them. "will this run on my hardware" is an extremely popular question and i have sank hundreds of hours into the hardware notes. It's still not perfect, but people needs to know it exists.

At any rate, would you guys update the diff in this revision so we can see the diff as well?

Looks pretty good on android phone and firefox desktop.

Merged

In D53910#1293294, @mark_freebsdfoundation.org wrote:

In D53910#1293282, @carlavilla wrote:

Edit: I've just noticed at least one of the sidebars - for 'administration' - has the absLangURL error too. So they'll need fixing them. I'll sort them, and a PR, later. I will deploy the fixes anyway, even before you merge.

In D53910#1293282, @carlavilla wrote:

In D53910#1293270, @mark_freebsdfoundation.org wrote:

In D53910#1293244, @carlavilla wrote:

https://github.com/sergio-carlavilla/freebsd-new-design/pull/18

Done

Just issued a PR to fix the /languages link in footer (we were missing languages.adoc in content/{en,ru,zh-tw}). There's another PR to fix the hardcoded www.freebsd.org in footer too 👍

Tell me please when the final version is deployed.
And thank you so much for your help

In D56383#1293150, @bz wrote:

You could write this "This is effectively a refined version of the code written by bz@ in D55320." as part of the final commit message as:

Obtained from: bz (initial version, D55320)
or
Based on: initial version from bz (D55320)

I'll try to give it a pass again tonight once I am done with merges from vendor trees but I think we are good to go if @tuexen has not further comments.

In D53910#1293270, @mark_freebsdfoundation.org wrote:

In D53910#1293244, @carlavilla wrote:

https://github.com/sergio-carlavilla/freebsd-new-design/pull/18

Done

Just issued a PR to fix the /languages link in footer (we were missing languages.adoc in content/{en,ru,zh-tw}). There's another PR to fix the hardcoded www.freebsd.org in footer too 👍

https://lists.freebsd.org/archives/freebsd-current/2026-April/010130.html ("Re: panic: assertion failed in iflib_txq_drain()") points to the commit for this as reverting it being sufficient to avoid the new panics.

In D53910#1293270, @mark_freebsdfoundation.org wrote:

In D53910#1293244, @carlavilla wrote:

https://github.com/sergio-carlavilla/freebsd-new-design/pull/18

Done

Just issued a PR to fix the /languages link in footer (we were missing languages.adoc in content/{en,ru,zh-tw}). There's another PR to fix the hardcoded www.freebsd.org in footer too 👍

In D53910#1293244, @carlavilla wrote:

https://github.com/sergio-carlavilla/freebsd-new-design/pull/18

Done

In D56102#1291882, @adrian wrote:

can you add some validation of the parameter before programming it into the register? surely it's not a single 32 bit field?

I think having it nailed up the way it is for now is a good first step. Ideally we'd have the bridge "state" for something like dhcp be based on the link state of a subset of children interfaces - and if none exist, it does what you're doing.

In D56439#1292291, @eduardo wrote:

Thanks for you contrubution.

I still not understand why me and @yuri are called to reviewers. Best way is to open a bugzilla PR so all people see it and take a look.

Cheers

In D53910#1293244, @carlavilla wrote:

@carlavilla just issued PR 18 to fix the menus (absLangURL hard codes 'www.freebsd.org', which breaks the test site. Better to use relLangURL)

https://github.com/sergio-carlavilla/freebsd-new-design/pull/18

Done

Actually that function should go away completely.
It is only used for NFSv4.0, which is now considered
deprecated in favour of NFSv4.1/4.2 and it only
deals with a callback address. Callback addresses
are used for NFSv4.0 only when delegations are
enabled and NFSv4.0 delegations are basically
useless.

Initial stab at implementing IFM_ETHER for bridge(4)

In D53910#1293240, @mark_freebsdfoundation.org wrote:

In D53910#1293239, @mark_freebsdfoundation.org wrote:

In D53910#1293199, @mark_freebsdfoundation.org wrote:

In D53910#1293177, @carlavilla wrote:

Can you please publish the current version? I made the changes and I think we can send the message at least to developers@ and see the changes they request.

Yep! Give me 10 minutes and it’ll be sorted.

Done @carlavilla 😃

@carlavilla just issued PR 18 to fix the menus (absLangURL hard codes 'www.freebsd.org', which breaks the test site. Better to use relLangURL)

https://github.com/sergio-carlavilla/freebsd-new-design/pull/18

In D53910#1293239, @mark_freebsdfoundation.org wrote:

In D53910#1293199, @mark_freebsdfoundation.org wrote:

In D53910#1293177, @carlavilla wrote:

Can you please publish the current version? I made the changes and I think we can send the message at least to developers@ and see the changes they request.

Yep! Give me 10 minutes and it’ll be sorted.

Done @carlavilla 😃

In D53910#1293199, @mark_freebsdfoundation.org wrote:

In D53910#1293177, @carlavilla wrote:

Can you please publish the current version? I made the changes and I think we can send the message at least to developers@ and see the changes they request.

Yep! Give me 10 minutes and it’ll be sorted.

rf

In D56498#1293165, @markj wrote:

But, I don't know if there's a way to express that.

In D53910#1293177, @carlavilla wrote:

In D53910#1293106, @mark_freebsdfoundation.org wrote:

In D53910#1293103, @carlavilla wrote:

In D53910#1292733, @mark_freebsdfoundation.org wrote:

Hey @carlavilla I dropped a couple more PRs onto GH - quick fixes for latest versions of 14 👍

Merged.
And I am going to finish the last things.

Awesome! Thanks Sergio. If you need my help for anything over the weekend, please just ping me here and I’ll get onto it 👍

Can you please publish the current version? I made the changes and I think we can send the message at least to developers@ and see the changes they request.

kyua debug -p

I like this first cut simple approach Gleb !!

In D53910#1293106, @mark_freebsdfoundation.org wrote:

In D53910#1293103, @carlavilla wrote:

In D53910#1292733, @mark_freebsdfoundation.org wrote:

Hey @carlavilla I dropped a couple more PRs onto GH - quick fixes for latest versions of 14 👍

Merged.
And I am going to finish the last things.

Awesome! Thanks Sergio. If you need my help for anything over the weekend, please just ping me here and I’ll get onto it 👍

BTW, I regret calling this table "wild". "unconnected" would be much clearer. I wonder if you want to change this as part of your work in this area?

uh... sorry, i didn't mean to remove markj! i'm not sure how that happened.

In D56498#1293165, @markj wrote:

This is only a dependency on amd64, arm64 and riscv don't need this. But, I don't know if there's a way to express that.

This is only a dependency on amd64, arm64 and riscv don't need this. But, I don't know if there's a way to express that.