I'm announcing the release of the 3.6.11.1 kernel.
The updated 3.6.11.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
v3.6-stable
The patch can be downloaded at:
https://www.kernel.org/pub/linux/kernel/projects/rt/3.6/stable/pat
commit: eba0e3c3a0ba7b96f01cbe997680f6a4401a0bfc
From: Ming Lei
Date: Tue, 26 Mar 2013 10:49:55 +0800
Subject: USB: serial: fix hang when opening port
Johan's 'fix use-after-free in TIOCMIWAIT' patchset[1] introduces
one bug which can cause kernel hang when opening port.
This patch initialized t
commit: 85ecd0322b9a1a9f451d9150e9460ab42fd17219
From: Soeren Moch
Date: Fri, 22 Mar 2013 12:16:52 -0400
Subject: USB: EHCI: fix bug in iTD/siTD DMA pool allocation
[Description written by Alan Stern]
Soeren tracked down a very difficult bug in ehci-hcd's DMA pool
management of iTD and siTD stru
commit: e4317ce877a31dbb9d96375391c1c4ad2210d637
From: Ian Abbott
Date: Fri, 22 Mar 2013 15:16:29 +
Subject: staging: comedi: s626: fix continuous acquisition
For the s626 driver, there is a bug in the handling of asynchronous
commands on the AI subdevice when the stop source is `TRIG_NONE`.
commit: 991f76f837bf22c5bb07261cfd86525a0a96650c
From: Ming Lei
Date: Wed, 20 Mar 2013 23:25:24 +0800
Subject: sysfs: fix race between readdir and lseek
While readdir() is running, lseek() may set filp->f_pos as zero,
then may leave filp->private_data pointing to one sysfs_dirent
object without h
commit: 503bded92da283b2f31d87e054c4c6d30c3c2340
From: Pawel Wieczorkiewicz
Date: Wed, 20 Feb 2013 17:26:20 +0100
Subject: tty: atmel_serial_probe(): index of atmel_ports[] fix
Index of atmel_ports[ATMEL_MAX_UART] should be smaller
than ATMEL_MAX_UART.
Signed-off-by: Pawel Wieczorkiewicz
Acked-
commit: e5110f411d2ee35bf8d202ccca2e89c633060dca
From: Ming Lei
Date: Wed, 20 Mar 2013 23:25:25 +0800
Subject: sysfs: handle failure path correctly for readdir()
In case of 'if (filp->f_pos == 0 or 1)' of sysfs_readdir(),
the failure from filldir() isn't handled, and the reference counter
of the
commit: 1c11a172cb30492f5f6a82c6e118fdcd9946c34f
From: Vivek Gautam
Date: Thu, 21 Mar 2013 12:06:48 +0530
Subject: usb: xhci: Fix TRB transfer length macro used for Event TRB.
Use proper macro while extracting TRB transfer length from
Transfer event TRBs. Adding a macro EVENT_TRB_LEN (bits 0:23)
commit: 482b0b5d82bd916cc0c55a2abf65bdc69023b843
From: Konstantin Holoborodko
Date: Fri, 29 Mar 2013 00:06:13 +0900
Subject: usb: ftdi_sio: Add support for Mitsubishi FX-USB-AW/-BD
It enhances the driver for FTDI-based USB serial adapters
to recognize Mitsubishi Electric Corp. USB/RS422 Converter
This is a note to let you know that I've just added the patch titled
staging: zsmalloc: Fix link error on ARM
to my staging git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
in the staging-next branch.
The patch will show up in the next rele
This is a note to let you know that I've just added the patch titled
SUNRPC: Add barriers to ensure read ordering in
rpc_wake_up_task_queue_locked
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
This is a note to let you know that I've just added the patch titled
SUNRPC: Add barriers to ensure read ordering in
rpc_wake_up_task_queue_locked
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
This is a note to let you know that I've just added the patch titled
SUNRPC: Add barriers to ensure read ordering in
rpc_wake_up_task_queue_locked
to the 3.8-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename
commit: 991155bacb91c988c45586525771758ddadd44ce
From: Horia Geanta
Date: Wed, 20 Mar 2013 16:31:38 +0200
Subject: Revert "crypto: talitos - add IPsec ESN support"
This reverts commit e763eb699be723fb41af818118068c6b3afdaf8d.
Current IPsec ESN implementation for authencesn(cbc(aes), hmac(sha))
(
commit: 92f28d973cce45ef5823209aab3138eb45d8b349
From: "Eric W. Biederman"
Date: Fri, 15 Mar 2013 01:03:33 -0700
Subject: scm: Require CAP_SYS_ADMIN over the current pidns to spoof pids.
Don't allow spoofing pids over unix domain sockets in the corner
cases where a user has created a user namespa
commit: 751c644b95bb48aaa8825f0c66abbcc184d92051
From: "Eric W. Biederman"
Date: Tue, 26 Mar 2013 02:27:11 -0700
Subject: pid: Handle the exit of a multi-threaded init.
When a multi-threaded init exits and the initial thread is not the
last thread to exit the initial thread hangs around as a zomb
commit: 246bbedb9aaf27e2207501d93a869023a439fce5
From: Horia Geanta
Date: Wed, 20 Mar 2013 16:31:58 +0200
Subject: Revert "crypto: caam - add IPsec ESN support"
This reverts commit 891104ed008e8646c7860fe5bc70b0aac55dcc6c.
Current IPsec ESN implementation for authencesn(cbc(aes), hmac(sha))
(sep
commit: 90563b198e4c6674c63672fae1923da467215f45
From: "Eric W. Biederman"
Date: Fri, 22 Mar 2013 03:10:15 -0700
Subject: vfs: Add a mount flag to lock read only bind mounts
When a read-only bind mount is copied from mount namespace in a higher
privileged user namespace to a mount namespace in a
commit: 3151527ee007b73a0ebd296010f1c0454a919c7d
From: "Eric W. Biederman"
Date: Fri, 15 Mar 2013 01:45:51 -0700
Subject: userns: Don't allow creation if the user is chrooted
Guarantee that the policy of which files may be access that is
established by setting the root directory will not be viol
commit: 87a8ebd637dafc255070f503909a053cf0d98d3f
From: "Eric W. Biederman"
Date: Sun, 24 Mar 2013 14:28:27 -0700
Subject: userns: Restrict when proc and sysfs can be mounted
Only allow unprivileged mounts of proc and sysfs if they are already
mounted when the user namespace is created.
proc and
commit: a636b702ed1805e988ad3d8ff8b52c060f8b341c
From: "Eric W. Biederman"
Date: Thu, 21 Mar 2013 18:13:15 -0700
Subject: ipc: Restrict mounting the mqueue filesystem
Only allow mounting the mqueue filesystem if the caller has CAP_SYS_ADMIN
rights over the ipc namespace. The principle here is i
commit: 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9
From: "Eric W. Biederman"
Date: Fri, 22 Mar 2013 04:08:05 -0700
Subject: vfs: Carefully propogate mounts across user namespaces
As a matter of policy MNT_READONLY should not be changable if the
original mounter had more privileges than creator of t
On Thu, Mar 28, 2013 at 07:39:01PM +, Ben Hutchings wrote:
> On Thu, Mar 28, 2013 at 12:04:29PM -0400, Naoya Horiguchi wrote:
> [...]
> > I guess you mean this patch violates one/both of these rules:
> >
> > - It must fix a problem that causes a build error (but not for things
> >marked C
On Thu, Mar 28, 2013 at 12:04:29PM -0400, Naoya Horiguchi wrote:
[...]
> I guess you mean this patch violates one/both of these rules:
>
> - It must fix a problem that causes a build error (but not for things
>marked CONFIG_BROKEN), an oops, a hang, data corruption, a real
>security issue
I'm announcing the release of the 3.8.5 kernel.
All users of the 3.8 kernel series must upgrade.
The updated 3.8.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.8.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.4.38 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.0.71 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
Commit 9bf7a4890518186238d2579be16ecc5190a707c0 upstream, 3.8 definitely and I
think 3.5 but nothing earlier, thanks.
We need to inc the nlink of deleted entries when running replay so we can do the
unlink on the fs_root and get everything cleaned up and then have the orphan
cleanup do the right t
And make use of it in b43. This fixes a regression introduced with
49d55cef5b1925a5c1efb6aaddaa40fc7c693335
b43: N-PHY: implement spurious tone avoidance
This commit made BCM4322 use only MCS 0 on channel 13, which of course
resulted in performance drop (down to 0.7Mb/s).
Reported-by: Stefan Brüns
On Thu, Mar 28, 2013 at 08:51:09AM -0700, Greg KH wrote:
> On Thu, Mar 28, 2013 at 11:42:37AM -0400, Naoya Horiguchi wrote:
> > Currently we fail to include any data on hugepages into coredump,
> > because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
> > introduced by commit 31
This is a note to let you know that I've just added the patch titled
usb: ftdi_sio: Add support for Mitsubishi FX-USB-AW/-BD
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next
On Thu, Mar 28, 2013 at 11:42:37AM -0400, Naoya Horiguchi wrote:
> Currently we fail to include any data on hugepages into coredump,
> because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
> introduced by commit 314e51b98 "mm: kill vma flag VM_RESERVED and
> mm->reserved_vm coun
With applying the previous patch "hugetlbfs: stop setting VM_DONTDUMP in
initializing vma(VM_HUGETLB)" to reenable hugepage coredump, if a memory
error happens on a hugepage and the affected processes try to access
the error hugepage, we hit VM_BUG_ON(atomic_read(&page->_count) <= 0)
in get_page().
Hi,
This small patch series fixes problems on hugepage coredump,
where we cannot include any data on hugepages into coredump.
See individual patches for more details.
Thanks,
Naoya Horiguchi
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...
Currently we fail to include any data on hugepages into coredump,
because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
introduced by commit 314e51b98 "mm: kill vma flag VM_RESERVED and
mm->reserved_vm counter". This looks to me a serious regression,
so let's fix it.
Signed-off
At Tue, 26 Mar 2013 16:00:57 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.0.71 release.
> There are 49 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.
>
At Tue, 26 Mar 2013 15:50:43 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.4.38 release.
> There are 72 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.
>
At Tue, 26 Mar 2013 15:41:49 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.8.5 release.
> There are 98 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.
>
From: Jan Kiszka
If we reenable ftrace via syctl, we currently set ftrace_trace_function
based on the previous simplistic algorithm. This is inconsistent with
what update_ftrace_function does. So better call that helper instead.
Link: http://lkml.kernel.org/r/5151d26f.1070...@siemens.com
Cc: st
On Thu, Mar 28, 2013 at 12:26:03PM +0800, Lingzhu Xiang wrote:
> commit 69d34da2984c95b33ea21518227e1f9470f11d95 upstream.
>
> Backported for 3.4, 3.0-stable. Moved return to after unlock.
Thanks, I'm queuing this for 3.5 kernels as well.
Cheers,
--
Luis
>
> From: "Steven Rostedt (Red Hat)"
>
Michael Grzeschik writes:
> Hi,
>
> this series solves some memroy issues with the chipidea udc
>
> The series is based on v3.9-rc4.
Looks good.
Thanks,
--
Alex
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vger.kernel.org
More majord
Hi,
this series solves some memroy issues with the chipidea udc
The series is based on v3.9-rc4.
Thanks,
Michael
Michael Grzeschik (2):
usb: chipidea: udc: fix memory access of shared memory on armv5 machines
usb: chipidea: udc: fix memory leak in _ep_nuke
drivers/usb/chipidea/udc.c | 8 +
The udc uses an shared dma memory space between hard and software. This
memory layout is described in ci13xxx_qh and ci13xxx_td which are marked
with the attribute ((packed)).
The compiler currently does not know about the alignment of the memory
layout, and will create strb and ldrb operations.
In hardware_enqueue code adds one extra td with dma_pool_alloc if
mReq->req.zero is true. When _ep_nuke will be called for that endpoint,
dma_pool_free will not be called to free that memory again. That patch
fixes this.
Cc: stable # v3.5
Signed-off-by: Michael Grzeschik
Acked-by: Alexander Shis
Michael Grzeschik writes:
> On Thu, Mar 28, 2013 at 11:12:51AM +0200, Felipe Balbi wrote:
>> On Thu, Mar 28, 2013 at 08:55:07AM +0200, Alexander Shishkin wrote:
>> > >> Agreed. What about the multi-td patch and the rest? Are you going to
>> > >> resend them still?
>> > >
>> > > I will clean up th
Michael Grzeschik writes:
> In hardware_enqueue code adds one extra td with dma_pool_alloc if
> mReq->req.zero is true. When _ep_nuke will be called for that endpoint,
> dma_pool_free will not be called to free that memory again. That patch
> fixes this.
Okay, drop the "possible" from subject an
I am announcing the release of the 3.5.7.9 tree of stable patches.
This tree picks up the latest 3.5 stable release upstream, and add patches
on top that were later marked for stable but can't be added to 3.5, as
it is not anymore an stable series maintained upstream.
The tree is maintained by th
On Thu, Mar 28, 2013 at 11:12:51AM +0200, Felipe Balbi wrote:
> On Thu, Mar 28, 2013 at 08:55:07AM +0200, Alexander Shishkin wrote:
> > >> Agreed. What about the multi-td patch and the rest? Are you going to
> > >> resend them still?
> > >
> > > I will clean up this series first and add the followi
On Thu, Mar 28, 2013 at 08:55:07AM +0200, Alexander Shishkin wrote:
> >> Agreed. What about the multi-td patch and the rest? Are you going to
> >> resend them still?
> >
> > I will clean up this series first and add the following patch to it:
> >
> > usb: chipidea: udc: prepare qhead with dma_alloc
This fix introduced a bug in SRIOV.
Should squash into it, the upstream commit:
f74d525bc973f2003b55b1f71f377e31fb5d3c8b - "net/mlx4_en: Disable RFS in
SRIOV virtual functions"
Thanks,
Amir
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord..
Michael Grzeschik writes:
> The udc uses an shared dma memory space between hard and software. This
> memory layout is described in ci13xxx_qh and ci13xxx_td which are marked
> with the attribute ((packed)).
>
> The compiler currently does not know about the alignment of the memory
> layout, and
commit e971318bbed610e28bb3fde9d548e6aaf0a6b02e upstream.
Backported for 3.0-stable. Removed code related to pstore
workqueue but pulled in helper function variable_is_present
from a93bc0c; Moved the definition of __efivars to the top
for being referenced in variable_is_present.
From: Matt Flemi
commit ec50bd32f1672d38ddce10fb1841cbfda89cfe9a upstream.
Backported for 3.0-stable. Removed workqueue code added in
a93bc0c 3.9-rc1.
From: Matt Fleming
It's not wise to assume VariableNameSize represents the length of
VariableName, as not all firmware updates VariableNameSize in the same
way (
commit e971318bbed610e28bb3fde9d548e6aaf0a6b02e upstream.
Backported for 3.4-stable. Removed code related to pstore
workqueue but pulled in helper function variable_is_present
from a93bc0c; Moved the definition of __efivars to the top
for being referenced in variable_is_present.
From: Matt Flemi
commit ec50bd32f1672d38ddce10fb1841cbfda89cfe9a upstream.
Backported for 3.4-stable. Removed workqueue code added in
a93bc0c 3.9-rc1.
From: Matt Fleming
It's not wise to assume VariableNameSize represents the length of
VariableName, as not all firmware updates VariableNameSize in the same
way (
commit e971318bbed610e28bb3fde9d548e6aaf0a6b02e upstream.
Backported for 3.8-stable. Removed code related to pstore
workqueue but pulled in helper function variable_is_present
from a93bc0c.
From: Matt Fleming
Some firmware exhibits a bug where the same VariableName and
VendorGuid values are ret
commit ec50bd32f1672d38ddce10fb1841cbfda89cfe9a upstream.
Backported for 3.8-stable. Removed workqueue code added in
a93bc0c 3.9-rc1.
From: Matt Fleming
It's not wise to assume VariableNameSize represents the length of
VariableName, as not all firmware updates VariableNameSize in the same
way (
57 matches
Mail list logo
