[lkml]   [2010]   [Jul]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] tproxy: nf_tproxy_assign_sock() can handle tw sockets
    On 09.07.2010 19:13, Eric Dumazet wrote:
    > Le vendredi 09 juillet 2010 à 12:03 -0300, Felipe W Damasio a écrit :
    >> Hi,
    >> 2010/7/8 Eric Dumazet <>:
    >>> Please try to reproduce a new report.
    >>> It looks like a memory corruption, and it would be good to see if a
    >>> common pattern is occurring.
    >> I'm trying..the thing is the freeze occured on the machine that sits
    >> on a 200Mbps ISP in bridge-mode. Since the machine frooze, and the
    >> whole ISP went down for a few minutes, I'm not allowed to run any
    >> tests on it.
    >> I've setup the same scenario on a lab, but since last night been
    >> unable to reproduce the bug. Maybe there's a clue on the this crash
    >> below that can help me write some program to trigger the problem?
    > Reviewing tproxy stuff I spotted a problem in nf_tproxy_assign_sock()
    > but I could not see how it could explain your crash.
    > We can read uninitialized memory and trigger a fault in
    > nf_tproxy_assign_sock(), not later in tcp_recvmsg()...
    > David, Patrick, what do you think ?
    > Thanks
    > [PATCH] tproxy: nf_tproxy_assign_sock() can handle tw sockets
    > transparent field of a socket is either inet_twsk(sk)->tw_transparent
    > for timewait sockets, or inet_sk(sk)->transparent for other sockets
    > (TCP/UDP).

    I don't see anything preventing use of timewait sockets, so the
    patch looks correct to me.

    Applied to nf-2.6.git, thanks Eric.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2010-07-14 13:43    [W:0.055 / U:3.912 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site