Thread (14 messages) 14 messages, 4 authors, 2018-05-23

Re: [PATCH net-next 0/2] sctp: unify sctp_make_op_error_fixed and sctp_make_op_error_space

From: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Date: 2018-05-01 23:28:28
Also in: linux-sctp

On Tue, May 01, 2018 at 12:13:53PM -0400, David Miller wrote:
From: Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
Date: Sun, 29 Apr 2018 12:56:30 -0300
quoted
These two variants are very close to each other and can be merged
to avoid code duplication. That's what this patchset does.

First, we allow sctp_init_cause to return errors, which then allow us to
add sctp_make_op_error_limited that handles both situations.
Series applied.
Thanks.
But generally, there are a lot of smtp_init_cause() call sites with non-zero
payload length that should start checking the return value now.
They are safe as is, because they follow the pattern:
- sctp_make_abort(...., somesize)
- sctp_init_cause(size)
where size is considered in somesize, so sctp_init_cause cannot fail
in there.

This new usage in sctp_make_op_error_limited is the only one where it
allocates a buffer without knowing how much data will actually be
pushed into it.

  Marcelo
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help