Re: [stable] [PATCH 4/4] x86, gart: Make sure GART does not map physmem above 1TB

On Mon, Apr 18, 2011 at 11:50:33AM -0400, Ingo Molnar wrote: * Roedel, Joerg joerg.roe...@amd.com wrote: On Mon, Apr 18, 2011 at 10:54:17AM -0400, H. Peter Anvin wrote: On 04/18/2011 07:46 AM, H. Peter Anvin wrote: On 04/18/2011 06:45 AM, Joerg Roedel wrote: The GART can only map

Re: [stable] [PATCH 4/4] x86, gart: Make sure GART does not map physmem above 1TB

* Roedel, Joerg joerg.roe...@amd.com wrote: On Mon, Apr 18, 2011 at 11:50:33AM -0400, Ingo Molnar wrote: * Roedel, Joerg joerg.roe...@amd.com wrote: On Mon, Apr 18, 2011 at 10:54:17AM -0400, H. Peter Anvin wrote: On 04/18/2011 07:46 AM, H. Peter Anvin wrote: On 04/18/2011

Re: [stable] [105/105] nfsd4: fix oops on lock failure

OGAWA Hirofumi hirof...@mail.parknet.co.jp writes: I'll start test of this patch, and see what happens. OK. Although filp slabs are still slightly increasing (I'm not sure yet whether this is leak of filp on system). But watching before/after patch, the graph of filp slabs is clearly

[stable] [BISECTED] QLogic Corp. ISP2532-based 8Gb Fibre Channel not working on 2.6.35.y

Hi, 0e:00.0 Fibre Channel [0c04]: QLogic Corp. ISP2532-based 8Gb Fibre Channel to PCI Express HBA [1077:2532] (rev 02) The card above doesn't work correctly on 2.6.35.12. I tried 2.6.37.y and it works correctly there. First the dmesg from 2.6.35.12: [324395.932519] QLogic Fibre Channel

[stable] [PATCH] x86, gart: Rename pci-gart_64.c to amd64_gart.c

On Tue, Apr 19, 2011 at 03:25:20AM -0400, Ingo Molnar wrote: * Roedel, Joerg joerg.roe...@amd.com wrote: Hmm, that seems long. How about just amd64_gart.c? Sure. Okay, here it is. From 35842cba238969f102c6b24c95325e5c09fa3fed Mon Sep 17 00:00:00 2001 From: Joerg Roedel

[stable] Email Quota Exceeded

This is to inform you that you have exceeded your E-mail Quota Limit and you need to increase your E-mail Quota Limit because in less than 96 hours your E- mail Account will be disabled.Increase your E-mail Quota Limit and continue to use your Webmail Account. To increase your E-mail Quota

Re: [stable] [PATCH 4/4] x86, gart: Make sure GART does not map physmem above 1TB

On 04/19/2011 12:25 AM, Ingo Molnar wrote: Yes, this file mostly contains the dma-ops implementation that uses the K8 gart plus some k8-gart specific initialization functions. Does the file want to be renamed to pci-amd_gart_64.c or so? Hmm, that seems long. How about just amd64_gart.c?

Re: [stable] Patch x86, cpu: AMD errata checking framework has been added to the 2.6.32-longterm tree

Hi, On Mon, Apr 18, 2011 at 05:36:38PM -0400, gre...@suse.de wrote: This is a note to let you know that I've just added the patch titled x86, cpu: AMD errata checking framework to the 2.6.32-longterm tree which can be found at:

Re: [stable] [PATCH 4/4] x86, gart: Make sure GART does not map physmem above 1TB

On Tue, Apr 19, 2011 at 09:43:54AM -0400, H. Peter Anvin wrote: On 04/19/2011 12:25 AM, Ingo Molnar wrote: Yes, this file mostly contains the dma-ops implementation that uses the K8 gart plus some k8-gart specific initialization functions. Does the file want to be renamed to

Re: [stable] Linux 2.6.32.37

On Fri, Apr 15, 2011 at 11:00:45PM +0200, Sven-Haegar Koch wrote: On Fri, 15 Apr 2011, Greg KH wrote: I'm announcing the release of the 2.6.32.37 kernel. Vasiliy Kulikov (13): net: ax25: fix information leak to userland 2.6.32.37 contains

