This is my first time patch submission. The commit message should
explain the issue.
commit ba8c7a7a629b736fdc1abceaa3ec49f8820aec08
Author: Richard Yao r...@cs.stonybrook.edu
Date: Thu Jun 7 01:44:31 2012 -0400
scsi: lpfc_scsi: Remove unused variables
Kernels built with
On 06/07/12 02:12, Jonathan Nieder wrote:
Hi Richard,
Richard Yao wrote:
This is my first time patch submission. The commit message should
explain the issue.
commit ba8c7a7a629b736fdc1abceaa3ec49f8820aec08
Author: Richard Yao r...@cs.stonybrook.edu
Date: Thu Jun 7 01:44:31 2012 -0400
On Thu, Jun 07, 2012 at 01:59:39AM -0400, Richard Yao wrote:
This is my first time patch submission. The commit message should
explain the issue.
formletter
This is not the correct way to submit patches for inclusion in the
stable kernel tree. Please read Documentation/stable_kernel_rules.txt
On Thu, Jun 07, 2012 at 01:12:56AM -0500, Jonathan Nieder wrote:
Hi Richard,
Richard Yao wrote:
This is my first time patch submission. The commit message should
explain the issue.
commit ba8c7a7a629b736fdc1abceaa3ec49f8820aec08
Author: Richard Yao r...@cs.stonybrook.edu
Date:
Richard Yao wrote:
Using -Werror enables us to catch potential runtime issues before they
happen.
You have more trust in GCC and other compilers than I do.
If you'd like some entertainment, then for example see:
http://gcc.gnu.org/PR52798
http://gcc.gnu.org/PR25509
Bugs and misdesigned
On Wed, Jun 06, 2012 at 03:00:14PM -0700, H. Peter Anvin wrote:
On 06/01/2012 07:52 AM, Borislav Petkov wrote:
From: Andre Przywara andre.przyw...@amd.com
f7f286a910221 (x86/amd: Re-enable CPU topology extensions in case BIOS
has disabled it) wrongfully added code which used the
On Thu, Jun 07, 2012 at 10:35:04AM +0900, Greg KH wrote:
On Wed, Jun 06, 2012 at 05:13:29PM +0200, Robert Richter wrote:
Minimal stable backport of f227d4306cf30e1d5b6f231e8ef9006c34f3d186.
Minimal doesn't begin to describe this. A totally different patch is
more like it.
Why wasn't it
On 06/07/2012 09:21 AM, Borislav Petkov wrote:
On Wed, Jun 06, 2012 at 03:00:14PM -0700, H. Peter Anvin wrote:
On 06/01/2012 07:52 AM, Borislav Petkov wrote:
From: Andre Przywaraandre.przyw...@amd.com
f7f286a910221 (x86/amd: Re-enable CPU topology extensions in case BIOS
has disabled it)
On Thu, Jun 07, 2012 at 09:49:01AM +0200, Borislav Petkov wrote:
On Thu, Jun 07, 2012 at 10:35:04AM +0900, Greg KH wrote:
On Wed, Jun 06, 2012 at 05:13:29PM +0200, Robert Richter wrote:
Minimal stable backport of f227d4306cf30e1d5b6f231e8ef9006c34f3d186.
Minimal doesn't begin to
On Thu, Jun 07, 2012 at 09:49:01AM +0200, Andre Przywara wrote:
On 06/07/2012 09:21 AM, Borislav Petkov wrote:
On Wed, Jun 06, 2012 at 03:00:14PM -0700, H. Peter Anvin wrote:
On 06/01/2012 07:52 AM, Borislav Petkov wrote:
From: Andre Przywaraandre.przyw...@amd.com
f7f286a910221 (x86/amd:
On Wed, 2012-05-23 at 16:47 +0530, Tushar Behera wrote:
Commit eab215855803 (dmaengine: pl330: dont complete descriptor for
cyclic dma) wrongly completes descriptor for cyclic dma, hence following
BUG_ON is still hit with cyclic DMA operations.
kernel BUG at drivers/dma/dmaengine.h:53!
On 06/07/2012 10:08 AM, Greg KH wrote:
On Thu, Jun 07, 2012 at 09:49:01AM +0200, Andre Przywara wrote:
On 06/07/2012 09:21 AM, Borislav Petkov wrote:
On Wed, Jun 06, 2012 at 03:00:14PM -0700, H. Peter Anvin wrote:
On 06/01/2012 07:52 AM, Borislav Petkov wrote:
From: Andre
On 07.06.12 17:04:26, Greg KH wrote:
On Thu, Jun 07, 2012 at 09:49:01AM +0200, Borislav Petkov wrote:
On Thu, Jun 07, 2012 at 10:35:04AM +0900, Greg KH wrote:
On Wed, Jun 06, 2012 at 05:13:29PM +0200, Robert Richter wrote:
Minimal stable backport of
On Thu, Jun 07, 2012 at 11:23:27AM +0200, Robert Richter wrote:
What patch would this be that is needed also?
It is either f227d4306cf30e1d5b6f231e8ef9006c34f3d186 or this stable
one. I am fine with both.
So, to make long story short: take the original patch
Upstream commit a6a1785
I would like this backported to v3.2, v3.3 and v3.4
v3.2 requires patch 6322175 and c843536 as pre-depend
v3.3 requires c843536
---
commit a6a17859f1bdf607650ee055101f54c5f207762b
Author: Ben Skeggs bske...@redhat.com
Date: Sat May 5 00:39:21 2012 +1000
On Tue, Jun 5, 2012 at 7:12 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
+ if (value)
+ value = WM8994_GPN_LVL;
+
return wm8994_set_bits(wm8994, WM8994_GPIO_1 + offset,
- WM8994_GPN_DIR, 0);
+
commit ebed633c61c023e5d1aa4ed159cd67406e9e37c2 upstream.
The logic that allows to have a short TFD queue was completely wrong.
We do maintain 256 Transmit Frame Descriptors, but they point to
recycled buffers. We used to attach and de-attach different TFDs for
the same buffer and it worked since
Subject: [PATCH] iwlwifi: fix the Transmit Frame Descriptor rings
commit ebed633c61c023e5d1aa4ed159cd67406e9e37c2 upstream.
The logic that allows to have a short TFD queue was completely wrong.
We do maintain 256 Transmit Frame Descriptors, but they point to
recycled buffers. We used to
commit ebed633c61c023e5d1aa4ed159cd67406e9e37c2 upstream.
The logic that allows to have a short TFD queue was completely wrong.
We do maintain 256 Transmit Frame Descriptors, but they point to
recycled buffers. We used to attach and de-attach different TFDs for
the same buffer and it worked since
[Upstream commit 31c15a2f24ebdab14333d9bf5df49757842ae2ec with paths
adjusted to compensate for the drivers/net/ethernet/intel reorg in
dee1ad47f2ee75f5146d83ca757c1b7861c34c3b]
Author: Dean Nelson dnel...@redhat.com
Date: Thu Aug 25 14:39:24 2011 +
e1000: save skb counts in TX to
Hi!
Shortly:
Tested ( but, in early implementaition): Ubuntu 12.04 + OpenSUSE
+
I'm test kernel v3.5 on Arch Linux -- all related this patches work Ok
Greg: ( in any case: accept backport patches or not) might be very usefull info: what lines from this rules: [. .
.] doesn't meet?
are
Hi,
On Thu, Jun 07, 2012 at 09:42:55AM -0400, Josh Boyer wrote:
On Thu, Jun 7, 2012 at 12:03 AM, Greg KH gre...@linuxfoundation.org wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andrea Arcangeli aarca...@redhat.com
Junxiao Bi junxiao...@oracle.com writes:
Ocfs2 uses kiocb.*private as a flag of unsigned long size. In
commit a11f7e6 ocfs2: serialize unaligned aio, the unaligned
io flag is involved in it to serialize the unaligned aio. As
*private is not initialized in init_sync_kiocb() of do_sync_write(),
On 06/07/2012 01:08 AM, Greg KH wrote:
What? So I don't need to do anything?
Correct, you're fine as-is.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
To unsubscribe from this list: send the line
Well, I think I will take your suggestions. I am sending another version
of the patch.
Thanks,
-Tao
-Original Message-
From: shliker...@gmail.com [mailto:shliker...@gmail.com] On Behalf Of
Shaohua Li
Sent: Wednesday, June 06, 2012 10:07 AM
To: Guo, Tao
Cc: glorious...@gmail.com;
Fix a regression introduced by 7eaceaccab5f40 (block: remove per-queue
plugging). In that patch, Jens removed the whole mm_unplug_device()
function, which used to be the trigger to make umem start to work.
We need to implement unplugging to make umem start to work, or I/O will
never be
On Thu, Jun 7, 2012 at 7:42 AM, Andrea Arcangeli aarca...@redhat.com wrote:
From the oops it looks like atomic64_read trips on a dangling pmdp
pointer, but if the problem doesn't happen with Xen then the pointer
value shouldn't be the problem, and in turn the lock cmpxchg8b used to
access the
On Thu, Jun 07, 2012 at 01:03:44PM +0900, Greg KH wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
It breaks Linux running under Amazon EC2 under 32-bit. Please
don't apply it to any 3.x kernels until we figure out a
fix to this.
--
From:
On Fri, Jun 01, 2012 at 10:06:23AM +0200, Takashi Iwai wrote:
xhci_free_tt_info() may access the invalid memory when it removes the
last entry but the list is not empty. Then tt_next reaches to the
list head but it still tries to check the tt_info of that entry.
This patch fixes the bug and
On Thu, Jun 07, 2012 at 10:46:44AM -0700, Linus Torvalds wrote:
So I assume that Xen just turns the page tables read-only in order to
track them, and then assumes that nobody modifies them in the
particular section. And the cmpxchg64 looks like a modification, even
if we only use it to read
On Thu, Jun 07, 2012 at 04:54:56PM +, Luck, Tony wrote:
Parts of asm/intrinsics.h were moved to asm/cmpxchg.h, and the
former now includes the latter. The former is exported to userland
so the latter must be too.
Already received and applied a patch that does this (though it added
Hi Victor,
Victor Miasnikov wrote:
Hi!
Shortly:
Tested ( but, in early implementaition): Ubuntu 12.04 + OpenSUSE
+
Your mails are hard to read. Please see
http://www.tux.org/lkml/#s3-9
if you would like to change that.
Hope that helps,
Jonathan
--
To unsubscribe from this list: send
Hi,
this should avoid the cmpxchg8b (to make Xen happy) but without
reintroducing the race condition. It's actually going to be faster
too, but it's conceptually more complicated as the pmd high/low may be
inconsistent at times, but at those times we're going to declare the
pmd unstable and
In the x86 32bit PAE CONFIG_TRANSPARENT_HUGEPAGE=y case while holding
the mmap_sem for reading, cmpxchg8b cannot be used to read pmd
contents under Xen.
So instead of dealing only with consistent pmdvals in
pmd_none_or_trans_huge_or_clear_bad() (which would be conceptually
simpler) we let
On Thu, Jun 07, 2012 at 09:04:14PM +0200, Andrea Arcangeli wrote:
#ifndef CONFIG_TRANSPARENT_HUGEPAGE
+#define pmd_read_atomic pmd_read_atomic
static inline pmd_t pmd_read_atomic(pmd_t *pmdp)
{
pmdval_t ret;
@@ -74,11 +81,6 @@ static inline pmd_t pmd_read_atomic(pmd_t *pmdp)
From: Konstantin Khlebnikov khlebni...@openvz.org
Subject: mm: correctly synchronize rss-counters at exit/exec
mm-rss_stat counters have per-task delta: task-rss_stat. Before
changing task-mm pointer the kernel must flush this delta with
sync_mm_rss().
do_exit() already calls sync_mm_rss() to
From: Roland Dreier rol...@purestorage.com
Subject: btree: fix tree corruption in btree_get_prev()
The memory the parameter __key points to is used as an iterator in
btree_get_prev(), so if we save off a bkey() pointer in retry_key and then
assign that to __key, we'll end up corrupting the btree
On 06/07/2012 05:49 AM, Roman Kagan wrote:
[Upstream commit 31c15a2f24ebdab14333d9bf5df49757842ae2ec with paths
adjusted to compensate for the drivers/net/ethernet/intel reorg in
dee1ad47f2ee75f5146d83ca757c1b7861c34c3b]
Author: Dean Nelson dnel...@redhat.com
Date: Thu Aug 25 14:39:24 2011
From: Jeff Kirsher tar...@gmail.com
Date: Thu, 07 Jun 2012 14:38:17 -0700
Thanks! I have applied the patch to my queue
Why?
My impression is that this is a patch already in the tree, and it's
being submitted for -stable but such minor performance hacks are
absolutely not appropriate for
On Thu, Jun 07, 2012 at 01:11:20PM +0200, Linus Walleij wrote:
broo...@opensource.wolfsonmicro.com wrote:
+ ? ? ? if (value)
+ ? ? ? ? ? ? ? value = WM8994_GPN_LVL;
? ? ? ?return wm8994_set_bits(wm8994, WM8994_GPIO_1 + offset,
- ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?WM8994_GPN_DIR, 0);
+ ? ? ?
On 06/07/2012 02:43 PM, David Miller wrote:
From: Jeff Kirsher tar...@gmail.com
Date: Thu, 07 Jun 2012 14:38:17 -0700
Thanks! I have applied the patch to my queue
Why?
My impression is that this is a patch already in the tree, and it's
being submitted for -stable but such minor performance
If the user chooses to say no to CONFIG_USB_XHCI_HCD on a system
with an Intel Panther Point chipset, the PCI quirks code or the EHCI
driver will switch the ports over to the xHCI host, but the xHCI driver
will never load. The ports will be powered off and seem dead to the
user.
Fix this by only
On Thu, Jun 07, 2012 at 03:49:11PM -0700, Sarah Sharp wrote:
If the user chooses to say no to CONFIG_USB_XHCI_HCD on a system
with an Intel Panther Point chipset, the PCI quirks code or the EHCI
driver will switch the ports over to the xHCI host, but the xHCI driver
will never load. The ports
commit: cbf8ae32f66a9ceb8907ad9e16663c2a29e48990
From: Roland Dreier rol...@purestorage.com
Date: Thu, 7 Jun 2012 14:21:13 -0700
Subject: btree: fix tree corruption in btree_get_prev()
The memory the parameter __key points to is used as an iterator in
btree_get_prev(), so if we save off a bkey()
commit: 40af1bbdca47e5c8a2044039bb78ca8fd8b20f94
From: Konstantin Khlebnikov khlebni...@openvz.org
Date: Thu, 7 Jun 2012 14:21:14 -0700
Subject: mm: correctly synchronize rss-counters at exit/exec
mm-rss_stat counters have per-task delta: task-rss_stat. Before
changing task-mm pointer the kernel
On Fri, Jun 08, 2012 at 07:55:21AM +0900, Greg Kroah-Hartman wrote:
On Thu, Jun 07, 2012 at 03:49:11PM -0700, Sarah Sharp wrote:
If the user chooses to say no to CONFIG_USB_XHCI_HCD on a system
with an Intel Panther Point chipset, the PCI quirks code or the EHCI
driver will switch the ports
This patch actually seems to have made the
BUG: Bad rss-counter state ..
problem *much* worse. It triggers all the time for me now - I've got
408 of those messages on my macbook air within a minute of booting it.
Not good. Especially not good when it's marked for stable too.
Ugh, looking more at the patch, I'm getting more and more convinces
that it is pure and utter garbage.
It does sync_mm_rss(mm); in mmput(), _after_ it has done the
possibly final mmdrop(). WTF?
This is crap, guys. Seriously. Stop playing russian rulette with this
code. I think we need to revert
On 2012.06.07 at 17:25 -0700, Linus Torvalds wrote:
Ugh, looking more at the patch, I'm getting more and more convinces
that it is pure and utter garbage.
It does sync_mm_rss(mm); in mmput(), _after_ it has done the
possibly final mmdrop(). WTF?
This is crap, guys. Seriously. Stop playing
On Thu, 7 Jun 2012, Linus Torvalds wrote:
Ugh, looking more at the patch, I'm getting more and more convinces
that it is pure and utter garbage.
It does sync_mm_rss(mm); in mmput(), _after_ it has done the
possibly final mmdrop(). WTF?
This is crap, guys. Seriously. Stop playing russian
On Thu, Jun 7, 2012 at 6:05 PM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
You've somehow merged the wrong patch.
The correct version can be found here:
http://marc.info/?l=linux-kernelm=133848759505805
It looks like Andrew sent me a bad version.
However, that patch you point at isn't
No, this is apparently that same almost there patch from Oleg. I
guarantee that it's wrong.
Linus
---
[ This part, to be exact: ]
On Thu, Jun 7, 2012 at 6:16 PM, Hugh Dickins hu...@google.com wrote:
--- a/kernel/tsacct.c
+++ b/kernel/tsacct.c
@@ -91,6 +91,7 @@ void
On Fri, Jun 01, 2012 at 10:06:24AM +0200, Takashi Iwai wrote:
This patch fixes a few issues introduced in the recent fix
[f8a9e72d: USB: fix resource leak in xhci power loss path]
- The endpoints listed in bw table are just links and each entry is an
array member of dev-eps[]. But the
On Thu, Jun 07, 2012 at 09:07:13PM +0100, Ben Hutchings wrote:
On Thu, Jun 07, 2012 at 04:54:56PM +, Luck, Tony wrote:
Parts of asm/intrinsics.h were moved to asm/cmpxchg.h, and the
former now includes the latter. The former is exported to userland
so the latter must be too.
On Fri, 2012-06-08 at 10:43 +0900, Greg Kroah-Hartman wrote:
On Thu, Jun 07, 2012 at 09:07:13PM +0100, Ben Hutchings wrote:
On Thu, Jun 07, 2012 at 04:54:56PM +, Luck, Tony wrote:
Parts of asm/intrinsics.h were moved to asm/cmpxchg.h, and the
former now includes the latter. The
On Thu, Jun 07, 2012 at 02:43:58PM -0700, David Miller wrote:
From: Jeff Kirsher tar...@gmail.com
Date: Thu, 07 Jun 2012 14:38:17 -0700
Thanks! I have applied the patch to my queue
Why?
My impression is that this is a patch already in the tree, and it's
being submitted for -stable but
On Thu, 2012-06-07 at 13:04 +0900, Greg KH wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit 9dae31009b1a00d926c6fe032d5a88099620adc3 ]
asix driver drops 8021Q full size
On Thu, 2012-06-07 at 13:04 +0900, Greg KH wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o ty...@mit.edu
commit 79906964a187c405db72a3abc60eb9b50d804fbc upstream.
In commit 353eb83c we removed i_state_flags with
On Fri, Jun 08, 2012 at 04:03:09AM +0100, Ben Hutchings wrote:
ei-i_flags = flags;
[...]
Shouldn't this last assignment have been deleted?
Yes, I'm testing two patches to push to Linus. One of them deletes
the last assignment.
The testing cycle should be over by tomorrow
On Thu, 2012-06-07 at 23:11 -0400, Ted Ts'o wrote:
On Fri, Jun 08, 2012 at 04:03:09AM +0100, Ben Hutchings wrote:
ei-i_flags = flags;
[...]
Shouldn't this last assignment have been deleted?
Yes, I'm testing two patches to push to Linus. One of them deletes
the last
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 08 Jun 2012 03:27:52 +0100
On Thu, 2012-06-07 at 13:04 +0900, Greg KH wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
[ Upstream commit
This is the start of the stable review cycle for the 3.2.20 release.
There are 82 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun Jun 10 13:00:00 UTC 2012.
Anything
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit 63d37a84ab6004c235314ffd7a76c5eb28c2fae0 upstream.
__mnt_make_shortterm() in there undoes the effect of __mnt_make_longterm()
we'd done back when we set
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Boaz Harrosh bharr...@panasas.com
commit 6abe4a87f7bc7978705c386dbba0ca0c7790b3ec upstream.
If at exofs_fill_super() we had an early termination
do to any error, like an IO error while reading
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Hansen d...@linux.vnet.ibm.com
commit c50ac050811d6485616a193eb0f37bfbd191cc89 upstream.
When called for anonymous (non-shared) mappings, hugetlb_reserve_pages()
does a resv_map_alloc().
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Shirish Pargaonkar shirishpargaon...@gmail.com
commit 2608bee744a92d60d15ff4e6e0b913d8b406aedd upstream.
As observed and suggested by Tushar Gosavi...
-
readdir calls these function to
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Michael Gruetzner mgrue...@gmx.de
commit 85d59726c5c66016a507f1f4a60db8e374dd284d upstream.
Add Foxconn/Hon Hai AR5BBU22 Bluetooth Module( 0x489:0xE03C) to
the blacklist of btusb module and add
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Yanmin Zhang yanmin_zh...@linux.intel.com
[ Upstream commit e49cc0da7283088c5e03d475ffe2fdcb24a6d5b1 ]
We hit a kernel OOPS.
3[23898.789643] BUG: sleeping function called from invalid context
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Don Zickus dzic...@redhat.com
commit 2e8b506310f6433d5558387fd568d4bfb1d6a799 upstream.
I was trying to backport the following commit to RHEL-6
From
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit a2bef8ce826dd1e787fd8ad9b6e0566ba59dab43 upstream.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Dave Airlie
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Huang (Peng) peter.huangp...@huawei.com
[ Upstream commit a881e963c7fe1f226e991ee9bbe8907acda93294 ]
bridge: set fake_rtable's dst to NULL to avoid kernel Oops
when bridge is deleted
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Stephan Gatzka step...@gatzka.org
commit 9ca3cc6f3026946ba655e863ca2096339e667639 upstream.
skb_defer_rx_timestamp was called with a freshly allocated skb but must
be called with rskb instead.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Marc Gariepy mgari...@ubuntu.com
commit f5b8a7ed0405d48fd096acce48fbefbed77fb055 upstream.
Add a no_lvds quirk for the HP t5745 and HP st5747 thin clients
dmidecode for those thin clients are
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Vetter daniel.vet...@ffwll.ch
commit 6cb49835da0426f69a2931bc2a0a8156344b0e41 upstream.
We have one bug report from a validation team that we get the eDP
panel sequencing still somewhat
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Gao feng gaof...@cn.fujitsu.com
[ Upstream commit 0c1833797a5a6ec23ea9261d979aa18078720b74 ]
Since commit ad0081e43a
ipv6: Fragment locally generated tunnel-mode IPSec6 packets as needed
the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Shirish Pargaonkar shirishpargaon...@gmail.com
commit 2c0c2a08bed7a3b791f88d09d16ace56acb3dd98 upstream.
While traversing the linked list of open file handles, if the identfied
file handle is
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: David S. Miller da...@davemloft.net
[ Upstream commit 59b9997baba5242997ddc7bd96b1391f5275a5a4 ]
This reverts commit 8a83a00b0735190384a348156837918271034144.
It causes regressions for S390
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Manoj Iyer manoj.i...@canonical.com
commit 37305cf649689a4d2341dd6fd89b091c6007f9ba upstream.
T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=03 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=ff(vend.) Sub=01
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Poirier bpoir...@suse.de
[ Upstream commit 91657eafb64b4cb53ec3a2fbc4afc3497f735788 ]
Corrects the function that determines the esp payload size. The calculations
done in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet eduma...@google.com
commit 9dae31009b1a00d926c6fe032d5a88099620adc3 upstream.
asix driver drops 8021Q full size frames because it doesn't take into
account VLAN header size.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ulrich Drepper drep...@akkadia.org
commit 9295b7a07c859a42346221b5839be0ae612333b0 upstream.
Programs using /proc/kpageflags need to know about the various flags. The
linux/kernel-page-flags.h
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger n...@linux-iscsi.org
commit a4dff3043c231d57f982af635c9d2192ee40e5ae upstream.
Convert to use O_DSYNC for all cases at FILEIO backend creation time to
avoid the extra syncing
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu rom...@fr.zoreil.com
[ Upstream commit ae1f23fb433ac0aaff8aeaa5a7b14348e9aa8277 ]
With infinite gratitude to Eric Dumazet for allowing me to identify
the error.
Signed-off-by:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Julien Ducourthial jduco...@free.fr
[ Upstream commit 477206a018f902895bfcd069dd820bfe94c187b1 ]
The r8169 may get stuck or show bad behaviour after activating TSO :
the net_device is not
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
[ Upstream commit e0268868ba064980488fc8c194db3d8e9fb2959c ]
dst_check() will take care of SA (and obsolete field), hence
IPsec rekeying scenario is
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Frank Svendsboe frank.svends...@gmail.com
commit 2e929d001e85126d9267de373d4b76014789661d upstream.
MTD_OF_PARTS and the default setting is not working due to using 'Y'
instead of 'y',
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Hocko mho...@suse.cz
commit e48982734ea0500d1eba4f9d96195acc5406cad6 upstream.
Commit 645747462435 (vmscan: detect mapped file pages used only once)
made mapped pages have another round
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Hansen d...@linux.vnet.ibm.com
commit 4523e1458566a0e8ecfaff90f380dd23acc44d27 upstream.
hugetlb_reserve_pages() can be used for either normal file-backed
hugetlbfs mappings, or
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: AceLan Kao acelan@canonical.com
commit 87522a433ba6886b5ccbb497e0a7cb8097def64e upstream.
Add another vendor specific ID for Atheros AR3012 device.
This chip is wrapped by IMC Networks.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Salman Qazi sq...@google.com
commit 95599968d19db175829fb580baa6b68939b320fb upstream.
We can't have references held on pages in the s_buddy_cache while we are
trying to truncate its pages and
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Whitcroft a...@canonical.com
commit c5971456964290da7e98222892797b71ef793e62 upstream.
We only need to regenerate the sysfs files when the capacity units
change, avoid the update
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Joonsoo Kim js1...@gmail.com
commit 02d7633fa567be7bf55a993b79d2a31b95ce2227 upstream.
In the case which is below,
1. acquire slab for cpu partial list
2. free object to it by remote cpu
3.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit a8ff3ee211fccf708e1911bbc096625453ebf759 upstream.
This imbalance may cause hangs when TTM is trying to swap out a buffer
that is already on the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: James Chapman jchap...@katalix.com
[ Upstream commit c51ce49735c183ef2592db70f918ee698716276b ]
An application may call connect() to disconnect a socket using an
address with family AF_UNSPEC.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Kasatkin dmitry.kasat...@intel.com
commit 799243a389bde0de10fa21ca1ca453d2fe538b85 upstream.
When a file is truncated with truncate()/ftruncate() and then closed,
iversion is not
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Felix Fietkau n...@openwrt.org
commit 81357a281dcc454841532c46b30e6f2ba12b73ea upstream.
ath_tx_setup_buffer() can fail if there is no ath_buf left, or if mapping DMA
failed. In this case it
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: James Bottomley jbottom...@parallels.com
commit 2f649c1f6f0fef445ce79a19b79e5ce8fe9d7f19 upstream.
commit 5e185581d7c46ddd33cd9c01106d1fc86efb9376
Author: James Bottomley
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jesse Barnes jbar...@virtuousgeek.org
commit 89ba829e38bd500f438bc08af4229204c8ed7f35 upstream.
Media turbo requests can either use RPVSWREQ or RPNSWREQ to indicate
what the interrupt handler
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Dilger adil...@dilger.ca
commit 7e936b737211e6b54e34b71a827e56b872e958d8 upstream.
A hard-linked directory to its parent can cause the VFS to deadlock,
and is a sign of a corrupted file
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: AceLan Kao acelan@canonical.com
commit ac71311e65e2c4c2dbac76db698fecbee755b016 upstream.
Add another vendor specific ID for Atheros AR3012
output of usb-devices:
T: Bus=02 Lev=02 Prnt=02
1 - 100 of 137 matches
Mail list logo