Greg KH wrote...
Can you run 'git bisect' between 3.0.26 and 3.0.27 to track down the
problem patch?
As a last resort, yes. Normally, I'd done that before mailing but
unfortunately there are some constraints on my side. So this might
take a few days.
Christoph
--
To unsubscribe from this
Change vbus gpio configuration in .dts files to switch to
active low configuration.
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
Acked-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Cc: stable stable@vger.kernel.org
---
arch/arm/boot/dts/at91sam9g25ek.dts|4 ++--
commit: 883a649b737cdbe3ede7e50f3f939fd706ed5c4e
From: Stanislaw Gruszka sgrus...@redhat.com
Date: Tue, 13 Mar 2012 16:11:27 +0100
Subject: iwlegacy: do not nulify il-vif on reset
This il-vif is dereferenced in different part of iwlegacy code, so do
not nullify it. This should fix random crashes
commit: 2ee0a07028d2cde6e131b73f029dae2b93c50f3a
From: Rajkumar Manoharan rmano...@qca.qualcomm.com
Date: Thu, 15 Mar 2012 06:08:04 +0530
Subject: ath9k: fix max noise floor threshold
Currently the maximum noise floor limit is set as too high (-60dB). The
assumption of having a higher threshold
commit: d72308bff5c2fa207949a5925b020bce74495e33
From: Stanislaw Gruszka sgrus...@redhat.com
Date: Mon, 19 Mar 2012 16:00:26 +0100
Subject: mac80211: fix possible tid_rx-reorder_timer use after free
Is possible that we will arm the tid_rx-reorder_timer after
del_timer_sync() in
commit: 643c61e119459e9d750087b7b34be94491efebf9
From: Larry Finger larry.fin...@lwfinger.net
Date: Mon, 26 Mar 2012 09:59:48 -0500
Subject: rtlwifi: rtl8192ce: rtl8192cu: rtl8192de: Fix low-gain setting when
scanning
In https://bugzilla.redhat.com/show_bug.cgi?id=770207, slowdowns of driver
From: Rajkumar Manoharan rmano...@qca.qualcomm.com
Currently the maximum noise floor limit is set as too high (-60dB). The
assumption of having a higher threshold limit is that it would help
de-sensitize the receiver (reduce phy errors) from continuous
interference. But when we have a bursty
From: Stanislaw Gruszka sgrus...@redhat.com
This il-vif is dereferenced in different part of iwlegacy code, so do
not nullify it. This should fix random crashes observed in companion
with microcode errors i.e. crash in il3945_config_ap().
Additionally this should address also
WARNING: at
From: Stanislaw Gruszka sgrus...@redhat.com
Is possible that we will arm the tid_rx-reorder_timer after
del_timer_sync() in ___ieee80211_stop_rx_ba_session(). We need to stop
timer after RCU grace period finish, so move it to
ieee80211_free_tid_rx(). Timer will not be armed again, as
From: Larry Finger larry.fin...@lwfinger.net
In https://bugzilla.redhat.com/show_bug.cgi?id=770207, slowdowns of driver
rtl8192ce are reported. One fix (commit a9b89e2) has already been applied,
and it helped, but the maximum RX speed would still drop to 1 Mbps. As in
the previous fix, the
OMG!
Sorry for the noise guys! I forgot the --dry-run!!
I owe a beer to all of you :(
Cheers!
--
To unsubscribe from this list: send the line unsubscribe stable in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
In omap_i2c_remove we are accessing the I2C_CON register without
enabling the clocks. Fix the same by enabling the clocks and disabling
it.
This fixes the following crash.
[ 154.723022] [ cut here ]
[ 154.725677] WARNING: at
On Mon, Apr 02, 2012 at 04:49:04PM -0700, Greg KH wrote:
On Mon, Apr 02, 2012 at 04:43:05PM -0700, Suresh Siddha wrote:
On Mon, 2012-04-02 at 16:27 -0700, Greg KH wrote:
On Mon, Apr 02, 2012 at 06:47:02PM -0400, Konrad Rzeszutek Wilk wrote:
Hey Greg,
The git commit
Author: Suresh Siddha suresh.b.sid...@intel.com
Date: Mon Mar 12 11:36:33 2012 -0700
x86/ioapic: Add register level checks to detect bogus io-apic entries
With out this commit, if the bios lists bogus io-apic's, then we will
see some error messages (Unable to reset IRR for
On Tue, Apr 3, 2012 at 9:28 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
Author: Suresh Siddha suresh.b.sid...@intel.com
Date: Mon Mar 12 11:36:33 2012 -0700
x86/ioapic: Add register level checks to detect bogus io-apic entries
With out this commit, if the bios lists
On Tue, Apr 03, 2012 at 10:26:42PM +0800, Teck Choon Giam wrote:
On Tue, Apr 3, 2012 at 9:28 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
Author: Suresh Siddha suresh.b.sid...@intel.com
Date: Mon Mar 12 11:36:33 2012 -0700
x86/ioapic: Add register level checks to
On Tue, Apr 3, 2012 at 10:31 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Tue, Apr 03, 2012 at 10:26:42PM +0800, Teck Choon Giam wrote:
On Tue, Apr 3, 2012 at 9:28 PM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
Author: Suresh Siddha suresh.b.sid...@intel.com
Date:
On Thu, Mar 29, 2012 at 5:33 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Thu, Mar 29, 2012 at 02:49:37PM -0600, Grant Likely wrote:
On Wed, Mar 21, 2012 at 1:15 PM, Linus Walleij linus.wall...@linaro.org
wrote:
Commit 360f748b204275229f8398cb2f9f53955db1503b
serial: PL011:
On Tue, Apr 03, 2012 at 11:36:23AM -0400, Paul Gortmaker wrote:
On Thu, Mar 29, 2012 at 5:33 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Thu, Mar 29, 2012 at 02:49:37PM -0600, Grant Likely wrote:
On Wed, Mar 21, 2012 at 1:15 PM, Linus Walleij linus.wall...@linaro.org
Hi Greg,
Josh Boyer wrote:
On Fri, Mar 30, 2012 at 6:13 AM, Len Brown l...@kernel.org wrote:
From: Julian Anastasov j...@ssi.bg
commit 64b3db22c04586997ab4be46dd5a5b99f8a2d390 (2.6.39),
Remove use of unreliable FADT revision field causes regression
for old P4 systems because now
The patch titled
Subject: ASPM: fix pcie devices with non-pcie children
has been removed from the -mm tree. Its filename was
aspm-fix-pcie-devices-with-non-pcie-children.patch
This patch was dropped because it was merged into mainline or a subsystem tree
The current -mm tree may be
On Tue, Apr 3, 2012 at 3:58 PM, Jonathan Nieder jrnie...@gmail.com wrote:
Hi Greg,
Josh Boyer wrote:
On Fri, Mar 30, 2012 at 6:13 AM, Len Brown l...@kernel.org wrote:
From: Julian Anastasov j...@ssi.bg
commit 64b3db22c04586997ab4be46dd5a5b99f8a2d390 (2.6.39),
Remove use of
From: Alex Deucher alexander.deuc...@amd.com
Some r4xx chips have the wrong frev in the
DVOEncoderControl table. It should always be 1
on r4xx. Fixes modesetting on DVO on r4xx chips
with the bad frev.
Reported by twied on #radeon.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc:
23 matches
Mail list logo