diff options
author | Sowmini Varadhan <sowmini.varadhan@oracle.com> | 2016-07-14 03:51:01 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2016-07-15 11:36:57 -0700 |
commit | a93d01f5777e99f24b5b3948e06673ada148337c (patch) | |
tree | 1c8f2320199c9d7e0881fd6020c99d8fd967662d /fs/cramfs | |
parent | caeccd5180930eb8586771bb1935f4f2e456a8e8 (diff) |
RDS: TCP: avoid bad page reference in rds_tcp_listen_data_ready
As the existing comments in rds_tcp_listen_data_ready() indicate,
it is possible under some race-windows to get to this function with the
accept() socket. If that happens, we could run into a sequence whereby
thread 1 thread 2
rds_tcp_accept_one() thread
sets up new_sock via ->accept().
The sk_user_data is now
sock_def_readable
data comes in for new_sock,
->sk_data_ready is called, and
we land in rds_tcp_listen_data_ready
rds_tcp_set_callbacks()
takes the sk_callback_lock and
sets up sk_user_data to be the cp
read_lock sk_callback_lock
ready = cp
unlock sk_callback_lock
page fault on ready
In the above sequence, we end up with a panic on a bad page reference
when trying to execute (*ready)(). Instead we need to call
sock_def_readable() safely, which is what this patch achieves.
Acked-by: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Signed-off-by: Sowmini Varadhan <sowmini.varadhan@oracle.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'fs/cramfs')
0 files changed, 0 insertions, 0 deletions