In addition, print the error returned from ext4_enable_quotas()
Signed-off-by: "Theodore Ts'o"
Cc: stable@vger.kernel.org
---
fs/ext4/super.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/fs/ext4/super.c b/fs/ext4/super.c
index 30651bd..0a6e9d5 100644
--- a/fs/ex
Otherwise, ext4 file systems with the quota feature enable will get a
very confusing "No such process" error message if the quota code is
built as a mdoule and the quota_v2 module has not been loaded.
Signed-off-by: "Theodore Ts'o"
Cc: Jan Kara
Cc: stable@vger.kernel.org
---
include/linux/quota
Hello Hannes and James,
afd5e34b2bb34881d3a789e62486814a49b47faa
We saw some panic during IO testing without this commit for
older kernels. Since this is missing from the stable-3.0.y,
3.4.y and 3.7.y. How do you think about including this commit
there? It is applied and compiled as it-is without
On Sun, Jan 20, 2013 at 04:33:32PM +, Chris Wilson wrote:
> On SNB, if bit 13 of GFX_MODE, Flush TLB Invalidate Mode, is not set to 1,
> the hardware can not program the scanline values. Those scanline values
> then control when the signal is sent from the display engine to the render
> ring fo
- Original Message -
> From: "CAI Qian"
> To: "Sarah Sharp"
> Cc: stable@vger.kernel.org
> Sent: Friday, January 11, 2013 10:58:36 AM
> Subject: [PATCH 3.0.x] xHCI: Fix TD Size calculation on 1.0 hosts.
>
> Hi Sarah,
>
> Please see if you could provide an ACK/NAK here, so Greg could
>
- Original Message -
> From: "Greg Kroah-Hartman"
> To: "CAI Qian"
> Cc: stable@vger.kernel.org, "Alan Stern" ,
> "Matthias Schniedermeyer" , "Sarah
> Sharp"
> Sent: Saturday, January 19, 2013 5:23:12 AM
> Subject: Re: [PATCH 3.0.x] USB: fix endpoint-disabling for failed config
> cha
commit: b1e0318b8cd4bdbb0fbc48967b0350483ad9bd69
From: Al Viro
Date: Sat, 19 Jan 2013 22:13:34 -0500
Subject: sys_clone() needs asmlinkage_protect
Cc: stable@vger.kernel.org
Signed-off-by: Al Viro
---
kernel/fork.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/ker
DMAR support on g4x/gm45 integrated gpus seems to be totally busted.
So don't bother, but instead disable it by default to allow distros to
unconditionally enable DMAR support.
v2: Actually wire up the right quirk entry, spotted by Adam Jackson.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?
Hiya,
What's the motivation behind this?
The reason why the PHY analog swapping is done when the chainmask set
to 0x5 is because pre-AR9280 chips didn't support arbitrary chainmask
configurations for TX.
So it could either be 0x1, 0x3, or 0x7.
The AR5416 2-TX 3-TX reference design has TX antenna
Cc: stable@vger.kernel.org
Signed-off-by: Felix Fietkau
---
drivers/net/wireless/ath/ath9k/main.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/wireless/ath/ath9k/main.c
b/drivers/net/wireless/ath/ath9k/main.c
index 3796e65..dd91f8f 100644
--- a/drivers/net/wireless/ath/ath9
Cc: stable@vger.kernel.org
Signed-off-by: Felix Fietkau
---
drivers/net/wireless/ath/ath9k/ar9003_calib.c | 2 ++
drivers/net/wireless/ath/ath9k/ar9003_phy.c | 2 +-
drivers/net/wireless/ath/ath9k/hw.h | 1 +
3 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wi
Chain swapping should only be enabled when the EEPROM chainmask is set to 5,
regardless of what the runtime chainmask is.
Cc: stable@vger.kernel.org
Signed-off-by: Felix Fietkau
---
drivers/net/wireless/ath/ath9k/ar9003_phy.c | 25 ++---
1 file changed, 6 insertions(+), 19 de
Bump. Still an issue with v3.8-rc4. Am I mistaken in thinking this
patch is trivial and obviously correct?
Thanks,
Shaun
On Wed, Jan 09, 2013 at 03:59:42PM -0600, Shaun Ruffell wrote:
> From: Jan Beulich
>
> This patch fixes a build regression first introduced in 3.7 with
> (e09df47 "perf/x86:
On SNB, if bit 13 of GFX_MODE, Flush TLB Invalidate Mode, is not set to 1,
the hardware can not program the scanline values. Those scanline values
then control when the signal is sent from the display engine to the render
ring for MI_WAIT_FOR_EVENTs. Note setting this bit means that TLB
invalidatio
This is a required workarounds for all products, especially on gen6+
where it causes the command streamer to fail to parse instructions
following a WAIT_FOR_EVENT. We use WAIT_FOR_EVENT for synchronising
between the GPU and the display engines, and so this bit being unset may
cause hangs.
Referenc
At Fri, 18 Jan 2013 17:16:25 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.7.4 release.
> There are 33 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 me know.
Th
At Fri, 18 Jan 2013 17:19:18 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.4.27 release.
> There are 21 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 me know.
T
At Fri, 18 Jan 2013 17:21:38 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.0.60 release.
> There are 16 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 me know.
T
18 matches
Mail list logo
