gmane.linux.ubuntu.devel.kernel.general

[kteam-tools][PATCH] ktl: Git.current_branch() optimization

Kamal Mostafa — 2013-05-24T22:06:48

Query 'git symbolic-ref HEAD' instead of iterating the 'git branch' list.

Also changed behavior if current_branch() is called in a detached HEAD state:
  before: returned the string "(no branch)"
  now: throws an exception ktl.git.GetError GitError("no current branch")

No existing caller depends on the old "(no branch)" behavior.

Signed-off-by: Kamal Mostafa <kamal< at >canonical.com>
---
 ktl/git.py | 15 ++++-----------
 1 file changed, 4 insertions(+), 11 deletions(-)

diff --git a/ktl/git.py b/ktl/git.py
index 9483ad4..7b18275 100644
--- a/ktl/git.py
+++ b/ktl/git.py
< at >< at > -94,17 +94,10 < at >< at > class Git:
     #
     < at >classmethod
     def current_branch(cls):
-        retval = ""
-        status, result = run_command("git branch", cls.debug)
-        if status == 0:
-            for line in result:
-                if line != '' and line[0] == '*':
-                    retval = line[1:].strip()
-                    break
-        else:
-            raise GitError(result)
-
-        return retval
+        status, re

[kteam-tools][PATCH] ktl: Git.config() allows 'git config' queries

Kamal Mostafa — 2013-05-24T22:06:03

API interface to 'git config'.

Examples:

    print Git.config("user.email")
    kamal< at >canonical.com

    print Git.config("remote.origin.url")
    git://kernel.ubuntu.com/ubuntu/kteam-tools.git

Signed-off-by: Kamal Mostafa <kamal< at >canonical.com>
---
 ktl/git.py | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/ktl/git.py b/ktl/git.py
index 48abc99..9483ad4 100644
--- a/ktl/git.py
+++ b/ktl/git.py
< at >< at > -39,6 +39,17 < at >< at > class Git:
 
         return retval
 
+    # config
+    #
+    # Return the requested git config value. E.g. config("user.email")
+    #
+    < at >classmethod
+    def config(cls, key):
+        status, result = run_command("git config %s" % key, cls.debug)
+        if status != 0:
+            raise GitError(result)
+        return result[0]
+
     # branches
     #
     # Return a list of all the git branches known to this git repository.

Mainline Build v3.9.4

Mainline Builds — 2013-05-24T20:15:07

The mainline build for v3.9.4 is now complete and available at the URL
below:

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.9.4-saucy/

See the CHANGES file for the list of changes from the previous version:

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.9.4-saucy/CHANGES

Note that these builds do not contain any Ubuntu specific patches and
are not supported.

Kernel Team

Mainline Build v3.4.47

Mainline Builds — 2013-05-24T19:45:27

The mainline build for v3.4.47 is now complete and available at the URL
below:

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4.47-quantal/

See the CHANGES file for the list of changes from the previous version:

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4.47-quantal/CHANGES

Note that these builds do not contain any Ubuntu specific patches and
are not supported.

Kernel Team

Mainline Build v3.0.80

Mainline Builds — 2013-05-24T19:30:07

The mainline build for v3.0.80 is now complete and available at the URL
below:

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.0.80-oneiric/

See the CHANGES file for the list of changes from the previous version:

    http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.0.80-oneiric/CHANGES

Note that these builds do not contain any Ubuntu specific patches and
are not supported.

Kernel Team

[ 3.8.y.z extended stable ] Patch "drivers/rtc/rtc-pcf2123.c: fix error return code in pcf2123_probe()" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:37:57

This is a note to let you know that I have just added a patch titled

    drivers/rtc/rtc-pcf2123.c: fix error return code in pcf2123_probe()

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 4a5161635508be653d2f941ceb32c9a3b20d28ce Mon Sep 17 00:00:00 2001
From: Wei Yongjun <yongjun_wei< at >trendmicro.com.cn>
Date: Mon, 29 Apr 2013 16:21:07 -0700
Subject: drivers/rtc/rtc-pcf2123.c: fix error return code in pcf2123_probe()

commit 35623715818dfa720cccf99cd280dcbb4b78da23 upstream.

Fix to return -ENODEV in the chip not found error handling
case instead of 0, as done elsewhere in this function.

Signed-off-by: Wei Yongjun <yongjun_wei< at >trendmicro.com.cn>
Cc:

