Re: [CFT/Review] DPAA2 SFP+, LX2160A eSDHC, Thunderbolt bridge, FreeBSD on Apple Silicon (vz), arm64 16K pages

Dmitry Salychev <[email protected]> Wed, 15 Jul 2026 15:59:56 +0200
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
Warner Losh <[email protected]> writes:

> On Tue, Jul 14, 2026 at 1:28=E2=80=AFPM Dmitry Salychev <[email protected]>=
 wrote:
>
>  Adrian Chadd <[email protected]> writes:
>
>  > On Mon, 6 Jul 2026 at 16:39, =E5=AD=94=E7=A5=A5=E6=B3=A2 <yarshure@gma=
il.com> wrote:
>  >>
>  >>
>  >> Hi hackers,
>  >>
>  >> I'd like to share a few things I've been working on recently around
>  >> FreeBSD/arm64, and I'm looking for testers and code review before
>  >> attempting to upstream the relevant parts.
>  >>
>  >> 1) DPAA2: SFP+ now works on LX2160A (runtime configuration support)
>  >>
>  >>    https://github.com/freebsd/freebsd-src/compare/main...networkexten=
sion:freebsd-src:dpaa2-runtime-config
>  >>
>  >
>  > hi!
>  >
>  > This looks good (and dsl@ already replied, which is a good sign.)
>  >
>  > I think it'd be good to get this up as a specific review candidate /
>  > pull request so dsl@, jhibbits@, bz@ and others can
>  > dig into it some more.
>  >
>  >
>  >
>  > -adrian
>
>  I'm pretty sure that code was generated by LLM and the project's opinion
>  regarding such "implementation" is clear IIRC. Personally, I wouldn't
>  want to spend my time reviewing changes which won't be accepted anyway.
>
> I don't think the project has a coherent view about LLM genreated code. T=
here's
> no prohibition, core hasn't announced any bans, etc. There was much fear =
about
> issues that turned out to not be issues.
>
> I've personally landed a dozen changes that were at least assisted by LLM
> that I drove to completion. I've landed a bunch more where different code=
 completion
> tools were used, which is a weaker version of LLM generated. IMHO, The cu=
rrent
> 'center of opinion' seems to be that thoughtful use of LLM is OK, as long=
 as the
> results meet our minimum quality standards. There's also a strong undercu=
rrent of
> "and the submitter has to understand it well enough to maintain the code"=
 as well,
> which is something the review process should probe (but that's no difffer=
ent than
> what I do with completely human generated code: why did you do this and n=
ot
> that? etc).
>
> So the code could be accepted, if it meets the stringent quality
> demands of FreeBSD.

Okay, it makes sense to me. Generally, I'd try to look at phab review if
there will be any regarding DPAA2 stuff.

Regards,
Dmitry

>
> Warner
>=20=20
>  However, I'm open to consider other points of view.
>
>  Regards,
>  Dmitry
>
>  --=20
>  https://wiki.freebsd.org/DmitrySalychev

--=20
https://wiki.freebsd.org/DmitrySalychev