upstream commit
eb304bddc47b59927b650d43c3f35b9266c807a9
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64bit fixes: dpc.c incorrect addressing of void structure.
Fixes the deadlock on 64 bit.
Cc: sta...@kernel.org # 2.6.35+
Signed-off-by: Malcolm Priestley
upstream commit
ab1dd9963137a1e122004d5378a581bf16ae9bc8
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
This upstream commit and the ones in patch 2 3 are critical for boot
dead lock on 64 bit systems, the remaining commits bring the driver up.
staging: vt6656: [BUG] out of bound array
upstream commit
a552397d5e4ef0cc0bd3e9595d6acc9a3b381171
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit fixes: use u32 for QWORD definition.
Size of long issues replace with u32.
Cc: sta...@kernel.org # 2.6.35+
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
upstream
commit e2efba763b472835fdface597fe2216b3403967e
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit- Correctly address void structure.
Fixes 64 bit deadlock on successful association.
Cc: sta...@kernel.org # 2.6.35+
Signed-off-by: Malcolm Priestley
upstream commit
7730492855a2f9c828599bcd8d62760f96d319e4
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit fixes : correct all type sizes
After this patch all BYTE/WORD/DWORD types can be replaced with the appropriate
u sizes.
Cc: sta...@kernel.org # 2.6.35+
upstream commit
b4dc03af5513774277c9c36b12a25cd3f25f4404
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
Fixes long warning messages from patch
[5/8]staging: vt6656: 64 bit fixes : correct all type sizes
staging: vt6656: 64 bit fixes: fix long warning messages.
Fixes long warning messages
upstream commit
c0d05b305b00c698b0a8c1b3d46c9380bce9db45
Tested on kernel 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64bit fixes: key.c/h change unsigned long to u32
Fixes long issues.
Cc: sta...@kernel.org # 2.6.35+
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
Signed-off-by:
upstream commit
70e227790d4ee4590023d8041a3485f8053593fc
Tested on kernel 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64bit fixes: vCommandTimerWait change calculation of timer.
The timer appears to run too fast/race on 64 bit systems.
Using msecs_to_jiffies seems to cause a deadlock
GPIO function selection is not working on the AR934x
SoCs because the offset of the function selection
register is different on those.
Add a helper routine which returns the correct
register address based on the SoC type, and use
that in the 'ath79_gpio_function_*' routines.
Cc:
On Fri, 2012-11-30 at 11:18 -0500, Steven Rostedt wrote:
The function rb_set_head_page() searches the list of ring buffer
pages for a the page that has the HEAD page flag set. If it does
not find it, it will do a WARN_ON(), disable the ring buffer and
return NULL, as this should never happen.
On Tue, 2012-12-11 at 10:56 +0100, Daniel Vetter wrote:
Dear stable team,
Two drm/i915 patches to backport:
9a30a61f3516871c5c638fd7c025fbaa11ddf7fe drm/i915: do not default to
18 bpp for eDP if missing from VBT
2f4f649a69a9eb51f6e98130e19dd90a260a4145 drm/i915: do not ignore eDP
bpc
On Wed, 2012-12-12 at 13:44 -0500, Steven Rostedt wrote:
The function rb_set_head_page() searches the list of ring buffer
pages for a the page that has the HEAD page flag set. If it does
not find it, it will do a WARN_ON(), disable the ring buffer and
return NULL, as this should never happen.
On Fri, 2012-12-14 at 15:11 +0100, Bjørn Mork wrote:
Herton Ronaldo Krzesinski herton.krzesin...@canonical.com writes:
There is a problem in stable kernels that included the commit cafbe85
(USB: cdc-wdm: better allocate a buffer that is at least as big as we
tell the USB core)
In that
The DDW code uses a eeh_dev struct from the pci_dev. However, this is
not set until eeh_add_device_late is called.
Since pci_bus_add_devices is called before eeh_add_device_late, the PCI
devices are added to the bus, making drivers' probe hooks to be called.
These will call set_dma_mask, which
On Fri, 2012-12-14 at 18:11 -0500, David Miller wrote:
Please apply the following patches to 3.0.x, 3.2.x, 3.4.x, 3.6.x,
and 3.7.x -stable, respectively.
Queued up for 3.2, thanks.
Ben.
--
Ben Hutchings
The world is coming to an end. Please log off.
signature.asc
Description: This is a
On Tue, 2012-12-18 at 00:23 +0100, Paolo Pisati wrote:
Cc: stable@vger.kernel.org
Signed-off-by: Paolo Pisati paolo.pis...@canonical.com
Tested-by: Robert Nelson robertcnel...@gmail.com
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
Since this is not in Linus's tree, it is too
On Sat, 2012-12-15 at 18:42 -0200, Herton Ronaldo Krzesinski wrote:
On Sat, Dec 15, 2012 at 07:59:18PM +, Ben Hutchings wrote:
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
3.5.7.2 -stable review patch. If anyone has any objections, please let
me know.
On Mon, 2012-12-17 at 19:16 -0500, Johannes Weiner wrote:
On Sat, Dec 15, 2012 at 07:56:51PM +, Ben Hutchings wrote:
On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
3.5.7.2 -stable review patch. If anyone has any objections, please let
me know.
On Tue, 2012-12-18 at 16:27 +0100, Michal Hocko wrote:
From: David Rientjes rient...@google.com
commit 1f1d06c34f7675026326cd9f39ff91e4555cf355 upstream
On COW, a new hugepage is allocated and charged to the memcg. If the
system is oom or the charge to the memcg fails, however, the fault
On Wed, 2012-12-19 at 17:04 -0700, Shuah Khan wrote:
Need to brelse the buffer_head stored in cur_epos and next_epos.
Upstream commit ID: 2fb7d99d0de3fd8ae869f35ab682581d8455887a
Tested on stable-trees: 3.0.y, 3.4.y, 3.6.y, 3.7.y
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
On Thu, 2012-12-20 at 13:29 -0700, Shuah Khan wrote:
Incrementing lenExtents even while writing to a hole is bad
for performance as calls to udf_discard_prealloc and
udf_truncate_tail_extent would not return from start if
isize != lenExtents
Upstream commit ID:
On Thu, 2012-12-27 at 13:01 +, Malcolm Priestley wrote:
upstream
commit e2efba763b472835fdface597fe2216b3403967e
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit- Correctly address void structure.
Fixes 64 bit deadlock on successful association.
Cc:
On Thu, 2012-12-27 at 12:59 +, Malcolm Priestley wrote:
upstream commit
ab1dd9963137a1e122004d5378a581bf16ae9bc8
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
This upstream commit and the ones in patch 2 3 are critical for boot
dead lock on 64 bit systems, the remaining commits bring
On Thu, 2012-12-27 at 13:05 +, Malcolm Priestley wrote:
upstream commit
eb304bddc47b59927b650d43c3f35b9266c807a9
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64bit fixes: dpc.c incorrect addressing of void structure.
Fixes the deadlock on 64 bit.
Cc:
On Thu, 2012-12-27 at 13:07 +, Malcolm Priestley wrote:
upstream commit
a552397d5e4ef0cc0bd3e9595d6acc9a3b381171
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit fixes: use u32 for QWORD definition.
Size of long issues replace with u32.
Cc:
On Thu, 2012-12-27 at 13:13 +, Malcolm Priestley wrote:
upstream commit
7730492855a2f9c828599bcd8d62760f96d319e4
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit fixes : correct all type sizes
After this patch all BYTE/WORD/DWORD types can be replaced with
On Thu, 2012-12-27 at 20:15 +0100, Ben Hutchings wrote:
On Thu, 2012-12-27 at 13:13 +, Malcolm Priestley wrote:
upstream commit
7730492855a2f9c828599bcd8d62760f96d319e4
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit fixes : correct all type sizes
On Thu, 2012-12-27 at 13:17 +, Malcolm Priestley wrote:
upstream commit
b4dc03af5513774277c9c36b12a25cd3f25f4404
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
Fixes long warning messages from patch
[5/8]staging: vt6656: 64 bit fixes : correct all type sizes
staging: vt6656: 64 bit
On Thu, 2012-12-27 at 13:23 +, Malcolm Priestley wrote:
upstream commit
c0d05b305b00c698b0a8c1b3d46c9380bce9db45
Tested on kernel 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64bit fixes: key.c/h change unsigned long to u32
Fixes long issues.
Cc: sta...@kernel.org # 2.6.35+
On Thu, 2012-12-27 at 13:25 +, Malcolm Priestley wrote:
upstream commit
70e227790d4ee4590023d8041a3485f8053593fc
Tested on kernel 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64bit fixes: vCommandTimerWait change calculation of timer.
The timer appears to run too fast/race on 64
This fatally confuses dma_async_memcpy_buf_to_pg which thinks it signals an out
of memory condition and retries indefinitelly, causing a soft lockup. The
threshold does not seem to be enforced by hardware (couldn't find anything like
that in a datasheet) and things seems to work fine without it.
On Thu, 2012-12-27 at 20:20 +0100, Lubomir Rintel wrote:
This fatally confuses dma_async_memcpy_buf_to_pg which thinks it signals an
out
of memory condition and retries indefinitelly, causing a soft lockup.
More of these here, it seems:
https://bugzilla.redhat.com/show_bug.cgi?id=845143
--
commit: 0602934f302e016e2ea5dc6951681bfac77455ef
From: Chris Verges kg4...@gmail.com
Date: Fri, 21 Dec 2012 01:58:34 -0800
Subject: hwmon: (lm73} Detect and report i2c bus errors
If an LM73 device does not exist on an I2C bus, attempts to communicate
with the device result in an error code
On Thu, Dec 27, 2012 at 08:20:37PM +0100, Lubomir Rintel wrote:
This fatally confuses dma_async_memcpy_buf_to_pg which thinks it signals an
out
of memory condition and retries indefinitelly, causing a soft lockup. The
threshold does not seem to be enforced by hardware (couldn't find anything
On Thu, 2012-12-27 at 20:09 +0100, Ben Hutchings wrote:
On Thu, 2012-12-27 at 13:01 +, Malcolm Priestley wrote:
upstream
commit e2efba763b472835fdface597fe2216b3403967e
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
staging: vt6656: 64 bit- Correctly address void structure.
This is a note to let you know that I've just added the patch titled
exec: do not leave bprm-interp on stack
to the 3.7-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:
This is a note to let you know that I've just added the patch titled
SGI-XP: handle non-fatal traps
to the 3.7-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:
On Thu, Dec 20, 2012 at 03:05:48PM -0800, a...@linux-foundation.org wrote:
From: Stephen Boyd sb...@codeaurora.org
Subject: lib: atomic64: initialize locks statically to fix early users
The atomic64 library uses a handful of static spin locks to implement
atomic 64-bit operations on
The patch below does not apply to the 3.7-stable tree.
If someone wants it applied there, or to any other stable or longterm
tree, then please email the backport, including the original git commit
id to stable@vger.kernel.org.
thanks,
greg k-h
-- original commit in Linus's tree
This is a note to let you know that I've just added the patch titled
arm64: signal: push the unwinding prologue on the signal stack
to the 3.7-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
This is a note to let you know that I've just added the patch titled
exec: do not leave bprm-interp on stack
to the 3.0-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:
This is a note to let you know that I've just added the patch titled
SGI-XP: handle non-fatal traps
to the 3.0-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:
This is a note to let you know that I've just added the patch titled
exec: do not leave bprm-interp on stack
to the 3.4-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:
This is a note to let you know that I've just added the patch titled
SGI-XP: handle non-fatal traps
to the 3.4-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:
This is a note to let you know that I've just added the patch titled
arm64: Make !dirty ptes read-only
to the 3.7-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:
On Thu, 2012-12-27 at 22:47 +, Malcolm Priestley wrote:
On Thu, 2012-12-27 at 20:09 +0100, Ben Hutchings wrote:
On Thu, 2012-12-27 at 13:01 +, Malcolm Priestley wrote:
upstream
commit e2efba763b472835fdface597fe2216b3403967e
Tested on kernels 2.6.35, 3.0, 3.2, 3.5 3.7
- Original Message -
From: Ben Hutchings b...@decadent.org.uk
To: CAI Qian caiq...@redhat.com, James E.J. Bottomley
jbottom...@parallels.com
Cc: Jianpeng Ma majianp...@gmail.com, stable@vger.kernel.org
Sent: Friday, December 28, 2012 12:03:46 AM
Subject: Re: [PATCH] [SCSI] mvsas:
On 12/27/2012 02:09:33 PM, Shaun Ruffell wrote:
Hi Rob,
On Fri, Dec 14, 2012 at 04:25:10PM -0600, Rob Landley wrote:
Although the README and Documentation/Changes both say the kernel
builds with gcc 3.2, this is no loner the case. In reality the new
3.7 kernel no longer builds under
48 matches
Mail list logo