UBUNTU: Start new release

Ignore: yes
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
UBUNTU: [Config] Build-in ohci-pci

BugLink: http://bugs.launchpad.net/bugs/1244176

This was separated from the ohci-hcd driver in:

  commit c1117afb85890adf4073c7ff18ebcb4d0495e6af
  Author: Manjunath Goudar <manjunath.goudar@linaro.org>
  Date:   Tue May 28 18:34:51 2013 +0530

    USB: OHCI: make ohci-pci a separate driver

There is a similar split for the EHCI driver (though the option there
is USB_EHCI_PCI, without the HCD) which is set to y and for XHCI the
PCI part always gets attached to the main XHCI_HCD module based on
CONFIG_PCI. That driver also is built-in.

Without that change USB keyboards will not work before the module gets
loaded and that is not done in the debian installer. So installations
(at least server image) cannot be controlled from a USB keyboard (which
includes virtual KVM access (IPMI).

Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
UBUNTU: Ubuntu-3.11.0-15.23

Signed-off-by: Brad Figg <brad.figg@canonical.com>
Merge remote-tracking branch 'saucy/master' into mptcp_trunk_saucy

Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>

Conflicts:
	debian.master/changelog
Fix: Support mptcp ofo-queue coalescing and collapsing

When we are under memory-pressure, because the truesize/payload-ratio
has been underestimated the TCP-stack does ofo-queue coalescing to bring
the stack back into normal state.

We did not have this implemented for MPTCP.
This patch supports now ofo-queue coalescing and collapsing of the ofo
and the receive-queue. The results are really good:

In uml, setting tcp_adv_win_scale to 0, to force an underestimation,
doing an iperf-session

Before:
~250Mbps

After:
~600Mbps

And, we collapsed more than 100000 packets:
TcpExtTCPRcvCollapsed           105252

Reported-by: Nils Caspar <ncaspar@me.com>
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
mptcp: Fix Bug#23: Correctly handle congestion-window limitations

We may encounter cwnd-limitations after choosing a subflow, because we
change tso_segs afterwards. If this happens on a DATA_FIN with data, we
might reject this segment, if tso_segs becomes bigger than 1.

This patch fixes this, by correctly handling cwnd-limitations. If the
subflow is limited, we avoid reselecting this one and choose another
subflow.

Reported-by: cjqing0925 (https://github.com/cjqing0925)
Fixes: https://github.com/multipath-tcp/mptcp/issues/23
Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
New stable release v0.88.5

Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>
New saucy release

Signed-off-by: Christoph Paasch <christoph.paasch@uclouvain.be>