This is to request to apply the below commit for the stable releases
in order to fix a regression introduced by 055388a (xfs: dynamic
speculative EOF preallocation) that caused fsync() took long time during
the sparse file testing.
For stable-3.4 and stable-3.8, it can be applied as it is. For sta
Hello Dave, Ben, or/and Brian,
eb178619f930fa2ba2348de332a1ff1c66a31424
xfs: fix _xfs_buf_find oops on blocks beyond the filesystem end
This looks like a candidate for stable-3.7 that fixed an oops.
It has also been applied and built cleanly there. Do you agree?
Regards,
CAI Qian
--
To unsubscr
Hello Tony, Don or Seiji,
9f244e9cfd70c7c0f82d3c92ce772ab2a92d9f64
pstore: Avoid deadlock in panic and emergency-restart path
This looks applicable to stable-3.7 and stable-3.4, and it
was built successful for me. What do you think?
Thanks,
CAI Qian
--
To unsubscribe from this list: send the lin
Hi Greg, Jiri or Liang Li
384e301e3519599b000c1a2ecd938b533fc15d85
pch_uart: fix a deadlock when pch_uart as console
This looks applicable to stable-3.4, and it
was built successful for me. What do you think?
Thanks!
Yijing.
--
To unsubscribe from this list: send the line "unsubscribe stable" i
hi gerg,
Now on IvyBridge machines with 3.10 stable, perf could not get proper
dTLB-load-misses event when performing "perf stat -e dTLB-load-misses
sleep 1", which outputs:
Performance counter stats for 'sleep 1':
0 dTLB-load-misses
1.000951106 seconds time elapsed
0 dTLB-load-misses means w
Hi,
commit b20a774495671f037e7160ea2ce8789af6b61533
Author: David Ertman
Date: Tue Mar 25 04:27:55 2014 +
e1000e: Fix no connectivity when driver loaded with cable out
fixes an issue which affects quite some of the newer Laptops and also
Desktops (e.g. AOI-PCs) which are based on mobi
- 原始邮件 -
> 发件人: "CAI Qian"
> 收件人: "Tony Luck" , "Don Zickus" ,
> "Seiji Aguchi"
> 抄送: stable@vger.kernel.org
> 发送时间: 星期五, 2013年 2 月 22日 下午 5:26:36
> 主题: request for stable inclusion
>
> Hello Tony, Don or Seiji,
>
On Thu, Feb 28, 2013 at 02:18:30AM -0500, CAI Qian wrote:
>
>
> - 原始邮件 -
> > 发件人: "CAI Qian"
> > 收件人: "Tony Luck" , "Don Zickus" ,
> > "Seiji Aguchi"
> > 抄送: stable@vger.kernel.org
> > 发送时间: 星期五, 2013年 2 月
On Mon, Mar 04, 2013 at 03:52:34AM -0500, CAI Qian wrote:
> This is to request to apply the below commit for the stable releases
> in order to fix a regression introduced by 055388a (xfs: dynamic
> speculative EOF preallocation) that caused fsync() took long time during
> the sparse file testing.
>
Hi CAI,
On Tue, Mar 05, 2013 at 09:11:00AM +1100, Dave Chinner wrote:
> On Mon, Mar 04, 2013 at 03:52:34AM -0500, CAI Qian wrote:
> > This is to request to apply the below commit for the stable releases
> > in order to fix a regression introduced by 055388a (xfs: dynamic
> > speculative EOF pre
Hi CAI,
On Wed, Jan 30, 2013 at 12:51:50AM -0500, CAI Qian wrote:
> Hello Dave, Ben, or/and Brian,
>
> eb178619f930fa2ba2348de332a1ff1c66a31424
> xfs: fix _xfs_buf_find oops on blocks beyond the filesystem end
>
> This looks like a candidate for stable-3.7 that fixed an oops.
> It has also been
- Original Message -
> From: "Ben Myers"
> To: "CAI Qian"
> Cc: "Dave Chinner" , "Brian Foster"
> , stable@vger.kernel.org
> Sent: Thursday, January 31, 2013 6:40:08 AM
> Subject: Re: request for stable inclusion
>
>
> This looks applicable to stable-3.7 and stable-3.4
I agree to it.
Seiji
N�r��yb�X��ǧv�^�){.n�+��z)w*jg����ݢj/���z�ޖ��2�ޙ&�)ߡ�a�����G���h��j:+v���w��٥
On Fri, Feb 22, 2013 at 04:26:36AM -0500, CAI Qian wrote:
> Hello Tony, Don or Seiji,
>
> 9f244e9cfd70c7c0f82d3c92ce772ab2a92d9f64
> pstore: Avoid deadlock in panic and emergency-restart path
>
> This looks applicable to stable-3.7 and stable-3.4, and it
> was built successful for me. What do you
>> 9f244e9cfd70c7c0f82d3c92ce772ab2a92d9f64
>> pstore: Avoid deadlock in panic and emergency-restart path
> It seems like a low risk patch. At the same time, the probability of
> hitting this problem is very very low. And if you do hit this problem,
> without this patch, the kernel is verbose te
On Fri, 2013-06-28 at 17:04 +0800, Yijing Wang wrote:
> Hi Greg, Jiri or Liang Li
>
> 384e301e3519599b000c1a2ecd938b533fc15d85
> pch_uart: fix a deadlock when pch_uart as console
>
> This looks applicable to stable-3.4, and it
> was built successful for me. What do you think?
I've queued this up
Yijing Wang writes:
> Hi Greg, Jiri or Liang Li
>
> 384e301e3519599b000c1a2ecd938b533fc15d85
> pch_uart: fix a deadlock when pch_uart as console
>
> This looks applicable to stable-3.4, and it
> was built successful for me. What do you think?
>
> Thanks!
> Yijing.
>
> --
> To unsubscribe from thi
On 10/24/2014, 05:52 AM, Hou Pengyang wrote:
> hi gerg,
>
> Now on IvyBridge machines with 3.10 stable, perf could not get proper
> dTLB-load-misses event when performing "perf stat -e dTLB-load-misses
> sleep 1", which outputs:
>
> Performance counter stats for 'sleep 1':
> 0 dTLB-load-misses
>
On 04/30/2014 09:03 PM, Thomas Gleixner wrote:
> Hi,
>
> commit b20a774495671f037e7160ea2ce8789af6b61533
> Author: David Ertman
> Date: Tue Mar 25 04:27:55 2014 +
>
> e1000e: Fix no connectivity when driver loaded with cable out
Now applied to 3.12. Thanks.
--
js
suse labs
--
To uns
On Wed, Apr 30, 2014 at 09:03:36PM +0200, Thomas Gleixner wrote:
> Hi,
>
> commit b20a774495671f037e7160ea2ce8789af6b61533
> Author: David Ertman
> Date: Tue Mar 25 04:27:55 2014 +
>
> e1000e: Fix no connectivity when driver loaded with cable out
>
> fixes an issue which affects quite
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Wednesday, April 30, 2014 12:04 PM
> To: stable@vger.kernel.org
> Cc: Kirsher, Jeffrey T; Ertman, DavidX M; net...@vger.kernel.org
> Subject: Request for stable inclusion
&g
On Wed, 2014-04-30 at 19:40 +, Ertman, DavidX M wrote:
> The commit that caused the issue went into net-next on June 21, 2013. So at
> least 3.11 and forward, and probably 3.10.
There is a way to know exactly the cut point :
$ git describe --contains da1e2046e5
v3.12-rc1~132^2~445^2~6
-
On Wed, 30 Apr 2014, Eric Dumazet wrote:
> On Wed, 2014-04-30 at 19:40 +, Ertman, DavidX M wrote:
>
> > The commit that caused the issue went into net-next on June 21, 2013. So
> > at least 3.11 and forward, and probably 3.10.
>
> There is a way to know exactly the cut point :
>
> $ git d
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Wednesday, April 30, 2014 1:37 PM
> To: Eric Dumazet
> Cc: Ertman, DavidX M; stable@vger.kernel.org; Kirsher, Jeffrey T;
> net...@vger.kernel.org
> Subject: RE: Request for stable inclusio
Hi Greg,
Could you please queue following patches to 3.10.x?
commit 33acbb82695f84e9429c1f7fbdeb4588dea12ffa:
serial: 8250_dw: Report CTS asserted for auto flow
commit c49436b657d0a56a6ad90d14a7c3041add7cf64d:
serial: 8250_dw: Improve unwritable LCR workaround
(with conte
Hi Greg,
Could you please apply the following patches to the 3.16.X stable kernels?
- MIPS: EVA: Add new EVA header
(f85b71ceabb9d8d8a9e34b045b5c43ffde3623b3)
- MIPS: Malta: EVA: Rename 'eva_entry' to 'platform_eva_init'
(ca4d24f7954f3746742ba350c2276ff777f21173)
- MIPS: CPS: Initialize EVA befor
On Thu, 2015-05-14 at 14:29 +0800, Rui Xiang wrote:
> Hi Zefan,
>
> c10d73671ad30f54692f7f69f0e09e75d3a8926a
> softirq: reduce latencies
>
> This commit can reduce softirq latencies in some various network workloads.
>
> 34376a50fb1fa095b9d0636fa41ed2e73125f214
> Fix lockup related to stop_machi
于 2015/5/14 14:29, Rui Xiang wrote:
> Hi Zefan,
>
> c10d73671ad30f54692f7f69f0e09e75d3a8926a
> softirq: reduce latencies
>
> This commit can reduce softirq latencies in some various network workloads.
>
> 34376a50fb1fa095b9d0636fa41ed2e73125f214
> Fix lockup related to stop_machine being stuck i
On Fri, Jun 13, 2014 at 03:57:46PM +0800, Wang Nan wrote:
> Hi Greg,
>
>Could you please queue following patches to 3.10.x?
>
>commit 33acbb82695f84e9429c1f7fbdeb4588dea12ffa:
> serial: 8250_dw: Report CTS asserted for auto flow
>
>commit c49436b657d0a56a6ad90d14a7c3041add7cf64d
On Wed, Aug 27, 2014 at 03:04:51PM +0100, Markos Chandras wrote:
> Hi Greg,
>
> Could you please apply the following patches to the 3.16.X stable kernels?
>
> - MIPS: EVA: Add new EVA header
> (f85b71ceabb9d8d8a9e34b045b5c43ffde3623b3)
> - MIPS: Malta: EVA: Rename 'eva_entry' to 'platform_eva_ini
On 08/27/2014 10:23 PM, Greg KH wrote:
> On Wed, Aug 27, 2014 at 03:04:51PM +0100, Markos Chandras wrote:
>> Hi Greg,
>>
>> Could you please apply the following patches to the 3.16.X stable kernels?
>>
>> - MIPS: EVA: Add new EVA header
>> (f85b71ceabb9d8d8a9e34b045b5c43ffde3623b3)
>> - MIPS: Malta
On 08/28/2014 08:54 AM, Markos Chandras wrote:
> On 08/27/2014 10:23 PM, Greg KH wrote:
>> On Wed, Aug 27, 2014 at 03:04:51PM +0100, Markos Chandras wrote:
>>> Hi Greg,
>>>
>>> Could you please apply the following patches to the 3.16.X stable kernels?
>>>
>>> - MIPS: EVA: Add new EVA header
>>> (f8
On Thu, Sep 04, 2014 at 02:52:43PM +0100, Markos Chandras wrote:
> On 08/28/2014 08:54 AM, Markos Chandras wrote:
> > On 08/27/2014 10:23 PM, Greg KH wrote:
> >> On Wed, Aug 27, 2014 at 03:04:51PM +0100, Markos Chandras wrote:
> >>> Hi Greg,
> >>>
> >>> Could you please apply the following patches
Hi Greg, Jiri or Geoff,
09024aa61e1bc994404683e2e5b363484a15dd12
arm64: Fix the soft_restart routine
This patch fixed the cpu rest on ARM64 and is applicable to stable-3.10,
it was built and tested successfully by Yiping Xu. how about your idea?
Thanks,
Bintian
--
To unsubscribe from this l
Hi Greg,
Following 3 patches fix a 8250 serial problem which causes stty stall:
33acbb82695f84e9429c1f7fbdeb4588dea12ffa
serial: 8250_dw: Report CTS asserted for auto flow
c49436b657d0a56a6ad90d14a7c3041add7cf64d
serial: 8250_dw: Improve unwritable LCR workaround
6979f8d280498
Hi Greg, Luis and Ingo,
Please queue following patches for 3.10.x, 3.11.x and 3.12.x:
Commit 6d7d5da7d75c6df676c8b72d32b02ff024438f0c:
ARM: 7864/1: Handle 64-bit memory in case of 32-bit phys_addr_t
Commit 571b14375019c3a66ef70d4d4a7083f4238aca30:
ARM: ignore memory below PHYS_OFFSET
They c
Hi Greg,
Could you please apply the following patch to the 3.16.X stable kernels?
c3b9b945e02e011c63522761e91133ea43eb6939
"MIPS: math-emu: Fix instruction decoding"
Thank you
--
markos
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@v
Hi Greg and Zefan:
upstream commit 7ba3ec5749ddb61f79f7be17b5fd7720eebc52de:
ext2: Fix fs corruption in ext2_get_xip_mem()
looks applicable for 3.10 and 3.4.
On 3.10, without this patch we can easily trigger a bug using:
# mkfs.ext2 -b 4096 /dev/ram1
# mount -t ext2 -o xip /dev/ram1 /mnt
# cp
Hi Greg,
Upstream commit 0c740d0afc3bff0a097ad03a1c8df92757516f5c and
1da4db0cd5c8a31d4468ec906b413e75e604b465 looks ignored by 3.10 (they are
included by 3.12.22). Without these patches we meet real deadlock in oom killer
code.
They can not be clearly cherry-pick to 3.10.54 because 3.10 LTS doe
On Thu, May 15, 2014 at 01:23:22PM +0100, Bintian wrote:
> Hi Greg, Jiri or Geoff,
>
> 09024aa61e1bc994404683e2e5b363484a15dd12
> arm64: Fix the soft_restart routine
>
> This patch fixed the cpu rest on ARM64 and is applicable to stable-3.10,
> it was built and tested successfully by Yiping Xu.
Hi,
On Thu, 2014-05-15 at 20:23 +0800, Bintian wrote:
> 09024aa61e1bc994404683e2e5b363484a15dd12
> arm64: Fix the soft_restart routine
>
> This patch fixed the cpu rest on ARM64 and is applicable to stable-3.10,
> it was built and tested successfully by Yiping Xu. how about your idea?
Well, the
Thank you Catalin and Geoff, I will check these two patches.
On 2014/5/16 3:25, Geoff Levand wrote:
Hi,
On Thu, 2014-05-15 at 20:23 +0800, Bintian wrote:
09024aa61e1bc994404683e2e5b363484a15dd12
arm64: Fix the soft_restart routine
This patch fixed the cpu rest on ARM64 and is applicable to st
On 05/16/2014 03:37 AM, Bintian wrote:
> Thank you Catalin and Geoff, I will check these two patches.
>
> On 2014/5/16 3:25, Geoff Levand wrote:
>> Hi,
>>
>> On Thu, 2014-05-15 at 20:23 +0800, Bintian wrote:
>>> 09024aa61e1bc994404683e2e5b363484a15dd12
>>> arm64: Fix the soft_restart routine
>>>
>
On Fri, 2014-05-23 at 13:35 +0200, Jiri Slaby wrote:
> On 05/16/2014 03:37 AM, Bintian wrote:
> > Thank you Catalin and Geoff, I will check these two patches.
> >
> > On 2014/5/16 3:25, Geoff Levand wrote:
> >> Hi,
> >>
> >> On Thu, 2014-05-15 at 20:23 +0800, Bintian wrote:
> >>> 09024aa61e1bc9944
On Fri, May 23, 2014 at 09:34:52AM -0700, Geoff Levand wrote:
> On Fri, 2014-05-23 at 13:35 +0200, Jiri Slaby wrote:
> > On 05/16/2014 03:37 AM, Bintian wrote:
> > > Thank you Catalin and Geoff, I will check these two patches.
> > >
> > > On 2014/5/16 3:25, Geoff Levand wrote:
> > >> Hi,
> > >>
>
Hi Greg,
I found this bugfix is not in the latest 3.10.y, please backport it.
As for now, 3.10.y LTS would still be vulnerable to CVE-2014-2672.
[ Upstream commit 21f8aaee0c62708654988ce092838aa7df4d25d8 ]
We check tid->sched without a lock taken on ath_tx_aggr_sleep(). That
is race condition wh
Hi Greg,
Upstream commit 51f0885e5415 has a stable tag and it has been backported to
3.2 stable, and it's also applicable to 3.4 stable. It was built successful
for me.
As it can't be applied cleanly to 3.4, you can cherry pick commit 4c239ba63bcc
from linux-3.2.y in stable tree.
Thanks!
Rui Xia
Hi Ying Xue, Jon, Paul or David,
4225a398c1352a7a5c14dc07277cb5cc4473983b
tipc: fix lockdep warning during bearer initialization
This looks applicable to stable-3.0/3.2/3.4, that fixed one deadlock.
With the tipc-config cmd, I can reproduce that. The deadlock possibly
occur when the second TIPC
On 2014/6/25 15:20, Wang Nan wrote:
> Hi Greg,
>
>Following 3 patches fix a 8250 serial problem which causes stty stall:
>
>33acbb82695f84e9429c1f7fbdeb4588dea12ffa
>serial: 8250_dw: Report CTS asserted for auto flow
>
>c49436b657d0a56a6ad90d14a7c3041add7cf64d
>serial: 8250_d
Hi Greg,
Following 3 patches fix a 8250 serial problem which causes stty stall:
33acbb82695f84e9429c1f7fbdeb4588dea12ffa
serial: 8250_dw: Report CTS asserted for auto flow
c49436b657d0a56a6ad90d14a7c3041add7cf64d
serial: 8250_dw: Improve unwritable LCR workaround
6979f8d280
On 2014/6/25 15:20, Wang Nan wrote:
> Hi Greg,
>
>Following 3 patches fix a 8250 serial problem which causes stty stall:
>
>33acbb82695f84e9429c1f7fbdeb4588dea12ffa
>serial: 8250_dw: Report CTS asserted for auto flow
>
>c49436b657d0a56a6ad90d14a7c3041add7cf64d
>serial: 8250_d
Hi Greg or Ben,
commit e6355ad7b1c6f70e2f48ae159f5658b441ccff95
[media] saa7134: Fix unlocked snd_pcm_stop() call
The commit is one patch of the patchset "snd_pcm_stop() lock fixes"
which had been backported to 3.2-stable. But 3.2-stable missed it.
I adjust context and can be applied to 3.4 and 3
Hi,
5a581b3 jiffies: Avoid undefined behavior from signed overflow
Please include this in 3.11 and earlier stable versions. It fixes
undefined results from macros such as time_after().
Thanking you,
Ruchi Kandoi.
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body o
On Thu, Mar 20, 2014 at 07:20:48PM +0800, Wang Nan wrote:
> Hi Greg, Luis and Ingo,
>
> Please queue following patches for 3.10.x, 3.11.x and 3.12.x:
>
> Commit 6d7d5da7d75c6df676c8b72d32b02ff024438f0c:
> ARM: 7864/1: Handle 64-bit memory in case of 32-bit phys_addr_t
>
> Commit 571b14375019c3
Hi Dan Carpenter or Greg,
b5e2f339865fb443107e5b10603e53bbc92dc054
staging: wlags49_h2: buffer overflow setting station name
This patch looks applicable to stable-3.4, that fixed CVE-2013-4514.
It can't be applied directly due to blank space & blank line problems,
introduced by patch ceb121ae (st
On Fri, 2014-09-12 at 09:57 +0800, Wang Nan wrote:
> Hi Greg and Zefan:
>
> upstream commit 7ba3ec5749ddb61f79f7be17b5fd7720eebc52de:
> ext2: Fix fs corruption in ext2_get_xip_mem()
>
> looks applicable for 3.10 and 3.4.
>
> On 3.10, without this patch we can easily trigger a bug using:
>
> #
Hi greg,
We want to use pstore on linux 3.10. But we found several bugfixs have not
merged into it. Most of them are obvious and can be cherry-picked cleanly.
Would you please apply them to stable 3.10?
PART 1: patches that can be cleanly applied:
0405a5cec3406f19e69da07c8111a6bf1088ac29
pstore
Hi Greg,
These patches are backported to make LPAE more robust, most of which
are important bugfixs. So I suggest merging them into 3.10.
For ARM, when LPAE is triggered, 40-bit physical address is available,
translation table becomes 3-level, and every table entry is 64 bit
instead of 32. Howe
Hi Greg,
Could you please queue following patch to 3.10.x?
Commit 888be25402021a425da3e85e2d5a954d7509286e:
ARM: probes: fix instruction fetch order with
Without this patch, kprobe on ARM big endian is broken.
I have backport it to 3.10. Please see following post.
Thank yo
On Mon, Aug 18, 2014 at 02:59:33PM +0100, Markos Chandras wrote:
> Hi Greg,
>
> Could you please apply the following patch to the 3.16.X stable kernels?
>
> c3b9b945e02e011c63522761e91133ea43eb6939
> "MIPS: math-emu: Fix instruction decoding"
Now applied.
--
To unsubscribe from this list: send t
I've already sent these to stable mailing list.
On 2014/9/12 10:22, Wang Nan wrote:
> Hi Greg,
>
> Upstream commit 0c740d0afc3bff0a097ad03a1c8df92757516f5c and
> 1da4db0cd5c8a31d4468ec906b413e75e604b465 looks ignored by 3.10 (they are
> included by 3.12.22). Without these patches we meet real dea
On 2014/6/5 11:16, Xiangyu Lu wrote:
> Hi Greg,
> I found this bugfix is not in the latest 3.10.y, please backport it.
> As for now, 3.10.y LTS would still be vulnerable to CVE-2014-2672.
>
Please add this line:
"From: Stanislaw Gruszka "
> [ Upstream commit 21f8aaee0c62708654988ce092838aa7df4
On Thu, Jun 05, 2014 at 11:47:20AM +0800, Li Zefan wrote:
> On 2014/6/5 11:16, Xiangyu Lu wrote:
> > Hi Greg,
> > I found this bugfix is not in the latest 3.10.y, please backport it.
> > As for now, 3.10.y LTS would still be vulnerable to CVE-2014-2672.
> >
>
> Please add this line:
>
> "From:
On Wed, 2014-06-04 at 21:11 -0700, Greg KH wrote:
> On Thu, Jun 05, 2014 at 11:47:20AM +0800, Li Zefan wrote:
> > On 2014/6/5 11:16, Xiangyu Lu wrote:
> > > Hi Greg,
> > > I found this bugfix is not in the latest 3.10.y, please backport it.
> > > As for now, 3.10.y LTS would still be vulnerable to
On Thu, Jun 05, 2014 at 05:12:41PM +0100, Ben Hutchings wrote:
> On Wed, 2014-06-04 at 21:11 -0700, Greg KH wrote:
> > On Thu, Jun 05, 2014 at 11:47:20AM +0800, Li Zefan wrote:
> > > On 2014/6/5 11:16, Xiangyu Lu wrote:
> > > > Hi Greg,
> > > > I found this bugfix is not in the latest 3.10.y, pleas
On 2014/9/12 9:57, Wang Nan wrote:
> Hi Greg and Zefan:
>
> upstream commit 7ba3ec5749ddb61f79f7be17b5fd7720eebc52de:
> ext2: Fix fs corruption in ext2_get_xip_mem()
>
> looks applicable for 3.10 and 3.4.
>
> On 3.10, without this patch we can easily trigger a bug using:
>
> # mkfs.ext2 -b 40
Hi Greg,
Could you please queue following patch to 3.10.x ?
Commit b69e63a45f2d96a0dfe930ed20385058d4574d2f :
perf evsel: Fix printing of perf_event_paranoid message
Which is upstreamed in v3.11.
Without this patch, the perf_event_paranoid message is
currently shown as:
Error:
You may no
Hi Greg and Jiri,
The following patch commit ee53664bda169f519ce3c6a22d378f0b946c8178
mm: Fix NULL pointer dereference in madvise(MADV_WILLNEED) support
fix CVE-2014-8173. I wish you could merge this fix into stable 3.10
and 3.12, because the linux kernel before 3.13 on NUMA systems
is affected
On Thu, Oct 31, 2013 at 03:55:12PM +0800, Rui Xiang wrote:
> Hi Greg,
>
> Upstream commit 51f0885e5415 has a stable tag and it has been backported to
> 3.2 stable, and it's also applicable to 3.4 stable. It was built successful
> for me.
>
> As it can't be applied cleanly to 3.4, you can cherry p
Hi Shan Wei or David,
ce46cc64d47a8afaf13c300b09a7f9c29f4979b6
net: neighbour: prohibit negative value for unres_qlen_bytes parameter
This looks applicable to stable-3.4, I can reproduce it on this 3.4 kernel.
It fixes a type overflow when setting unres_qlen. I try to reproduce, and
then this pat
From: wangweidong
Date: Wed, 7 Aug 2013 11:23:08 +0800
> 4225a398c1352a7a5c14dc07277cb5cc4473983b
> tipc: fix lockdep warning during bearer initialization
>
> This looks applicable to stable-3.0/3.2/3.4, that fixed one deadlock.
> With the tipc-config cmd, I can reproduce that. The deadlock pos
Hi Greg,
7f88f88f83ed609650a01b18572e605ea50cd163
mm: kmemleak: avoid false negatives on vmalloc'ed objects
This patch looks applicable to stable-3.4, it fixed a regression that
kmemleak was rarely reporting vmalloc() leaks. It was tested fine
by me.
This patch needs some adjustments, before
On Fri, Apr 18, 2014 at 02:08:09PM +0800, xiakaixu wrote:
> Hi Greg,
>
> Could you please queue following patch to 3.10.x ?
>
> Commit b69e63a45f2d96a0dfe930ed20385058d4574d2f :
> perf evsel: Fix printing of perf_event_paranoid message
>
> Which is upstreamed in v3.11.
>
> Without this patch,
From: James Hogan
commit 6979f8d28049879e6147767d93ba6732c8bd94f4 upstream.
Commit c49436b657d0 (serial: 8250_dw: Improve unwritable LCR workaround)
caused a regression. It added a check that the LCR was written properly
to detect and workaround the busy quirk, but the behaviour of bit 5
(UART_L
From: Tim Kryger
commit c49436b657d0a56a6ad90d14a7c3041add7cf64d upstream.
When configured with UART_16550_COMPATIBLE=NO or in versions prior to
the introduction of this option, the Designware UART will ignore writes
to the LCR if the UART is busy. The current workaround saves a copy of
the las
From: Tim Kryger
upstream inclusion
DTS: DTS2014060600056
directory: cherry-pick
commit c49436b657d0a56a6ad90d14a7c3041add7cf64d upstream
When configured with UART_16550_COMPATIBLE=NO or in versions prior to
the introduction of this option, the Designwa
From: James Hogan
upstream unclusion
DTS: DTS2014060600056
directory: cherry-pick
commit 6979f8d28049879e6147767d93ba6732c8bd94f4 upstream
Commit c49436b657d0 (serial: 8250_dw: Improve unwritable LCR workaround)
caused a regression. It added a check tha
On 06/25/2014 10:33 AM, Wang Nan wrote:
> Hi Greg,
>
>Following 3 patches fix a 8250 serial problem which causes stty stall:
>
>33acbb82695f84e9429c1f7fbdeb4588dea12ffa
>serial: 8250_dw: Report CTS asserted for auto flow
>
>c49436b657d0a56a6ad90d14a7c3041add7cf64d
>serial:
On Wed, Jun 25, 2014 at 04:33:29PM +0800, Wang Nan wrote:
> Hi Greg,
>
>Following 3 patches fix a 8250 serial problem which causes stty stall:
>
>33acbb82695f84e9429c1f7fbdeb4588dea12ffa
>serial: 8250_dw: Report CTS asserted for auto flow
>
>c49436b657d0a56a6ad90d14a7c3041add7
Hi Luis and Ingo,
723478c8a471403c53cf144999701f6e0c4bbd11
perf: Enforce 1 as lower limit for perf_event_max_sample_rate
Please queue this for 3.11.x and 3.12.x. It fixes a divide-by-zero bug.
The bug can be triggiered by writing 0 to
/proc/sys/kernel/perf_event_max_sample_rate,
which was introd
On Tue, Feb 25, 2014 at 04:24:41PM +0800, Weng Meiling wrote:
> Hi Greg or Ben,
>
> commit e6355ad7b1c6f70e2f48ae159f5658b441ccff95
> [media] saa7134: Fix unlocked snd_pcm_stop() call
>
> The commit is one patch of the patchset "snd_pcm_stop() lock fixes"
> which had been backported to 3.2-stable
On Mon, Mar 10, 2014 at 04:58:07PM -0700, Ruchi Kandoi wrote:
> Hi,
>
> 5a581b3 jiffies: Avoid undefined behavior from signed overflow
>
> Please include this in 3.11 and earlier stable versions. It fixes
> undefined results from macros such as time_after().
>
> Thanking you,
> Ruchi Kandoi.
>
On Thu, Jan 23, 2014 at 02:50:44PM +0800, Xie XiuQi wrote:
> Hi Dan Carpenter or Greg,
>
> b5e2f339865fb443107e5b10603e53bbc92dc054
> staging: wlags49_h2: buffer overflow setting station name
>
> This patch looks applicable to stable-3.4, that fixed CVE-2013-4514.
> It can't be applied directly d
On 2014/10/3 8:06, Greg KH wrote:
> On Sat, Aug 16, 2014 at 11:05:18AM +0800, Wang Nan wrote:
>> Hi Greg,
>>
>>Could you please queue following patch to 3.10.x?
>>
>>Commit 888be25402021a425da3e85e2d5a954d7509286e:
>> ARM: probes: fix instruction fetch order with
>>
>>Without this
On Sat, Aug 16, 2014 at 11:05:18AM +0800, Wang Nan wrote:
> Hi Greg,
>
>Could you please queue following patch to 3.10.x?
>
>Commit 888be25402021a425da3e85e2d5a954d7509286e:
> ARM: probes: fix instruction fetch order with
>
>Without this patch, kprobe on ARM big endian is broke
On Tue, 2014-02-25 at 16:24 +0800, Weng Meiling wrote:
> Hi Greg or Ben,
>
> commit e6355ad7b1c6f70e2f48ae159f5658b441ccff95
> [media] saa7134: Fix unlocked snd_pcm_stop() call
>
> The commit is one patch of the patchset "snd_pcm_stop() lock fixes"
> which had been backported to 3.2-stable. But 3
On Mon, 2014-03-10 at 16:58 -0700, Ruchi Kandoi wrote:
> Hi,
>
> 5a581b3 jiffies: Avoid undefined behavior from signed overflow
>
> Please include this in 3.11 and earlier stable versions. It fixes
> undefined results from macros such as time_after().
I've queued this up for 3.2, thanks.
Ben.
On 2014/11/11 19:31, Hou Pengyang wrote:
Hi Greg,
These patches are backported to make LPAE more robust, most of which
are important bugfixs. So I suggest merging them into 3.10.
For ARM, when LPAE is triggered, 40-bit physical address is available,
translation table becomes 3-level, and every
commit 336ae1180df5f69b9e0fb6561bec01c5f64361cf
ARM: sched_clock: Load cycle count after epoch stabilizes
This looks applicable to stable-3.10, which load cycle count after epoch
stabilizes,
It was built successful for me. What do you think?
Stephen Boyd (1):
ARM: sched_clock: Load cycle coun
On Wed, Nov 26, 2014 at 03:49:59PM +0800, Hou Pengyang wrote:
> On 2014/11/11 19:31, Hou Pengyang wrote:
> >Hi Greg,
> >
> >These patches are backported to make LPAE more robust, most of which
> >are important bugfixs. So I suggest merging them into 3.10.
> >
> >For ARM, when LPAE is triggered, 40-
On 2014/12/2 21:44, Luis Henriques wrote:
On Wed, Nov 26, 2014 at 03:49:59PM +0800, Hou Pengyang wrote:
On 2014/11/11 19:31, Hou Pengyang wrote:
Hi Greg,
These patches are backported to make LPAE more robust, most of which
are important bugfixs. So I suggest merging them into 3.10.
For ARM, w
On Thu, Dec 04, 2014 at 09:22:20AM +0800, Hou Pengyang wrote:
> On 2014/12/2 21:44, Luis Henriques wrote:
> >On Wed, Nov 26, 2014 at 03:49:59PM +0800, Hou Pengyang wrote:
> >>On 2014/11/11 19:31, Hou Pengyang wrote:
> >>>Hi Greg,
> >>>
> >>>These patches are backported to make LPAE more robust, mos
On Wed, Nov 26, 2014 at 03:49:59PM +0800, Hou Pengyang wrote:
> On 2014/11/11 19:31, Hou Pengyang wrote:
> >Hi Greg,
> >
> >These patches are backported to make LPAE more robust, most of which
> >are important bugfixs. So I suggest merging them into 3.10.
> >
> >For ARM, when LPAE is triggered, 40-
On 2014/12/5 7:39, Greg KH wrote:
On Wed, Nov 26, 2014 at 03:49:59PM +0800, Hou Pengyang wrote:
On 2014/11/11 19:31, Hou Pengyang wrote:
Hi Greg,
These patches are backported to make LPAE more robust, most of which
are important bugfixs. So I suggest merging them into 3.10.
For ARM, when LPAE
Hi Zefan, Greg, and Jiri,
e21404d ipmi: fix timeout calculation when bmc is disconnected
This patch looks applicable to stable-3.4, stable-3.10 and stable-3.12,
that fixed a bug when bmc is disconnected. Sebastian Parschauer
() also found this bug on linux-3.12.y.
It was built successful for me
On Mon, Nov 03, 2014 at 05:57:47PM +0800, HuKeping wrote:
> Hi greg,
> We want to use pstore on linux 3.10. But we found several bugfixs have not
> merged into it. Most of them are obvious and can be cherry-picked cleanly.
> Would you please apply them to stable 3.10?
>
> PART 1: patches that can
some of them have already been merged, I'll check it and resend later :)
于 2015/1/28 9:21, Greg KH 写道:
On Mon, Nov 03, 2014 at 05:57:47PM +0800, HuKeping wrote:
Hi greg,
We want to use pstore on linux 3.10. But we found several bugfixs have not
merged into it. Most of them are obvious and can b
Hi greg,
We want to use pstore on linux 3.10. But we found several bugfixs have not
been merged yet. Most of them are obvious and can be cherry-picked cleanly.
Would you please apply them to stable 3.10?
Change from v1:
- remove d4bf205da618bbd0b038e404d646f14e76915718 which has already been merg
Hi greg,
We want to use pstore on linux 3.10. But we found several bugfixs have not
been merged yet. Most of them are obvious and can be cherry-picked cleanly.
Would you please apply them to stable 3.10?
v1 -> v2:
- remove d4bf205da618bbd0b038e404d646f14e76915718 which has already been merged
-
On Tue, Nov 11, 2014 at 11:31:27AM +, Hou Pengyang wrote:
> Hi Greg,
>
> These patches are backported to make LPAE more robust, most of which
> are important bugfixs. So I suggest merging them into 3.10.
>
> For ARM, when LPAE is triggered, 40-bit physical address is available,
> translation
1 - 100 of 206 matches
Mail list logo