[ 3.8.y.z extended stable ] Patch "packet: tpacket_v3: do not trigger bug() on wrong header status" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:00

This is a note to let you know that I have just added a patch titled

    packet: tpacket_v3: do not trigger bug() on wrong header status

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From c24c57af34f44b4dae00fa248771cad55f019c3d Mon Sep 17 00:00:00 2001
From: Daniel Borkmann <dborkman< at >redhat.com>
Date: Fri, 3 May 2013 02:57:00 +0000
Subject: packet: tpacket_v3: do not trigger bug() on wrong header status

[ Upstream commit 8da3056c04bfc5f69f840ab038a38389e2de8189 ]

Jakub reported that it is fairly easy to trigger the BUG() macro
from user space with TPACKET_V3's RX_RING by just giving a wrong
header status flag. We already had a similar situation in co

[ 3.8.y.z extended stable ] Patch "net: use netdev_features_t in skb_needs_linearize()" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:00

This is a note to let you know that I have just added a patch titled

    net: use netdev_features_t in skb_needs_linearize()

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 95764f27aab524f7433987bc01d656eebb4b66bf Mon Sep 17 00:00:00 2001
From: Patrick McHardy <kaber< at >trash.net>
Date: Wed, 1 May 2013 22:36:49 +0000
Subject: net: use netdev_features_t in skb_needs_linearize()

[ Upstream commit 6708c9e5cc9bfc7c9a00ce9c0fdd0b1d4952b3d1 ]

Signed-off-by: Patrick McHardy <kaber< at >trash.net>
Signed-off-by: David S. Miller <davem< at >davemloft.net>
Signed-off-by: Kamal Mostafa <kamal< at >canonical.com>
---
 net/core/dev.c | 2 +-
 1 file changed, 1 insertion(+), 1 del

[ 3.8.y.z extended stable ] Patch "watchdog: Fix race condition in registration code" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:37:57

This is a note to let you know that I have just added a patch titled

    watchdog: Fix race condition in registration code

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From bdd6bb3b6109788330bf149bd9d41990545beebf Mon Sep 17 00:00:00 2001
From: Guenter Roeck <linux< at >roeck-us.net>
Date: Fri, 5 Apr 2013 21:22:43 -0700
Subject: watchdog: Fix race condition in registration code

commit 60403f7a4d9368d187f79cba5e4672d01df37574 upstream.

A race condition exists when registering the first watchdog device.
Sequence of events:

- watchdog_register_device calls watchdog_dev_register
- watchdog_dev_register creates the watchdog misc device by calling
  misc_regis

[ 3.8.y.z extended stable ] Patch "drm/i915: don't intel_crt_init on any ULT machines" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:03

This is a note to let you know that I have just added a patch titled

    drm/i915: don't intel_crt_init on any ULT machines

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 1c1d6d5d6c89fa54403ee053141795ad71fd7ee0 Mon Sep 17 00:00:00 2001
From: Paulo Zanoni <paulo.r.zanoni< at >intel.com>
Date: Fri, 12 Apr 2013 18:16:53 -0300
Subject: drm/i915: don't intel_crt_init on any ULT machines

commit c40c0f5bd5b0f09e4386d2cf26c96c89c45ee539 upstream.

We may have DDI_BUF_CTL(PORT_A) configured with 2 lanes and still not
have CRT, so just check for !IS_ULT. This problem happened on a real
machine and resulted in a very ugly dmesg.

Signed-off-by: Paulo Zanoni <paul

[ 3.8.y.z extended stable ] Patch "ipv6: do not clear pinet6 field" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:02

This is a note to let you know that I have just added a patch titled

    ipv6: do not clear pinet6 field

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From c86318e07265d34f5579defb6d76c3c37ae2e507 Mon Sep 17 00:00:00 2001
From: Eric Dumazet <edumazet< at >google.com>
Date: Thu, 9 May 2013 10:28:16 +0000
Subject: ipv6: do not clear pinet6 field

[ Upstream commit f77d602124d865c38705df7fa25c03de9c284ad2 ]

We have seen multiple NULL dereferences in __inet6_lookup_established()

After analysis, I found that inet6_sk() could be NULL while the
check for sk_family == AF_INET6 was true.

Bug was added in linux-2.6.29 when RCU lookups were introduced in UDP
and TCP