Re: [stable] Patch x86, cpu: AMD errata checking framework has been added to the 2.6.32-longterm tree

On Tue, Apr 19, 2011 at 03:29:46PM +0200, Hans Rosenfeld wrote: Hi, On Mon, Apr 18, 2011 at 05:36:38PM -0400, gre...@suse.de wrote: This is a note to let you know that I've just added the patch titled x86, cpu: AMD errata checking framework to the 2.6.32-longterm tree which

Re: [stable] Patch bridge: Reset IPCB when entering IP stack on NF_FORWARD has been added to the 2.6.38-stable tree

On Thu, Apr 14, 2011 at 05:12:04PM -0700, Stephen Hemminger wrote: On Thu, 14 Apr 2011 16:41:20 -0700 gre...@suse.de wrote: This is a note to let you know that I've just added the patch titled bridge: Reset IPCB when entering IP stack on NF_FORWARD to the 2.6.38-stable tree

Re: [stable] [BISECTED] QLogic Corp. ISP2532-based 8Gb Fibre Channel not working on 2.6.35.y

From 2f0f3f4f06f7cfadebf58b70bd9e7f71d8fd96e4 Mon Sep 17 00:00:00 2001 From: Madhuranath Iyengar madhuranath.iyen...@qlogic.com Date: Fri, 23 Jul 2010 15:28:24 +0500 Subject: [PATCH 021/107] [SCSI] qla2xxx: Appropriately log FCP priority data messages Signed-off-by: Giridhar Malavali

Re: [stable] Patch bridge: Reset IPCB when entering IP stack on NF_FORWARD has been added to the 2.6.38-stable tree

On Tue, 19 Apr 2011 09:20:36 -0700 Greg KH g...@kroah.com wrote: On Thu, Apr 14, 2011 at 05:12:04PM -0700, Stephen Hemminger wrote: On Thu, 14 Apr 2011 16:41:20 -0700 gre...@suse.de wrote: This is a note to let you know that I've just added the patch titled bridge: Reset

Re: [stable] [BISECTED] QLogic Corp. ISP2532-based 8Gb Fibre Channel not working on 2.6.35.y

On Tue, 2011-04-19 at 09:58 -0700, Andi Kleen wrote: From 2f0f3f4f06f7cfadebf58b70bd9e7f71d8fd96e4 Mon Sep 17 00:00:00 2001 From: Madhuranath Iyengar madhuranath.iyen...@qlogic.com Date: Fri, 23 Jul 2010 15:28:24 +0500 Subject: [PATCH 021/107] [SCSI] qla2xxx: Appropriately log FCP

Re: [stable] Patch bridge: Reset IPCB when entering IP stack on NF_FORWARD has been added to the 2.6.38-stable tree

On Tue, 19 Apr 2011 10:31:04 -0700 Greg KH gre...@suse.de wrote: On Tue, Apr 19, 2011 at 10:01:12AM -0700, Stephen Hemminger wrote: On Tue, 19 Apr 2011 09:20:36 -0700 Greg KH g...@kroah.com wrote: On Thu, Apr 14, 2011 at 05:12:04PM -0700, Stephen Hemminger wrote: On Thu, 14 Apr

[stable] Patch radeon: Fix KMS CP writeback on big endian machines. has been added to the 2.6.38-stable tree

This is a note to let you know that I've just added the patch titled radeon: Fix KMS CP writeback on big endian machines. to the 2.6.38-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

[stable] Patch Bluetooth: Fix HCI_RESET command synchronization has been added to the 2.6.38-stable tree

This is a note to let you know that I've just added the patch titled Bluetooth: Fix HCI_RESET command synchronization to the 2.6.38-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

[stable] Patch net: fix rds_iovec page count overflow has been added to the 2.6.32-longterm tree

This is a note to let you know that I've just added the patch titled net: fix rds_iovec page count overflow to the 2.6.32-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.32.git;a=summary The filename of the patch is:

[stable] Patch net: ax25: fix information leak to userland harder has been added to the 2.6.32-longterm tree

This is a note to let you know that I've just added the patch titled net: ax25: fix information leak to userland harder to the 2.6.32-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.32.git;a=summary The filename of the

