aboutsummaryrefslogtreecommitdiff
path: root/drivers/media/v4l2-core/v4l2-ioctl.c
diff options
context:
space:
mode:
authorNeil Horman <[email protected]>2013-06-12 14:26:44 -0400
committerDavid S. Miller <[email protected]>2013-06-13 18:05:24 -0700
commitc5c7774d7eb4397891edca9ebdf750ba90977a69 (patch)
tree76aedd560b11183e6fa5e477e577178ac50e73c0 /drivers/media/v4l2-core/v4l2-ioctl.c
parentaaf9522d62d18626a60f7f2080671d853d9e8681 (diff)
sctp: fully initialize sctp_outq in sctp_outq_init
In commit 2f94aabd9f6c925d77aecb3ff020f1cc12ed8f86 (refactor sctp_outq_teardown to insure proper re-initalization) we modified sctp_outq_teardown to use sctp_outq_init to fully re-initalize the outq structure. Steve West recently asked me why I removed the q->error = 0 initalization from sctp_outq_teardown. I did so because I was operating under the impression that sctp_outq_init would properly initalize that value for us, but it doesn't. sctp_outq_init operates under the assumption that the outq struct is all 0's (as it is when called from sctp_association_init), but using it in __sctp_outq_teardown violates that assumption. We should do a memset in sctp_outq_init to ensure that the entire structure is in a known state there instead. Signed-off-by: Neil Horman <[email protected]> Reported-by: "West, Steve (NSN - US/Fort Worth)" <[email protected]> CC: Vlad Yasevich <[email protected]> CC: [email protected] CC: [email protected] Acked-by: Vlad Yasevich <[email protected]> Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'drivers/media/v4l2-core/v4l2-ioctl.c')
0 files changed, 0 insertions, 0 deletions