[ 3.8.y.z extended stable ] Patch "macvlan: fix passthru mode race between dev removal and rx path" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:02

This is a note to let you know that I have just added a patch titled

    macvlan: fix passthru mode race between dev removal and rx path

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 484017b9444e25ff3d6b8cab30ee1d5502c66d7a Mon Sep 17 00:00:00 2001
From: Jiri Pirko <jiri< at >resnulli.us>
Date: Thu, 9 May 2013 04:23:40 +0000
Subject: macvlan: fix passthru mode race between dev removal and rx path

[ Upstream commit 233c7df0821c4190e2d3f4be0f2ca0ab40a5ed8c ]

Currently, if macvlan in passthru mode is created and data are rxed and
you remove this device, following panic happens:

NULL pointer dereference at 0000000000000198
IP: [<ffffffffa0196058>] macvla

[ 3.8.y.z extended stable ] Patch "3c59x: fix PCI resource management" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:01

This is a note to let you know that I have just added a patch titled

    3c59x: fix PCI resource management

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From a1bfebfeeeb948e1cf55d9c3d03ec3f3885cd8aa Mon Sep 17 00:00:00 2001
From: Sergei Shtylyov <sshtylyov< at >ru.mvista.com>
Date: Thu, 9 May 2013 11:14:07 +0000
Subject: 3c59x: fix PCI resource management

[ Upstream commit 4b264a1676e70dc656ba53a8cac690f2d4b65f4e ]

The driver wrongly claimed I/O ports at an address returned by pci_iomap() --
even if it was passed an MMIO address.  Fix this by claiming/releasing all PCI
resources in the PCI driver's probe()/remove() methods instead and get rid of
'must_fre

[ 3.8.y.z extended stable ] Patch "pch_dma: Use GFP_ATOMIC because called from interrupt context" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:37:57

This is a note to let you know that I have just added a patch titled

    pch_dma: Use GFP_ATOMIC because called from interrupt context

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 4e1c06e8d04140f1349156f4c23158f54e14b351 Mon Sep 17 00:00:00 2001
From: Tomoya MORINAGA <tomoya.rohm< at >gmail.com>
Date: Tue, 12 Feb 2013 11:25:33 +0900
Subject: pch_dma: Use GFP_ATOMIC because called from interrupt context

commit 5c1ef59168c485318e40ba485c1eba57d81d0faa upstream.

pdc_desc_get() is called from pd_prep_slave_sg, and the function is
called from interrupt context(e.g. Uart driver "pch_uart.c").
In fact, I saw kernel error message.
So, GFP_ATOMIC must be used

[ 3.8.y.z extended stable ] Patch "ipv6, gre: do not leak info to user-space" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:02

This is a note to let you know that I have just added a patch titled

    ipv6,gre: do not leak info to user-space

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 7d0652d41236018756a7818fbd8f1f746aa0b1d6 Mon Sep 17 00:00:00 2001
From: Amerigo Wang <amwang< at >redhat.com>
Date: Thu, 9 May 2013 21:56:37 +0000
Subject: ipv6,gre: do not leak info to user-space

[ Upstream commit 5dbd5068430b8bd1c19387d46d6c1a88b261257f ]

There is a hole in struct ip6_tnl_parm2, so we have to
zero the struct on stack before copying it to user-space.

Cc: David S. Miller <davem< at >davemloft.net>
Signed-off-by: Cong Wang <amwang< at >redhat.com>
Signed-off-by: David S. Miller <davem< at >da

[ 3.8.y.z extended stable ] Patch "if_cablemodem.h: Add parenthesis around ioctl macros" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:02

This is a note to let you know that I have just added a patch titled

    if_cablemodem.h: Add parenthesis around ioctl macros

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 92f96ed610ad3508f3d397b47bd39fa83eca6be4 Mon Sep 17 00:00:00 2001
From: Josh Boyer <jwboyer< at >redhat.com>
Date: Wed, 8 May 2013 09:45:47 +0000
Subject: if_cablemodem.h: Add parenthesis around ioctl macros

[ Upstream commit 4f924b2aa4d3cb30f07e57d6b608838edcbc0d88 ]

Protect the SIOCGCM* ioctl macros with parenthesis.

Reported-by: Paul Wouters <pwouters< at >redhat.com>
Signed-off-by: Josh Boyer <jwboyer< at >redhat.com>
Signed-off-by: David S. Miller <davem< at >davemloft.net>
Signed-off-by: Ka