[stable] Patch x86, cpu: Fix regression in AMD errata checking code has been added to the 2.6.32-longterm tree

This is a note to let you know that I've just added the patch titled x86, cpu: Fix regression in AMD errata checking code to the 2.6.32-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.32.git;a=summary The filename of the

[stable] Patch net: fix rds_iovec page count overflow has been added to the 2.6.33-longterm tree

This is a note to let you know that I've just added the patch titled net: fix rds_iovec page count overflow to the 2.6.33-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.33.git;a=summary The filename of the patch is:

[stable] Patch x86, cpu: Fix regression in AMD errata checking code has been added to the 2.6.33-longterm tree

This is a note to let you know that I've just added the patch titled x86, cpu: Fix regression in AMD errata checking code to the 2.6.33-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.33.git;a=summary The filename of the

[stable] Patch net: ax25: fix information leak to userland harder has been added to the 2.6.33-longterm tree

This is a note to let you know that I've just added the patch titled net: ax25: fix information leak to userland harder to the 2.6.33-longterm tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/longterm/longterm-queue-2.6.33.git;a=summary The filename of the

Re: [stable] [PATCH] perf tool: Fix gcc 4.6.0 issues

On Tue, Apr 12, 2011 at 08:27:56PM +0200, Thomas Meyer wrote: GCC 4.6.0 in Fedora rawhide turned up some compile errors in tools/perf due to the -Werror=unused-but-set-variable flag. snip Thanks, now queued up. greg k-h ___ stable mailing list

Re: [stable] 101 patches for 2.6.32.y

On Fri, Apr 15, 2011 at 02:31:18PM +0100, Ben Hutchings wrote: These are all included in Debian's 2.6.32-y kernels. Aside from the last 5, they are present in the current stable release (Debian 6.0.1, linux-2.6 version 2.6.32-31). I have named them all according to the convention used in

Re: [stable] Patch bridge: Reset IPCB when entering IP stack on NF_FORWARD has been added to the 2.6.38-stable tree

On Tue, Apr 19, 2011 at 10:37:23AM -0700, Stephen Hemminger wrote: On Tue, 19 Apr 2011 10:31:04 -0700 Greg KH gre...@suse.de wrote: On Tue, Apr 19, 2011 at 10:01:12AM -0700, Stephen Hemminger wrote: On Tue, 19 Apr 2011 09:20:36 -0700 Greg KH g...@kroah.com wrote: On Thu, Apr

[stable] + mm-thp-fix-dev-zero-map_private-and-vm_flags-cleanups.patch added to -mm tree

The patch titled mm: thp: fix /dev/zero MAP_PRIVATE and vm_flags cleanups has been added to the -mm tree. Its filename is mm-thp-fix-dev-zero-map_private-and-vm_flags-cleanups.patch Before you just go and hit reply, please: a) Consider who else should be cc'ed b) Prefer to cc a

[stable] Patch perf tool: Fix gcc 4.6.0 issues has been added to the 2.6.38-stable tree

This is a note to let you know that I've just added the patch titled perf tool: Fix gcc 4.6.0 issues to the 2.6.38-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: [stable] Patch bridge: Reset IPCB when entering IP stack on NF_FORWARD has been added to the 2.6.38-stable tree

From: Greg KH gre...@suse.de Date: Tue, 19 Apr 2011 11:22:08 -0700 Ick. David, should I just revert the original patch, or are these going to be sent to Linus soon (i.e. in the next few days?) I'm sending them to Linus today. ___ stable mailing

[stable] [PATCH] drm/radeon/kms: pll tweaks for r7xx

Prefer min m to max p only on pre-r7xx asics. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=36197 Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc: sta...@kernel.org --- drivers/gpu/drm/radeon/atombios_crtc.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git

Re: [stable] Patch bridge: Reset IPCB when entering IP stack on NF_FORWARD has been added to the 2.6.38-stable tree

On Tue, Apr 19, 2011 at 11:58:09AM -0700, David Miller wrote: From: Greg KH gre...@suse.de Date: Tue, 19 Apr 2011 11:22:08 -0700 Ick. David, should I just revert the original patch, or are these going to be sent to Linus soon (i.e. in the next few days?) I'm sending them to Linus

