On 09/10/2012 04:13 AM, Ben Hutchings wrote:
> 3.2-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Trond Myklebust
>
> Fix the following Oops in 3.5.1:
>
> BUG: unable to handle kernel NULL pointer dereference at 0038
> IP:
commit: 96e65306b81351b656835c15931d1d237b252f27
From: Lai Jiangshan
Date: Sun, 2 Sep 2012 00:28:19 +0800
Subject: workqueue: UNBOUND -> REBIND morphing in rebind_workers() should be
atomic
The compiler may compile the following code into TWO write/modify
instructions.
worker->flags &=
On Tue, 2012-09-11 at 09:43 +0200, Bjørn Mork wrote:
> Thomas Schäfer writes:
>
> > Am Montag, 10. September 2012 um 00:42:24 schrieb Ben Hutchings:
> >> 3.2-stable review patch. If anyone has any objections, please let me know.
> >
> >
> >
> > referring to
> >
> > http://www.spinics.net/lists/l
This is a -stable backport of bf2ac312195155511a0f79325515cbb61929898a
If update_wall_time() is called and the current offset isn't large
enough to accumulate, avoid re-calling timekeeping_adjust which may
change the clock freq and can cause 1ns inconsistencies with
CLOCK_REALTIME_COARSE/CLOCK_MON
This is a -stable backport of 4e8b14526ca7fb046a81c94002c1c43b6fdf0e9b
Unexpected behavior could occur if the time is set to a value large
enough to overflow a 64bit ktime_t (which is something larger then the
year 2262).
Also unexpected behavior could occur if large negative offsets are
injected
This is a -stable backport of cee58483cf56e0ba355fdd97ff5e8925329aa936
Andreas Bombe reported that the added ktime_t overflow checking added to
timespec_valid in commit 4e8b14526ca7 ("time: Improve sanity checking of
timekeeping inputs") was causing problems with X.org because it caused
timeouts l
Just wanted to send out a few timekeeping fixes that were merged
in 3.6 which are appropriate for -stable.
This queue backports the following fixes:
-
cee58483cf56e0ba355fdd97ff5e8925329aa936time: Move ktime_t overflow
checking into timespec_valid_stric
This is a -stable backport of 4e8b14526ca7fb046a81c94002c1c43b6fdf0e9b
Unexpected behavior could occur if the time is set to a value large
enough to overflow a 64bit ktime_t (which is something larger then the
year 2262).
Also unexpected behavior could occur if large negative offsets are
injected
This is a -stable backport of bf2ac312195155511a0f79325515cbb61929898a
If update_wall_time() is called and the current offset isn't large
enough to accumulate, avoid re-calling timekeeping_adjust which may
change the clock freq and can cause 1ns inconsistencies with
CLOCK_REALTIME_COARSE/CLOCK_MON
This is a -stable backport of cee58483cf56e0ba355fdd97ff5e8925329aa936
Andreas Bombe reported that the added ktime_t overflow checking added to
timespec_valid in commit 4e8b14526ca7 ("time: Improve sanity checking of
timekeeping inputs") was causing problems with X.org because it caused
timeouts l
Just wanted to send out a few timekeeping fixes that were merged
in 3.6 which are appropriate for -stable.
This queue backports the following fixes:
-
cee58483cf56e0ba355fdd97ff5e8925329aa936time: Move ktime_t overflow
checking into timespec_valid_stric
This is a note to let you know that I've just added the patch titled
USB: option: replace ZTE K5006-Z entry with vendor class rule
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
On Tue, Sep 11, 2012 at 09:40:31AM +0200, Bjørn Mork wrote:
> Fix the ZTE K5006-Z entry so that it actually matches anything
>
> commit f1b5c997 USB: option: add ZTE K5006-Z
>
> added a device specific entry assuming that the device would use
> class/subclass/proto == ff/ff/ff like other ZTE de
From: Hante Meuleman
ssid len is 32 bit and needs endian conversion for big endian systems.
Cc: stable
Signed-off-by: Hante Meuleman
Signed-off-by: Arend van Spriel
---
.../net/wireless/brcm80211/brcmfmac/wl_cfg80211.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --g
From: Hante Meuleman
Fixes big endian host configuration parameters.
Cc: stable
Reviewed-by: Arend Van Spriel
Signed-off-by: Hante Meuleman
Signed-off-by: Arend van Spriel
---
.../net/wireless/brcm80211/brcmfmac/dhd_common.c | 26
1 file changed, 16 insertions(+), 1
This is a -stable backport of 4e8b14526ca7fb046a81c94002c1c43b6fdf0e9b
Unexpected behavior could occur if the time is set to a value large
enough to overflow a 64bit ktime_t (which is something larger then the
year 2262).
Also unexpected behavior could occur if large negative offsets are
injected
This is a -stable backport of bf2ac312195155511a0f79325515cbb61929898a
If update_wall_time() is called and the current offset isn't large
enough to accumulate, avoid re-calling timekeeping_adjust which may
change the clock freq and can cause 1ns inconsistencies with
CLOCK_REALTIME_COARSE/CLOCK_MON
Just wanted to send out a few timekeeping fixes that were merged
in 3.6 which are appropriate for -stable.
This queue backports the following fixes:
-
cee58483cf56e0ba355fdd97ff5e8925329aa936time: Move ktime_t overflow
checking into timespec_valid_stric
This is a -stable backport of cee58483cf56e0ba355fdd97ff5e8925329aa936
Andreas Bombe reported that the added ktime_t overflow checking added to
timespec_valid in commit 4e8b14526ca7 ("time: Improve sanity checking of
timekeeping inputs") was causing problems with X.org because it caused
timeouts l
This is a -stable backport of cee58483cf56e0ba355fdd97ff5e8925329aa936
Andreas Bombe reported that the added ktime_t overflow checking added to
timespec_valid in commit 4e8b14526ca7 ("time: Improve sanity checking of
timekeeping inputs") was causing problems with X.org because it caused
timeouts l
This is a -stable backport of bf2ac312195155511a0f79325515cbb61929898a
If update_wall_time() is called and the current offset isn't large
enough to accumulate, avoid re-calling timekeeping_adjust which may
change the clock freq and can cause 1ns inconsistencies with
CLOCK_REALTIME_COARSE/CLOCK_MON
This is a -stable backport of 4e8b14526ca7fb046a81c94002c1c43b6fdf0e9b
Unexpected behavior could occur if the time is set to a value large
enough to overflow a 64bit ktime_t (which is something larger then the
year 2262).
Also unexpected behavior could occur if large negative offsets are
injected
Just wanted to send out a few timekeeping fixes that were merged
in 3.6 which are appropriate for -stable.
This queue backports the following fixes:
-
cee58483cf56e0ba355fdd97ff5e8925329aa936time: Move ktime_t overflow
checking into timespec_valid_stric
From: Johannes Berg
Upstream commit 94543a8d4fb302817014981489f15cb3b92ec3c2.
iwl_dbgfs_fh_reg_read() can cause crashes and/or
BUG_ON in slub because the ifdefs are wrong, the
code in iwl_dump_fh() should use DEBUGFS, not
DEBUG to protect the buffer writing code.
Also, while at it, clean up the
From: Johannes Berg
Upstream commit 4fc79db178f0a0ede479b4713e00df2d106028b3.
If the device is not started, we can't read its
SRAM and attempting to do so will cause issues.
Protect the debugfs read.
Cc: stable@vger.kernel.org
Signed-off-by: Johannes Berg
Signed-off-by: John W. Linville
---
On Tue, Sep 11, 2012 at 05:29:52PM +, Berg, Johannes wrote:
> > > The patch below does not apply to the 3.5-stable tree.
> >
> > > 94543a8d4fb302817014981489f15cb3b92ec3c2
> >
> > Hmm. I can cherry-pick it onto 3.5.3, what's the conflict for you?
> >
> > Same for the other one (4fc79db178f0a
> > The patch below does not apply to the 3.5-stable tree.
>
> > 94543a8d4fb302817014981489f15cb3b92ec3c2
>
> Hmm. I can cherry-pick it onto 3.5.3, what's the conflict for you?
>
> Same for the other one (4fc79db178f0a0ede479b4713e00df2d106028b3,
> iwlwifi: protect SRAM debugfs)
Oh, it seems gi
> The patch below does not apply to the 3.5-stable tree.
> 94543a8d4fb302817014981489f15cb3b92ec3c2
Hmm. I can cherry-pick it onto 3.5.3, what's the conflict for you?
Same for the other one (4fc79db178f0a0ede479b4713e00df2d106028b3, iwlwifi:
protect SRAM debugfs)
johannes
Intel GmbH
Dornacher
On Tue, 11 Sep 2012 11:11:13 -0500, Larry Finger
wrote :
> There are a number of problems that occur for the latest version
> of the Realtek RTL8188CE device with the in-kernel driver. These
> include selection of the wrong firmware, and system lockup. A full
> fix is known, but is too invasive
This is a note to let you know that I've just added the patch titled
xen: Use correct masking in xen_swiotlb_alloc_coherent.
to the 3.5-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
xen/pciback: Fix proper FLR steps.
to the 3.5-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:
xen-pciback-fix-prope
This is a note to let you know that I've just added the patch titled
xen/p2m: Fix one-off error in checking the P2M tree directory.
to the 3.5-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
x86, microcode, AMD: Fix broken ucode patch size check
to the 3.5-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:
x
This is a note to let you know that I've just added the patch titled
uprobes: Fix mmap_region()'s mm->mm_rb corruption if uprobe_mmap() fails
to the 3.5-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 th
This is a note to let you know that I've just added the patch titled
UBI: fix a horrible memory deallocation bug
to the 3.5-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:
ubi-fix-a-ho
This is a note to let you know that I've just added the patch titled
OMAPFB: fix framebuffer console colors
to the 3.5-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:
omapfb-fix-frameb
This is a note to let you know that I've just added the patch titled
PARISC: Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
to the 3.5-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
Input: i8042 - add Gigabyte T1005 series netbooks to noloop table
to the 3.5-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
HID: add NOGET quirk for Eaton Ellipse MAX UPS
to the 3.5-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:
hid-add-n
This is a note to let you know that I've just added the patch titled
hwmon: (asus_atk0110) Add quirk for Asus M5A78L
to the 3.5-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:
hwmon-as
This is a note to let you know that I've just added the patch titled
dccp: check ccid before dereferencing
to the 3.5-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:
dccp-check-ccid-be
This is a note to let you know that I've just added the patch titled
drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot
to the 3.5-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
xen: Use correct masking in xen_swiotlb_alloc_coherent.
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
xen/pciback: Fix proper FLR steps.
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:
xen-pciback-fix-prope
This is a note to let you know that I've just added the patch titled
x86, microcode, AMD: Fix broken ucode patch size check
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:
x
This is a note to let you know that I've just added the patch titled
PARISC: Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
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
This is a note to let you know that I've just added the patch titled
drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot
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
PARISC: Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
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
This is a note to let you know that I've just added the patch titled
HID: add NOGET quirk for Eaton Ellipse MAX UPS
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:
hid-add-n
This is a note to let you know that I've just added the patch titled
Input: i8042 - add Gigabyte T1005 series netbooks to noloop table
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
This is a note to let you know that I've just added the patch titled
hwmon: (asus_atk0110) Add quirk for Asus M5A78L
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:
hwmon-as
This is a note to let you know that I've just added the patch titled
dccp: check ccid before dereferencing
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:
dccp-check-ccid-be
This is a note to let you know that I've just added the patch titled
hwmon: (asus_atk0110) Add quirk for Asus M5A78L
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:
hwmon-as
This is a note to let you know that I've just added the patch titled
drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot
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
dccp: check ccid before dereferencing
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:
dccp-check-ccid-be
The patch below does not apply to the 3.5-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 .
thanks,
greg k-h
-- original commit in Linus's tree --
>F
The patch below does not apply to the 3.5-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 .
thanks,
greg k-h
-- original commit in Linus's tree --
>F
This is a note to let you know that I've just added the patch titled
Input: i8042 - add Gigabyte T1005 series netbooks to noloop table
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
The patch below does not apply to the 3.0-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 .
thanks,
greg k-h
-- original commit in Linus's tree --
>F
The patch below does not apply to the 3.4-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 .
thanks,
greg k-h
-- original commit in Linus's tree --
>F
This is a note to let you know that I've just added the patch titled
SCSI: scsi_lib: fix scsi_io_completion's SG_IO error propagation
to the 3.5-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
udf: Fix data corruption for files in ICB
to the 3.5-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:
udf-fix-data-c
This is a note to let you know that I've just added the patch titled
SCSI: mpt2sas: Fix for Driver oops, when loading driver with
max_queue_depth command line option to a very small value
to the 3.5-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable
This is a note to let you know that I've just added the patch titled
SCSI: Fix 'Device not ready' issue on mpt2sas
to the 3.5-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:
scsi-fix-d
This is a note to let you know that I've just added the patch titled
SCSI: megaraid_sas: Move poll_aen_lock initializer
to the 3.5-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:
scsi-
This is a note to let you know that I've just added the patch titled
i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM=y &&
CONFIG_I2C_DESIGNWARE_PCI=y
to the 3.5-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=
This is a note to let you know that I've just added the patch titled
i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH
to the 3.5-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:
i2c
This is a note to let you know that I've just added the patch titled
fuse: fix retrieve length
to the 3.5-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:
fuse-fix-retrieve-length.patch
This is a note to let you know that I've just added the patch titled
ext3: Fix fdatasync() for files with only i_size changes
to the 3.5-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
udf: Fix data corruption for files in ICB
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:
udf-fix-data-c
This is a note to let you know that I've just added the patch titled
SCSI: scsi_lib: fix scsi_io_completion's SG_IO error propagation
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
This is a note to let you know that I've just added the patch titled
SCSI: megaraid_sas: Move poll_aen_lock initializer
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:
scsi-
This is a note to let you know that I've just added the patch titled
SCSI: mpt2sas: Fix for Driver oops, when loading driver with
max_queue_depth command line option to a very small value
to the 3.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable
This is a note to let you know that I've just added the patch titled
SCSI: Fix 'Device not ready' issue on mpt2sas
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:
scsi-fix-d
This is a note to let you know that I've just added the patch titled
i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM=y &&
CONFIG_I2C_DESIGNWARE_PCI=y
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=
This is a note to let you know that I've just added the patch titled
i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH
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:
i2c
This is a note to let you know that I've just added the patch titled
fuse: fix retrieve length
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:
fuse-fix-retrieve-length.patch
This is a note to let you know that I've just added the patch titled
ext3: Fix fdatasync() for files with only i_size changes
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
udf: Fix data corruption for files in ICB
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:
udf-fix-data-c
This is a note to let you know that I've just added the patch titled
SCSI: mpt2sas: Fix for Driver oops, when loading driver with
max_queue_depth command line option to a very small value
to the 3.0-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable
This is a note to let you know that I've just added the patch titled
SCSI: megaraid_sas: Move poll_aen_lock initializer
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:
scsi-
This is a note to let you know that I've just added the patch titled
SCSI: Fix 'Device not ready' issue on mpt2sas
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:
scsi-fix-d
This is a note to let you know that I've just added the patch titled
fuse: fix retrieve length
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:
fuse-fix-retrieve-length.patch
This is a note to let you know that I've just added the patch titled
ext3: Fix fdatasync() for files with only i_size changes
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:
The patch below does not apply to the 3.5-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 .
thanks,
greg k-h
-- original commit in Linus's tree --
>F
There are a number of problems that occur for the latest version
of the Realtek RTL8188CE device with the in-kernel driver. These
include selection of the wrong firmware, and system lockup. A full
fix is known, but is too invasive for inclusion in stable. This patch
fixes the problem with loading t
On Mon, Sep 10, 2012 at 03:58:45PM -0700, Paul E. McKenney wrote:
> > Anyway, should I resend the patchset with this thing fixed?
>
> Please feel free to do so. ;-)
>
> Thanx, Paul
>
So here it is.
On the menu for the updated branch:
- fi
Otherwise things migt not work too well.
Breakage introduced in
commit eb1cbe4848b01f9f073064377875bc7d71eb401b
Author: Daniel Vetter
Date: Wed Mar 28 23:12:16 2012 +0200
drm/i915: split PLL update code out of i9xx_crtc_mode_set
Cc: Jesse Barnes
Cc: stable@vger.kernel.org (for 3.5 only)
Hi Mark,
On Tue, Aug 07, 2012 at 07:42:43PM +0100, Mark Brown wrote:
> The removal of mach/io.h from most ARM platforms also set the range of
> valid IO ports to be empty for most platforms when previously any 32
> bit integer had been valid. This makes it impossible to add IO resources
> as the a
Thomas Schäfer writes:
> Am Montag, 10. September 2012 um 00:42:24 schrieb Ben Hutchings:
>> 3.2-stable review patch. If anyone has any objections, please let me know.
>
>
>
> referring to
>
> http://www.spinics.net/lists/linux-usb/msg70131.html
>
> it should not be done with ff ff ff
Yes, sor
Fix the ZTE K5006-Z entry so that it actually matches anything
commit f1b5c997 USB: option: add ZTE K5006-Z
added a device specific entry assuming that the device would use
class/subclass/proto == ff/ff/ff like other ZTE devices. It
turns out that ZTE has started using vendor specific subclass
91 matches
Mail list logo