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)
Sat, Sep 21, 7:31 AM
Unknown Object (File)
Mon, Sep 16, 8:12 PM
Unknown Object (File)
Mon, Sep 16, 7:46 AM
Unknown Object (File)
Mon, Sep 2, 8:25 PM
Unknown Object (File)
Sun, Sep 1, 7:01 PM
Unknown Object (File)
Aug 29 2024, 3:33 AM
Unknown Object (File)
Aug 8 2024, 8:38 PM
Unknown Object (File)
Jun 29 2024, 10:10 AM
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.