Skip to content

Conversation

@donaldsharp
Copy link
Member

The babeld code was originally kept in a non-standard format, at least to how FRR formats code, because the code came from outside the project and it was hoped that updates would be coming from the originators. That has not turned out to be true and we've been slowly getting bug-fixes for the code over the last year
as it is being used. Let's just bite the bullet
and convert over to our internal format for consistency.

@github-actions
Copy link

This pull request has conflicts, please resolve those before we can evaluate the pull request.

@riw777 riw777 self-requested a review April 15, 2025 15:21
@riw777
Copy link
Member

riw777 commented Apr 15, 2025

Waiting on Alistair's discussion with Juliez ...

@ahw59
Copy link
Member

ahw59 commented Jun 10, 2025

I spoke to Juliusz last Friday. Here are the takeaways

  1. babeld is mature. The last feature work was back in 2023. No feature work is planned or proposed.
  2. Juliusz doesn’t object to the FRR project normalizing the formatting of the babeld code
  3. Juliusz does however reserve the right to ‘poke fun at us for busywork activities’ ;-)

@donaldsharp donaldsharp force-pushed the babel_conversion_to_clang_format branch from 026d278 to 6ab3888 Compare June 11, 2025 11:57
Copy link
Contributor

@mjstapp mjstapp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we should remove the exception for checkpatch now?
tools/checkpatch.sh:ignore="ldpd\|babeld"

@frrbot frrbot bot added the tools label Jun 12, 2025
Copy link
Contributor

@mjstapp mjstapp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

super, thanks

The babeld code was originally kept in a non-standard
format, at least to how FRR formats code, because the
code came from outside the project and it was hoped
that updates would be coming from the originators.
That has not turned out to be true and we've been slowly
getting bug-fixes for the code over the last year
as it is being used.  Let's just bite the bullet
and convert over to our internal format for consistency.

Signed-off-by: Donald Sharp <[email protected]>
@donaldsharp donaldsharp force-pushed the babel_conversion_to_clang_format branch from cfce59b to 78480a3 Compare June 12, 2025 15:36
Make babeld use checkpatch.

Signed-off-by: Donald Sharp <[email protected]>
Babel is formatted correctly now so let's remove the exclusion

Signed-off-by: Donald Sharp <[email protected]>
@donaldsharp donaldsharp force-pushed the babel_conversion_to_clang_format branch from 78480a3 to 0d9d6a4 Compare June 12, 2025 15:42
@donaldsharp
Copy link
Member Author

checkpatch is wrong for this last one.

there are a series of if /else statements where some return and some don't. We should not remove the last else statement

@mjstapp
Copy link
Contributor

mjstapp commented Jun 12, 2025

yes, we talked about this in slack, and it's not worth refactoring the clause that's triggering that warning (right now)

checkpatch is wrong for this last one.

there are a series of if /else statements where some return and some don't. We should not remove the last else statement

@Jafaral Jafaral merged commit 7bcb2ce into FRRouting:master Jun 12, 2025
12 of 13 checks passed
@donaldsharp donaldsharp deleted the babel_conversion_to_clang_format branch July 30, 2025 17:06
@wiselongbeard
Copy link

Hello Team,
Amazing job converting Babel; However, afaik, current FRR 10.5 does expose destination-only options for Babel with no knobs available yet to configure RFC 9079 source-specific routing, doesn't it?
If that's the case, if I may ask, any future plans of supporting Babel's source-specific routing natively with FRR?
Thanks,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants