diff options
author | 2012-02-07 06:31:05 -0500 | |
---|---|---|
committer | 2012-02-07 22:25:31 -0600 | |
commit | ff4fa4a25a33f92b5653bb43add0c63bea98d464 (patch) | |
tree | cdd46e53bc579250fc0722b2d2f11ff183b47715 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | cifs: request oplock when doing open on lookup (diff) | |
download | linux-dev-ff4fa4a25a33f92b5653bb43add0c63bea98d464.tar.xz linux-dev-ff4fa4a25a33f92b5653bb43add0c63bea98d464.zip |
cifs: don't return error from standard_receive3 after marking response malformed
standard_receive3 will check the validity of the response from the
server (via checkSMB). It'll pass the result of that check to handle_mid
which will dequeue it and mark it with a status of
MID_RESPONSE_MALFORMED if checkSMB returned an error. At that point,
standard_receive3 will also return an error, which will make the
demultiplex thread skip doing the callback for the mid.
This is wrong -- if we were able to identify the request and the
response is marked malformed, then we want the demultiplex thread to do
the callback. Fix this by making standard_receive3 return 0 in this
situation.
Cc: stable@vger.kernel.org
Reported-and-Tested-by: Mark Moseley <moseleymark@gmail.com>
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Signed-off-by: Steve French <smfrench@gmail.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions