All of lore.kernel.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: Herton Ronaldo Krzesinski <herton.krzesinski@canonical.com>
Cc: lamont@canonical.com, sconklin@canonical.com,
	tim.gardner@canonical.com, netdev@vger.kernel.org
Subject: Re: Reported regression against commit a05d2ad
Date: Tue, 21 Jun 2011 13:49:45 -0700	[thread overview]
Message-ID: <m1oc1qnc46.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <20110621201528.GB2249@herton-IdeaPad-Y430> (Herton Ronaldo Krzesinski's message of "Tue, 21 Jun 2011 17:15:29 -0300")

Herton Ronaldo Krzesinski <herton.krzesinski@canonical.com> writes:

> Hi,
>
> after update to one of the latest 2.6.32.x stable kernels for Ubuntu, we
> got a regression report about timeout in tcp connections
> (https://launchpad.net/bugs/791512).
>
> We tried help reporter with a bisect process, but it was taking some
> time, so we reverted some suspect commits, until we isolated it to
> commit "af_unix: Only allow recv on connected seqpacket sockets."
>
> With only commit a05d2ad reverted, testing results so far indicate the
> issue doesn't happen.
>
> I'm unfamiliar with unix sockets code, so can't see at first why this
> commit in particular is causing problems, for now I can only say may be
> something at application level using unix sockets regressed with it (?).
> I'm just reporting it right now, and we plan to revert it for that kernel
> until more info is found about it.

The only thing commit a05d2ad will prevent is a non-sense use of a
af_unix socket, and on recent enough kernels a NULL pointer deference.

I respectfully suggest that the bug is elsewhere perhaps a broken user
space application out there that needs to be fixed, or you have a kernel
memory stomp that removing patch a05d2ad happens to shift the memory
layout to be harmful in a different way.

af_unix sockets have nothing to do with tcp and only happen to use
the TCP_ESTABLISHED flag to indicated connected or non-connected
sockets.

Eric

> I'm adding reporter to CC (Lamont), in case more details are necessary
> etc.

  parent reply	other threads:[~2011-06-21 20:49 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-21 20:15 Reported regression against commit a05d2ad Herton Ronaldo Krzesinski
2011-06-21 20:38 ` Tim Gardner
2011-06-21 20:54   ` Eric W. Biederman
2011-06-21 20:49 ` Eric W. Biederman [this message]
2011-06-22 17:32   ` Tim Gardner
2011-06-22 18:00     ` Eric W. Biederman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m1oc1qnc46.fsf@fess.ebiederm.org \
    --to=ebiederm@xmission.com \
    --cc=herton.krzesinski@canonical.com \
    --cc=lamont@canonical.com \
    --cc=netdev@vger.kernel.org \
    --cc=sconklin@canonical.com \
    --cc=tim.gardner@canonical.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.