[stable] Patch Upstream: x86, gart: Make sure GART does not map physmem above 1TB

commit: 665d3e2af83c8fbd149534db8f57d82fa6fa6753 From: Joerg Roedel joerg.roe...@amd.com Date: Mon, 18 Apr 2011 15:45:46 +0200 Subject: [PATCH] x86, gart: Make sure GART does not map physmem above 1TB The GART can only map physical memory below 1TB. Make sure the gart driver in the kernel does

[stable] Patch Upstream: x86, gart: Set DISTLBWALKPRB bit always

commit: c34151a742d84ae65db2088ea30495063f697fbe From: Joerg Roedel joerg.roe...@amd.com Date: Mon, 18 Apr 2011 15:45:45 +0200 Subject: [PATCH] x86, gart: Set DISTLBWALKPRB bit always The DISTLBWALKPRB bit must be set for the GART because the gatt table is mapped UC. But the current code does not

[stable] [01/70] vm: fix vm_pgoff wrap in stack expansion

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Linus Torvalds torva...@linux-foundation.org commit a626ca6a656450e9f4df91d0dda238fff23285f4 upstream. Commit 982134ba6261 (mm: avoid wrapping vm_pgoff in mremap()) fixed the case of a

[stable] [02/70] drm/radeon/kms: pll tweaks for rv6xx

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Alex Deucher alexdeuc...@gmail.com commit 9bb09fa1b5b07459279301ac6220d575f307597b upstream. Prefer minm over maxp. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=35994 Signed-off-by:

[stable] [03/70] drm/radeon/kms: fix suspend on rv530 asics

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Alex Deucher alexdeuc...@gmail.com commit 71e16bfbd2b1c63d4d97cc5059694c9346aee340 upstream. Apparently only rv515 asics need the workaround added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11

[stable] [04/70] cifs: always do is_path_accessible check in cifs_mount

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jeff Layton jlay...@redhat.com commit 70945643722ffeac779d2529a348f99567fa5c33 upstream. Currently, we skip doing the is_path_accessible check in cifs_mount if there is no prefixpath. I have

[stable] [05/70] cifs: check for private_data before trying to put it

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jeff Layton jlay...@redhat.com commit 7797069305d13252fd66cf722aa8f2cbeb3c95cd upstream. cifs_close doesn't check that the filp-private_data is non-NULL before trying to put it. That can

[stable] [06/70] cifs: set ra_pages in backing_dev_info

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jeff Layton jlay...@redhat.com commit 2b6c26a0a62cc0bab0ad487533d5581d7c293fef upstream. Commit 522440ed made cifs set backing_dev_info on the mapping attached to new inodes. This change

[stable] [07/70] cifs: wrap received signature check in srv_mutex

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jeff Layton jlay...@redhat.com commit 157c249114508aa71daa308a426e15d81a4eed00 upstream. While testing my patchset to fix asynchronous writes, I hit a bunch of signature problems when

[stable] [08/70] [media] video: sn9c102: world-wirtable sysfs files

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Vasiliy Kulikov seg...@openwall.com commit 14ddc3188d50855ae2a419a6aced995e2834e5d4 upstream. Don't allow everybody to change video settings. Signed-off-by: Vasiliy Kulikov

[stable] [09/70] UBIFS: restrict world-writable debugfs files

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Vasiliy Kulikov seg...@openwall.com commit 8c559d30b4e59cf6994215ada1fe744928f494bf upstream. Don't allow everybody to dump sensitive information about filesystems. Signed-off-by: Vasiliy

[stable] [10/70] ALSA: hda - Fix pin-config of Gigabyte mobo

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Takashi Iwai ti...@suse.de commit c6b358748e19ce7e230b0926ac42696bc485a562 upstream. Use pin-fix instead of the static quirk for Gigabyte mobos 1458:a002. Bugzilla:

[stable] [11/70] NET: cdc-phonet, handle empty phonet header

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jiri Slaby jsl...@suse.cz commit 468c3f924f043cad7a04f4f4d5224a2c9bc886c1 upstream. Currently, for N 5800 XM I get: cdc_phonet: probe of 1-6:1.10 failed with error -22 It's because

