[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20130227.130959.379760800169434112.davem@davemloft.net>
Date: Wed, 27 Feb 2013 13:09:59 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: lee.roberts@...com
Cc: netdev@...r.kernel.org
Subject: Re: [PATCH 0/4] sctp: fix association hangs due to
reassembly/ordering logic
From: "Lee A. Roberts" <lee.roberts@...com>
Date: Tue, 26 Feb 2013 07:36:12 -0700
> From: "Lee A. Roberts" <lee.roberts@...com>
>
> This series of patches resolves several SCTP association hangs observed during
> SCTP stress testing. Observable symptoms include communications hangs with
> data being held in the association reassembly and/or lobby (ordering) queues.
> Close examination of reassembly/ordering queues may show either duplicated
> or missing packets.
>
> Lee A. Roberts (4):
> sctp: fix association hangs due to off-by-one errors in
> sctp_tsnmap_grow()
> sctp: fix association hangs due to reneging packets below the
> cumulative TSN ACK point
> sctp: fix association hangs due to errors when reneging events from
> the ordering queue
> sctp: fix association hangs due to partial delivery errors
Appying these patches breaks the build:
net/sctp/ulpqueue.c: In function ‘sctp_ulpq_renege’:
net/sctp/ulpqueue.c:1115:4: warning: passing argument 2 of ‘sctp_ulpq_partial_delivery’ makes integer from pointer without a cast [enabled by default]
net/sctp/ulpqueue.c:1038:6: note: expected ‘gfp_t’ but argument is of type ‘struct sctp_chunk *’
net/sctp/ulpqueue.c:1115:4: error: too many arguments to function ‘sctp_ulpq_partial_delivery’
net/sctp/ulpqueue.c:1038:6: note: declared here
Powered by blists - more mailing lists