It is a copy/paste of patch provided by Sujith for ath9k.
Even though we make sure PowerSave is not enabled by default
by disabling the flag, WIPHY_FLAG_PS_ON_BY_DEFAULT on init,
PS could be enabled by userspace based on various factors
like battery usage etc. Since PS in ath9k is just broken
and
From: Sujith Manoharan c_man...@qca.qualcomm.com
Currently, when a station leaves an IBSS network, the
corresponding BSS is not dropped from cfg80211 if there are
other active stations in the network. But, the small
window that is present when trying to determine a station's
status based on
Le 29/01/2014 21:48, Steven Rostedt a écrit :
On Wed, 29 Jan 2014 17:04:12 +0100
Nicolas Dichtel nicolas.dich...@6wind.com wrote:
Your patch serie seems to be the good way to go (note that patch 1/2 does not
compile) but I think the fix is smaller because we don't have x-netns.
Here is my
On Thu, 2014-01-30 at 14:17 +0530, Sujith Manoharan wrote:
From: Sujith Manoharan c_man...@qca.qualcomm.com
Currently, when a station leaves an IBSS network, the
corresponding BSS is not dropped from cfg80211 if there are
other active stations in the network. But, the small
window that is
This problem was fixed upstream by commit 1e9f3d6f1c40 (ip6tnl: fix use after
free of fb_tnl_dev).
The upstream patch depends on upstream commit 0bd8762824e7 (ip6tnl: add x-netns
support), which was not backported into 3.10 branch.
First, explain the problem: when the ip6_tunnel module is
This reverts commit 22c3ec552c29cf4bd4a75566088950fe57d860c4.
This patch is not the right fix, it introduces a memory leak when a netns is
destroyed (the FB device is never deleted).
Signed-off-by: Nicolas Dichtel nicolas.dich...@6wind.com
---
net/ipv6/ip6_tunnel.c | 2 ++
1 file changed, 2
This problem was fixed upstream by commit 9434266f2c64 (sit: fix use after free
of fb_tunnel_dev).
The upstream patch depends on upstream commit 5e6700b3bf98 (sit: add support of
x-netns), which was not backported into 3.10 branch.
First, explain the problem: when the sit module is unloaded,
Please consider including the following upstream patch in stable kernel
branches:
commit 90ed4988b8c030d65b41b7d13140e9376dc6ec5a
Author: Aristeu Rozanski a...@redhat.com
Date: Thu Dec 5 10:37:56 2013 -0500
e752x_edac: Fix pci_dev usage count
Thanks,
--
Jean Delvare
Suse L3 Support
--
To
From: Pratyush Anand pratyush.an...@st.com
SPEAr13xx was using virtual address space 0xFE00 to map physical address
space 0xB300. pci_remap_io uses 0xFEE0 as virtual address. So
change 0xFE00 to 0xF900.
Signed-off-by: Pratyush Anand pratyush.an...@st.com
Signed-off-by: Mohit
Il 29/01/2014 14:16, Dan Carpenter ha scritto:
If kvm_io_bus_register_dev() fails then it returns success but it should
return an error code.
I also did a little cleanup like removing an impossible NULL test.
Fixes: 2b3c246a682c ('KVM: Make coalesced mmio use a device per zone')
Signed-off-by:
At Thu, 30 Jan 2014 10:55:51 +0800,
Hui Wang wrote:
When we plug a 3-ring headset on the Dell machine (Vendor ID:
0x10ec0255, Subsystem ID: 0x1028064d), the headset mic can't be
detected, after apply this patch, the headset mic can work well.
BugLink:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM +0530, Aneesh Kumar K.V wrote:
From: Li Zhong zh...@linux.vnet.ibm.com
It seems that forward declaration couldn't work well with
This is a note to let you know that I've just added the patch titled
e752x_edac: Fix pci_dev usage count
to the 3.10-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
e752x_edac: Fix pci_dev usage count
to the 3.12-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:
Am 28.01.2014 09:31, schrieb Gianluca Anzolin:
Unfortunately it seems I overlooked the fact that rfcomm_dev_activate() is
called with the port-mutex held. So patches 2/3/4 cause a regression I missed
because I didn't turn on the appropriate debug options (circular locking
dependency, a bug
This is a note to let you know that I've just added the patch titled
e752x_edac: Fix pci_dev usage count
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
e752x_edac: Fix pci_dev usage count
to the 3.13-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, 30 Jan 2014 10:28:43 +0100
Nicolas Dichtel nicolas.dich...@6wind.com wrote:
Steve, I think the patch I sent yesterday is the good fix. At the end, it's
a backport of Willem's patch. Note that he also ack that patch.
The first version you sent (which removes
Fix NULL pointer dereference of chip-pdata if platform_data was not
supplied to the driver.
The driver during probe stored the pointer to the platform_data:
chip-pdata = client-dev.platform_data;
Later it was dereferenced in max17040_get_online() and
max17040_get_status().
If
Le 30/01/2014 14:31, Steven Rostedt a écrit :
On Thu, 30 Jan 2014 10:28:43 +0100
Nicolas Dichtel nicolas.dich...@6wind.com wrote:
Steve, I think the patch I sent yesterday is the good fix. At the end, it's
a backport of Willem's patch. Note that he also ack that patch.
The first version you
Greg KH gregkh at linuxfoundation.org writes:
I'm announcing the release of the 3.13.1 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.13.y
and can
On Thu, Jan 30, 2014 at 9:13 AM, Calvin Walton calvin.wal...@kepstin.ca wrote:
Greg KH gregkh at linuxfoundation.org writes:
I'm announcing the release of the 3.13.1 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
On Thu, 2014-01-30 at 09:28 -0500, Josh Boyer wrote:
On Thu, Jan 30, 2014 at 9:13 AM, Calvin Walton calvin.wal...@kepstin.ca
wrote:
Greg KH gregkh at linuxfoundation.org writes:
I'm announcing the release of the 3.13.1 kernel.
Neither this release nor the 3.4.78 kernel have shown up
Hi John,
On Wed, Jan 22, 2014 at 05:34:53PM -0800, John Stultz wrote:
Just wanted to send out a few timekeeping fixes that were merged
in 3.14 which are appropriate for -stable.
This queue backports the following fixes:
-
On Thu, Jan 30, 2014 at 02:13:56PM +, Calvin Walton wrote:
Greg KH gregkh at linuxfoundation.org writes:
I'm announcing the release of the 3.13.1 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM +0530, Aneesh Kumar K.V wrote:
From: Li Zhong zh...@linux.vnet.ibm.com
It seems that forward
On 01/30/2014 06:44 AM, Luis Henriques wrote:
Hi John,
On Wed, Jan 22, 2014 at 05:34:53PM -0800, John Stultz wrote:
Just wanted to send out a few timekeeping fixes that were merged
in 3.14 which are appropriate for -stable.
This queue backports the following fixes:
On Thu, Jan 30, 2014 at 11:08:52PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 11:08:52PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan 28, 2014 at 05:52:42PM
From: Axel Lin axel@ingics.com
The spi_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin axel@ingics.com
Cc: stable stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman gre...@linuxfoundation.org
(cherry picked from commit
From: Stephen Warren swar...@nvidia.com
Commit 384a48d71520 ALSA: hda: HDMI: Support codecs with fewer cvts
than pins dynamically enabled each pin widget's PIN_OUT only when the
pin was actively in use. This was required on certain NVIDIA CODECs for
correct operation. Specifically, if multiple
Otherwise decoding isn't really useable.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc: stable@vger.kernel.org
---
drivers/gpu/drm/radeon/r600.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 56140b4..cdbc417
Subject: [merged]
fs-compat-fix-parameter-handling-for-compat-readv-writev-syscalls.patch removed
from -mm tree
To:
Subject: [merged]
lib-genallocc-add-check-gen_pool_dma_alloc-if-dma-pointer-is-not-null.patch
removed from -mm tree
To:
prabhakar.cse...@gmail.com,b42...@freescale.com,j...@perches.com,p.za...@pengutronix.de,sachin.ka...@linaro.org,stable@vger.kernel.org,mm-comm...@vger.kernel.org
From:
Subject: [merged] fs-compat-fix-lookup_dcookie-parameter-handling.patch removed
from -mm tree
To:
heiko.carst...@de.ibm.com,brueck...@linux.vnet.ibm.com,h...@zytor.com,mi...@kernel.org,schwidef...@de.ibm.com,stable@vger.kernel.org,v...@zeniv.linux.org.uk,mm-comm...@vger.kernel.org
From:
Subject: [merged]
mm-page-writebackc-fix-dirty_balance_reserve-subtraction-from-dirtyable-memory.patch
removed from -mm tree
To:
han...@cmpxchg.org,fengguang...@intel.com,mgor...@suse.de,mho...@suse.cz,r...@redhat.com,stable@vger.kernel.org,t...@kernel.org,mm-comm...@vger.kernel.org
From:
Subject: [merged]
mm-numa-initialse-numa-balancing-after-jump-label-initialisation.patch removed
from -mm tree
To:
mgor...@suse.de,r...@redhat.com,stable@vger.kernel.org,mm-comm...@vger.kernel.org
From: a...@linux-foundation.org
Date: Thu, 30 Jan 2014 12:05:06 -0800
The patch titled
Subject: [merged]
mm-page-writebackc-do-not-count-anon-pages-as-dirtyable-memory.patch removed
from -mm tree
To:
han...@cmpxchg.org,fengguang...@intel.com,mgor...@suse.de,mho...@suse.cz,r...@redhat.com,stable@vger.kernel.org,t...@kernel.org,mm-comm...@vger.kernel.org
From:
On Thu, 2014-01-30 at 09:55 -0800, Greg KH wrote:
On Thu, Jan 30, 2014 at 11:08:52PM +0530, Aneesh Kumar K.V wrote:
Greg KH g...@kroah.com writes:
On Thu, Jan 30, 2014 at 09:57:36AM +1100, Benjamin Herrenschmidt wrote:
On Wed, 2014-01-29 at 10:45 -0800, Greg KH wrote:
On Tue, Jan
On Thu, 30 Jan 2014 14:42:57 +0100
Nicolas Dichtel nicolas.dich...@6wind.com wrote:
I'll let you know when these are finished.
Thank you for testing.
Our short tests that were crashing have all now passed :-) with your
patches applied.
We are now running our full tier tests on the code, but
From: Nate Eldredge n...@thatsmathematics.com
Make math_state_restore() save and restore the interrupt flag, rather
than always disabling interrupts.
If math_state_restore() is called in a task that has not used math, it
needs to allocate some memory (via init_fpu()). Since this can sleep,
it
On Thu, Jan 30, 2014 at 2:01 PM, Nate Eldredge
n...@thatsmathematics.com wrote:
If math_state_restore() is called in a task that has not used math, it
needs to allocate some memory (via init_fpu()). Since this can sleep,
it enables interrupts first. Currently, it always disables them
On Fri, Jan 31, 2014 at 07:59:01AM +1100, Benjamin Herrenschmidt wrote:
If that's an issue for you, just drop the 3.13 variant of the patch and
we'll send it again with the build fix as soon as Linus has pulled the
latter.
I have done that.
thanks,
greg k-h
--
To unsubscribe from this list:
Hi.
Please backport upstream commit
b963a22e6d1a266a67e9eecc88134713fd54775c to 3.4. This patch has
already been backported to other stable kernels.
The upstream patch does not clean apply to 3.4. The function
kvm_apic_get_reg is apic_get_reg instead. Please backport similarly as
commit
From: Minchan Kim minc...@kernel.org
Subject: zram: fix race between reset and flushing pending work
Dan and Sergey reported that there is a racy between reset and flushing of
pending work so that it could make oops by freeing zram-meta in reset
while zram_slot_free can access zram-meta if new
From: David Rientjes rient...@google.com
Subject: mm/mempolicy.c: fix mempolicy printing in numa_maps
As a result of 5606e3877ad8 (mm: numa: Migrate on reference policy),
/proc/pid/numa_maps prints the mempolicy for any pid as prefer:N for
the local node, N, of the process reading the file.
This
From: Andrey Vagin ava...@openvz.org
Subject: mm: don't lose the SOFT_DIRTY flag on mprotect
The SOFT_DIRTY bit shows that the content of memory was changed after a
defined point in the past. mprotect() doesn't change the content of
memory, so it must not change the SOFT_DIRTY bit.
This bug
From: David Rientjes rient...@google.com
Subject: mm, oom: base root bonus on current usage
A 3% of system memory bonus is sometimes too excessive in comparison to
other processes.
With a63d83f427fb (oom: badness heuristic rewrite), the OOM killer tries
to avoid killing privileged tasks by
From: H. Peter Anvin h...@linux.intel.com
Hi Linus,
You probably have already seen this on the secur...@kernel.org
mailing list, but here is a cleaned up patch for you. This is an
incorrect use of struct timespec in one of the x32 compatibility
functions; we are supposed to copy it into a
From: H. Peter Anvin h...@linux.intel.com
asmlinkage long compat_sys_recvmmsg(int fd, struct compat_mmsghdr
__user *mmsg,
unsigned int vlen, unsigned int
flags,
struct compat_timespec
From: H. Peter Anvin h...@linux.intel.com
[ Resending with corrected Cc: list and authorship ]
Hi Linus,
You probably have already seen this on the secur...@kernel.org
mailing list, but here is a cleaned up patch for you. This is an
incorrect use of struct timespec in one of the x32
From: H. Peter Anvin h...@linux.intel.com
From: PaX Team pagee...@freemail.hu
asmlinkage long compat_sys_recvmmsg(int fd, struct compat_mmsghdr
__user *mmsg,
unsigned int vlen, unsigned int
flags,
rtl_ps_enable_nic() is called from loops that will loop until this function
returns true or a
maximum number of retries is performed.
hw_init() returns non-zero on error. In that situation return false to
restore the original design intent to retry hw init when it fails.
Signed-off-by: Olivier
rtl8192ce is disabling for too long the local interrupts during hw
initiatialisation when performing scans
The observable symptoms in dmesg can be:
- underruns from ALSA playback
- clock freezes (tstamps do not change for several dmesg entries until irqs are
finaly reenabled):
[ 250.817669]
On Fri, Jan 31, 2014 at 12:16:23AM -0500, Olivier Langlois wrote:
rtl_ps_enable_nic() is called from loops that will loop until this function
returns true or a
maximum number of retries is performed.
hw_init() returns non-zero on error. In that situation return false to
restore the
On 01/30/2014 11:16 PM, Olivier Langlois wrote:
rtl8192ce is disabling for too long the local interrupts during hw
initiatialisation when performing scans
The observable symptoms in dmesg can be:
- underruns from ALSA playback
- clock freezes (tstamps do not change for several dmesg entries
hi,
On Thu, Jan 30, 2014 at 2:24 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
I'm adding in some people here, because I think in the end this bug
was introduced by commit 304bceda6a18 (x86, fpu: use non-lazy fpu
restore for processors supporting xsave) that introduced that
57 matches
Mail list logo