Page MenuHomeFreeBSD

nfscl: Fix parameter order in the calls to MGET().
ClosedPublic

Authored by zlei on Sep 21 2022, 4:13 AM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Oct 25, 10:00 AM
Unknown Object (File)
Oct 10 2024, 7:26 AM
Unknown Object (File)
Oct 10 2024, 7:26 AM
Unknown Object (File)
Sep 29 2024, 12:36 PM
Unknown Object (File)
Sep 21 2024, 7:31 AM
Unknown Object (File)
Sep 16 2024, 8:12 PM
Unknown Object (File)
Sep 16 2024, 7:46 AM
Unknown Object (File)
Sep 2 2024, 8:25 PM
Subscribers

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

zlei requested review of this revision.Sep 21 2022, 4:13 AM

Not at all sure how it works backwards like that....
But MT_DATA is 1 and M_NOWAIT is 1 also maybe?

This revision is now accepted and ready to land.Sep 21 2022, 2:28 PM

Yea, when the function gets called with M_WAITOK,
it sets the mbuf type to 2 (which does not seem to be
defined as a type and always did the call with M_NOWAIT.

I suspect an allocation failure with M_NOWAIT is rare and,
since the code checks for a NULL reply, it probably wasn't
breaking things badly.

However, it should obviously be fixed. Good catch!

I do not have direct access to the repository, @rmacklem may you please commit this?

In D36644#832674, @zlei.huang_gmail.com wrote:

I do not have direct access to the repository, @rmacklem may you please commit this?

I'd planned on doing it later today...

If Warner does it, that's great.
Otherwise, I'll do it someday soon.

This revision was automatically updated to reflect the committed changes.