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)
Dec 20 2023, 4:04 AM
Unknown Object (File)
Aug 12 2023, 12:17 PM
Unknown Object (File)
Aug 1 2023, 1:42 PM
Unknown Object (File)
Aug 1 2023, 1:41 PM
Unknown Object (File)
Aug 1 2023, 1:40 PM
Unknown Object (File)
Aug 1 2023, 1:28 PM
Unknown Object (File)
Mar 20 2023, 10:30 PM
Unknown Object (File)
Mar 20 2023, 10:28 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.