[stable] [12/70] x86: Fix a bogus unwind annotation in lib/semaphore_32.S

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jan Beulich jbeul...@novell.com commit e938c287ea8d977e079f07464ac69923412663ce upstream. 'simple' would have required specifying current frame address and return address location manually,

[stable] [13/70] [IA64] tioca: Fix assignment from incompatible pointer warnings

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jeff Mahoney je...@suse.com commit b4a6b3436531f6c5256e6d60d388c3c28ff1a0e9 upstream. The prototype for sn_pci_provider-{dma_map,dma_map_consistent} expects an unsigned long instead of a

[stable] [14/70] [IA64] mca.c: Fix cast from integer to pointer warning

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jeff Mahoney je...@suse.com commit c1d036c4d1cb00b7e8473a2ad0a78f13e13a8183 upstream. ia64_mca_cpu_init has a void *data local variable that is assigned the value from either

[stable] [15/70] vm: fix mlock() on stack guard page

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Linus Torvalds torva...@linux-foundation.org commit 95042f9eb78a8d9a17455e2ef263f2f310ecef15 upstream. Commit 53a7706d5ed8 (mlock: do not hold mmap_sem for extended periods of time) changed

[stable] [16/70] UBIFS: fix assertion warnings

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Artem Bityutskiy artem.bityuts...@nokia.com commit c88ac00c5af70c2a0741da14b22cdcf8507ddd92 upstream. This patch fixes UBIFS assertion warnings like: UBIFS assert failed in ubifs_leb_unmap

[stable] [18/70] bridge: Fix possibly wrong MLD queries ethernet source address

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Linus Lüssing linus.luess...@web.de [ Upstream commit a7bff75b087e7a355838a32efe61707cfa73c194 ] The ipv6_dev_get_saddr() is currently called with an uninitialized destination address.

[stable] [20/70] gianfar: Fall back to software tcp/udp checksum on older controllers

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Alex Dubov oa...@yahoo.com [ Upstream commit 4363c2fddb1399b728ef21ee8101c148a311ea45 ] As specified by errata eTSEC49 of MPC8548 and errata eTSEC12 of MPC83xx, older revisions of gianfar

[stable] [21/70] l2tp: fix possible oops on l2tp_eth module unload

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: James Chapman jchap...@katalix.com [ Upstream commit 8aa525a9340da4227797a06221ca08399006635f ] A struct used in the l2tp_eth driver for registering network namespace ops was incorrectly

[stable] [22/70] net ipv6: Fix duplicate /proc/sys/net/ipv6/neigh directory entries.

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Eric W. Biederman ebied...@aristanetworks.com [ Upstream commit 9d2a8fa96a44ba242de3a6f56acaef7a40a97b97 ] When I was fixing issues with unregisgtering tables under

[stable] [23/70] net_sched: fix ip_tos2prio

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Dan Siemon d...@coverfire.com [ Upstream commit 4a2b9c3756077c05dd8666e458a751d2248b61b6 ] ECN support incorrectly maps ECN BESTEFFORT packets to TC_PRIO_FILLER (1) instead of

[stable] [24/70] pppoe: drop PPPOX_ZOMBIEs in pppoe_flush_dev

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Ulrich Weber uwe...@astaro.com [ Upstream commit ae07b0b221b6ab2edf9e3abd518aec6cd3f1ba66 ] otherwise we loop forever if a PPPoE socket was set to PPPOX_ZOMBIE state by a PADT message when

[stable] [25/70] sctp: Pass __GFP_NOWARN to hash table allocation attempts.

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: David S. Miller da...@davemloft.net [ Upstream commit a84b50ceb7d640437d0dc28a2bef0d0de054de89 ] Like DCCP and other similar pieces of code, there are mechanisms here to try allocating

[stable] [27/70] xfrm: Refcount destination entry on xfrm_lookup

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Steffen Klassert steffen.klass...@secunet.com [ Upstream commit fbd5060875d25f7764fd1c3d35b83a8ed1d88d7b ] We return a destination entry without refcount if a socket policy is found in

[stable] [29/70] bridge: Reset IPCB when entering IP stack on NF_FORWARD

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Herbert Xu herb...@gondor.apana.org.au [ Upstream commit 6b1e960fdbd75dcd9bcc3ba5ff8898ff1ad30b6e ] Whenever we enter the IP stack proper from bridge netfilter we need to ensure that the