[ 3.8.y.z extended stable ] Patch "bridge: fix race with topology change timer" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:00

This is a note to let you know that I have just added a patch titled

    bridge: fix race with topology change timer

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From e42056419e11756ea979e538704bc1529cddfdfb Mon Sep 17 00:00:00 2001
From: stephen hemminger <stephen< at >networkplumber.org>
Date: Thu, 2 May 2013 14:23:28 +0000
Subject: bridge: fix race with topology change timer

[ Upstream commit 83401eb4990ff6af55aeed8f49681558544192e6 ]

A bridge should only send topology change notice if it is not
the root bridge. It is possible for message age timer to elect itself
as a new root bridge, and still have a topology change timer running
but waiting for brid

[ 3.8.y.z extended stable ] Patch "3c59x: fix freeing nonexistent resource on driver unload" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:01

This is a note to let you know that I have just added a patch titled

    3c59x: fix freeing nonexistent resource on driver unload

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 0b38cddcef89f19bff6f10f06d7492f34cfa925d Mon Sep 17 00:00:00 2001
From: Sergei Shtylyov <sergei.shtylyov< at >cogentembedded.com>
Date: Thu, 2 May 2013 11:10:22 +0000
Subject: 3c59x: fix freeing nonexistent resource on driver unload

[ Upstream commit c81400be716aa4c76f6ebf339ba94358dbbf6da6 ]

When unloading the driver that drives an EISA board, a message similar to the
following one is displayed:

Trying to free nonexistent resource <0000000000013000-000000000001301f>

Then an u

[ 3.8.y.z extended stable ] Patch "net: vlan, ethtool: netdev_features_t is more than 32 bit" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:38:00

This is a note to let you know that I have just added a patch titled

    net: vlan,ethtool: netdev_features_t is more than 32 bit

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From 4ace94030726250d367f5e709e55faa6367b7fb2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= <bjorn< at >mork.no>
Date: Wed, 1 May 2013 23:06:42 +0000
Subject: net: vlan,ethtool: netdev_features_t is more than 32 bit
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

[ Upstream commit b29d3145183da4e07d4b570fa8acdd3ac4a5c572 ]

Signed-off-by: Bjørn Mork <bjorn< at >mork.no>
Signed-off-by: David S. Miller <davem< at >davemloft.net>
Signed-off

[ 3.8.y.z extended stable ] Patch "net: tun: release the reference of tun device in tun_recvmsg" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:37:58

This is a note to let you know that I have just added a patch titled

    net: tun: release the reference of tun device in tun_recvmsg

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From ea895dbc54bc27cc1bdb9956b620983cd20fac47 Mon Sep 17 00:00:00 2001
From: Gao feng <gaofeng< at >cn.fujitsu.com>
Date: Wed, 24 Apr 2013 21:59:23 +0000
Subject: net: tun: release the reference of tun device in tun_recvmsg

[ Upstream commit 3811ae76bc84e5dc1a670ae10695f046b310bee1 ]

We forget to release the reference of tun device in tun_recvmsg.
bug introduced in commit 54f968d6efdbf7dec36faa44fc11f01b0e4d1990
(tuntap: move socket to tun_file)

Signed-off-by: Gao feng <gaofeng< at >

[ 3.8.y.z extended stable ] Patch "tcp: reset timer after any SYNACK retransmit" has been added to staging queue

Kamal Mostafa — 2013-05-24T17:37:59

This is a note to let you know that I have just added a patch titled

    tcp: reset timer after any SYNACK retransmit

to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree 
which can be found at:

 http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.8.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.8.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Kamal

------

From c6bb76b5e686b95ea8c9559dc612e0a1c2836582 Mon Sep 17 00:00:00 2001
From: Yuchung Cheng <ycheng< at >google.com>
Date: Mon, 29 Apr 2013 08:44:51 +0000
Subject: tcp: reset timer after any SYNACK retransmit

[ Upstream commit cd75eff64dae8856afbf6ef0f0ca3c145465d8e0 ]

Linux immediately returns SYNACK on (spurious) SYN retransmits, but
keeps the SYNACK timer running independently. Thus the timer may
fire right after the SYNACK retransmit and causes a SYN-SYNACK
cross-fire burst.

Adopt the fast r