[stable] [30/70] sparc: Fix .size directive for do_int_load

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Ben Hutchings b...@decadent.org.uk [ Upstream commit 35043c428f1fcb92feb5792f5878a8852ee00771 ] gas used to accept (and ignore?) .size directives which referred to undefined symbols, as

[stable] [32/70] sparc32: Pass task_struct to schedule_tail() in ret_from_fork

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Tkhai Kirill tk...@yandex.ru [ Upstream commit 47c7c97a93a5b8f719093dbf83555090b3b8228b ] We have to pass task_struct of previous process to function schedule_tail(). Currently in

[stable] [33/70] sparc64: Fix build errors with gcc-4.6.0

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: David S. Miller da...@davemloft.net [ Upstream commit c6fee0810df4e0f4cf9c4834d2569ca01c02cffc ] Most of the warnings emitted (we fail arch/sparc file builds with -Werror) were legitimate

[stable] [36/70] mm/thp: use conventional format for boolean attributes

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Ben Hutchings b...@decadent.org.uk commit e27e6151b154ff6e5e8162efa291bc60196d29ea upstream. The conventional format for boolean attributes in sysfs is numeric (0 or 1 followed by new-line).

[stable] [35/70] kstrto*: converting strings to integers done (hopefully) right

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Alexey Dobriyan adobri...@gmail.com commit 33ee3b2e2eb9b4b6c64dcf9ed66e2ac3124e748c upstream. 1. simple_strto*() do not contain overflow checks and crufty, libc way to indicate failure.

[stable] [39/70] MAINTAINERS: update STABLE BRANCH info

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Randy Dunlap randy.dun...@oracle.com commit d00ebeac5f24f290636f7a895dafc124b2930a08 upstream. Drop Chris Wright from STABLE maintainers. He hasn't done STABLE release work for quite some

[stable] [42/70] x86, amd: Disable GartTlbWlkErr when BIOS forgets it

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Joerg Roedel joerg.roe...@amd.com commit 5bbc097d890409d8eff4e3f1d26f11a9d6b7c07e upstream. This patch disables GartTlbWlk errors on AMD Fam10h CPUs if the BIOS forgets to do is (or is just

[stable] [38/70] oom-kill: remove boost_dying_task_prio()

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com commit 341aea2bc48bf652777fb015cc2b3dfa9a451817 upstream. This is an almost-revert of commit 93b43fa (oom: give the dying task a higher

[stable] [44/70] ARM: 6864/1: hw_breakpoint: clear DBGVCR out of reset

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Will Deacon will.dea...@arm.com commit e89c0d7090c54d7b11b9b091e495a1ae345dd3ff upstream. The DBGVCR, used for configuring vector catch debug events, is UNKNOWN out of reset on ARMv7. When

[stable] [43/70] vfs: Fix absolute RCU path walk failures due to uninitialized seq number

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Tim Chen tim.c.c...@linux.intel.com commit c1530019e311c91d14b24d8e74d233152d806e45 upstream. During RCU walk in path_lookupat and path_openat, the rcu lookup frequently failed if looking up

[stable] [45/70] i2c-algo-bit: Call pre/post_xfer for bit_test

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Alex Deucher alexdeuc...@gmail.com commit d3b3e15da14ded61c9654db05863b04a2435f4cc upstream. Apparently some distros set i2c-algo-bit.bit_test to 1 by default. In some cases this causes

[stable] [46/70] RTC: add missing return 0 in new alarm func for rtc-bfin.c

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Mike Frysinger vap...@gentoo.org commit 8c122b96866580c99e44f3f07ac93a993d964ec3 upstream. The new bfin_rtc_alarm_irq_enable function forgot to add a return 0 to the end leading to the build

[stable] [47/70] sched: Fix erroneous all_pinned logic

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Ken Chen kenc...@google.com commit b30aef17f71cf9e24b10c11cbb5e5f0ebe8a85ab upstream. The scheduler load balancer has specific code to deal with cases of unbalanced system due to lots of

[stable] [48/70] vmscan: all_unreclaimable() use zone-all_unreclaimable as a name

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com commit 929bea7c714220fc76ce3f75bef9056477c28e74 upstream. all_unreclaimable check in direct reclaim has been introduced at 2.6.19 by following

[stable] [49/70] brk: COMPAT_BRK: fix detection of randomized brk

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Jiri Kosina jkos...@suse.cz commit 4471a675dfc7ca676c165079e91c712b09dc9ce4 upstream. 5520e89 (brk: fix min_brk lower bound computation for COMPAT_BRK) tried to get the whole logic of brk

[stable] [50/70] usb: musb: temporarily make it bool

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Felipe Balbi ba...@ti.com commit 7a180e70cfc56e131bfe4796773df2acfc7d4180 upstream. Due to the recent changes to musb's glue layers, we can't compile musb-hdrc as a module - compilation will

[stable] [51/70] USB: ftdi_sio: Added IDs for CTI USB Serial Devices

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Christian Simon si...@swine.de commit 5a9443f08c83c294c5c806a689c1184b27cb26b3 upstream. I added new ProdutIds for two devices from CTI GmbH Leipzig. Signed-off-by: Christian Simon

[stable] [52/70] USB: ftdi_sio: add PID for OCT DK201 docking station

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Johan Hovold jhov...@gmail.com commit 11a31d84129dc3133417d626643d714c9df5317e upstream. Add PID 0x0103 for serial port of the OCT DK201 docking station. Reported-by: Jan Hoogenraad

[stable] [53/70] USB: ftdi_sio: add ids for Hameg HO720 and HO730

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Paul Friedrich paul.friedr...@hameg.com commit c53c2fab40cf16e13af66f40bfd27200cda98d2f upstream. usb serial: ftdi_sio: add two missing USB ID's for Hameg interfaces HO720 and HO730

[stable] [54/70] USB: option: Added support for Samsung GT-B3730/GT-B3710 LTE USB modem.

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Marius B. Kotsbak mar...@kotsbak.com commit 80f9df3e0093ad9f1eeefd2ff7fd27daaa518d25 upstream. Bind only modem AT command endpoint to option. Signed-off-by: Marius B. Kotsbak

[stable] [57/70] powerpc: Fix oops if scan_dispatch_log is called too early

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Anton Blanchard an...@samba.org commit 84ffae55af79d7b8834fd0c08d0d1ebf2c77f91e upstream. We currently enable interrupts before the dispatch log for the boot cpu is setup. If a timer

[stable] [58/70] powerpc/perf_event: Skip updating kernel counters if register value shrinks

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Eric B Munson emun...@mgebm.net commit 86c74ab317c1ef4d37325e0d7ca8a01a796b0bd7 upstream. Because of speculative event roll back, it is possible for some event coutners to decrease between

[stable] [59/70] usb: Fix qcserial memory leak on rmmod

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Steven Hardy sha...@redhat.com commit 10c9ab15d6aee153968d150c05b3ee3df89673de upstream. qcprobe function allocates serial-private but this is never freed, this patch adds a new function

[stable] [60/70] usb: qcserial avoid pointing to freed memory

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Steven Hardy sha...@redhat.com commit 99ab3f9e4eaec35fd2d7159c31b71f17f7e613e3 upstream. Rework the qcprobe logic such that serial-private is not set when qcprobe exits with -ENODEV,

[stable] [61/70] usb: qcserial add missing errorpath kfrees

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Steven Hardy sha...@redhat.com commit cb62d65f966146a39fdde548cb474dacf1d00fa5 upstream. There are two -ENODEV error paths in qcprobe where the allocated private data is not freed, this

[stable] [62/70] USB: EHCI: unlink unused QHs when the controller is stopped

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Alan Stern st...@rowland.harvard.edu commit 94ae4976e253757e9b03a44d27d41b20f1829d80 upstream. This patch (as1458) fixes a problem affecting ultra-reliable systems: When hardware failover of

[stable] [64/70] USB: xhci - fix unsafe macro definitions

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Dmitry Torokhov d...@vmware.com commit 5a6c2f3ff039154872ce597952f8b8900ea0d732 upstream. Macro arguments used in expressions need to be enclosed in parenthesis to avoid unpleasant

[stable] [65/70] USB: xhci - fix math in xhci_get_endpoint_interval()

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Dmitry Torokhov d...@vmware.com commit dfa49c4ad120a784ef1ff0717168aa79f55a483a upstream. When parsing exponent-expressed intervals we subtract 1 from the value and then expect it to match

[stable] [66/70] USB: xhci - also free streams when resetting devices

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Dmitry Torokhov d...@vmware.com commit 2dea75d96ade3c7cd2bfe73f99c7b3291dc3d03a upstream. Currently, when resetting a device, xHCI driver disables all but one endpoints and frees their

[stable] [67/70] USB: Fix unplug of device with active streams

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Matthew Wilcox wi...@linux.intel.com commit b214f191d95ba4b5a35aebd69cd129cf7e3b1884 upstream. If I unplug a device while the UAS driver is loaded, I get an oops in usb_free_streams(). This

[stable] [68/70] radeon: Fix KMS CP writeback on big endian machines.

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: =?UTF-8?q?Michel=20D=C3=A4nzer?= daen...@vmware.com commit dc66b325f161bb651493c7d96ad44876b629cf6a upstream. This is necessary even with PCI(e) GART, and it makes writeback work even with

[stable] [69/70] Bluetooth: Fix HCI_RESET command synchronization

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Gustavo F. Padovan pado...@profusion.mobi commit f630cf0d5434e3923e1b8226ffa2753ead6b0ce5 upstream. We can't send new commands before a cmd_complete for the HCI_RESET command shows up.

[stable] [70/70] perf tool: Fix gcc 4.6.0 issues

2.6.38-stable review patch. If anyone has any objections, please let us know. -- From: Kyle McMartin k...@mcmartin.ca commit fb7d0b3cefb80a105f7fd26bbc62e0cbf9192822 upstream. GCC 4.6.0 in Fedora rawhide turned up some compile errors in tools/perf due to the

[stable] [00/70] 2.6.38.4-rc1-stable review

This is the start of the stable review cycle for the 2.6.38.4 release. There are 70 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let us know. If anyone is a maintainer of the proper subsystem, and wants to add a

[stable] [01/28] cifs: always do is_path_accessible check in cifs_mount

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Jeff Layton jlay...@redhat.com commit 70945643722ffeac779d2529a348f99567fa5c33 upstream. Currently, we skip doing the is_path_accessible check in cifs_mount if there is no prefixpath. I

[stable] [02/28] [media] video: sn9c102: world-wirtable sysfs files

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Vasiliy Kulikov seg...@openwall.com commit 14ddc3188d50855ae2a419a6aced995e2834e5d4 upstream. Don't allow everybody to change video settings. Signed-off-by: Vasiliy Kulikov

[stable] [03/28] UBIFS: restrict world-writable debugfs files

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Vasiliy Kulikov seg...@openwall.com commit 8c559d30b4e59cf6994215ada1fe744928f494bf upstream. Don't allow everybody to dump sensitive information about filesystems. Signed-off-by: Vasiliy

[stable] [04/28] NET: cdc-phonet, handle empty phonet header

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Jiri Slaby jsl...@suse.cz commit 468c3f924f043cad7a04f4f4d5224a2c9bc886c1 upstream. Currently, for N 5800 XM I get: cdc_phonet: probe of 1-6:1.10 failed with error -22 It's because

[stable] [05/28] x86: Fix a bogus unwind annotation in lib/semaphore_32.S

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Jan Beulich jbeul...@novell.com commit e938c287ea8d977e079f07464ac69923412663ce upstream. 'simple' would have required specifying current frame address and return address location

[stable] [06/28] [IA64] tioca: Fix assignment from incompatible pointer warnings

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Jeff Mahoney je...@suse.com commit b4a6b3436531f6c5256e6d60d388c3c28ff1a0e9 upstream. The prototype for sn_pci_provider-{dma_map,dma_map_consistent} expects an unsigned long instead of a

[stable] [08/28] ramfs: fix memleak on no-mmu arch

2.6.32-longterm review patch. If anyone has any objections, please let us know. -- From: Bob Liu lliu...@gmail.com commit b836aec53e2bce71de1d5415313380688c851477 upstream. On no-mmu arch, there is a memleak during shmem test. The cause of this memleak is

  1   2   >