-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/12/2014 03:08 AM, Ben Hutchings wrote:
On Tue, 2014-05-06 at 09:22 -0700, gre...@linuxfoundation.org
wrote:
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,
Like all of the other *30 ThinkPad models, the W530 has a broken acpi-video
backlight control. Note in order for this to actually fix things on the
ThinkPad W530 the commit titled:
nouveau: Don't check acpi_video_backlight_support() before registering
backlight
is also needed.
On 05/12/2014 03:57 PM, Hans de Goede wrote:
Like all of the other *30 ThinkPad models, the W530 has a broken acpi-video
backlight control. Note in order for this to actually fix things on the
ThinkPad W530 the commit titled:
nouveau: Don't check acpi_video_backlight_support() before
Seems to work for me?
Yes, but it breaks the build, right?
D'oh, of course, sorry. I'll send a replacement.
johannes
--
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Christian Lamprechter, Hannes
Return IRQ_NONE if it was not our irq. This is necessary for the case
when qxl is sharing irq line with a device A in a crash kernel. If qxl
is initialized before A and A's irq was raised during this gap,
returning IRQ_HANDLED in this case will cause this irq to be raised
again after EOI since
Willy Tarreau wrote...
Initialize event_data for all possible message types to prevent leaking
kernel stack contents to userland (up to 20 bytes). Also set the flags
member of the connector message to 0 to prevent leaking two more stack
bytes this way.
There are build errors as shown below
On 12 May 2014 02:32, Willy Tarreau w...@1wt.eu wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
From: Mathias Krause mini...@googlemail.com
[ Upstream commit e727ca82e0e9616ab4844301e6bae60ca7327682 ]
Initialize event_data for
From: Johannes Berg johannes.b...@intel.com
Upstream commit 1a1cb744de160ee70086a77afff605bbc275d291, fixed
for cfg80211 API and locking changes.
Since Stanislaw's patch removing the quiescing code, mac80211 had
a race regarding suspend vs. authentication: as cfg80211 doesn't
track
On Mon, May 12, 2014 at 10:51:31AM +0200, Mathias Krause wrote:
On 12 May 2014 02:32, Willy Tarreau w...@1wt.eu wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
From: Mathias Krause mini...@googlemail.com
[ Upstream commit
I am announcing the release of the Linux 3.11.10.10 kernel.
The updated 3.11.y tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.11.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.11.y;a=shortlog
The diff from v3.11.10.9 is
Tomas Winkler (3):
mei: me: fix hw ready reset flow
mei: me: drop harmful wait optimization
mei: me: read H_CSR after asserting reset
drivers/misc/mei/hw-me.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
--
1.9.0
--
To unsubscribe from this list:
According the spec the host should read H_CSR again
after asserting reset H_RST to ensure that reset was
read by the firmware
Cc: stable@vger.kernel.org
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
Signed-off-by: Alexander Usyskin alexander.usys...@intel.com
---
drivers/misc/mei/hw-me.c
It my take time till ME_RDY will be cleared after the reset,
so we cannot check the bit before we got the interrupt
Cc: stable@vger.kernel.org
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
Signed-off-by: Alexander Usyskin alexander.usys...@intel.com
---
drivers/misc/mei/hw-me.c | 4 +---
We cleared H_RST for H_CSR on spurious interrupt generated when ME_RDY
while cleared and not while ME_RDY is set. The spurious interrupt
is not delivered on all platforms in this case the
driver may fail to initialize.
Cc: stable@vger.kernel.org
Signed-off-by: Tomas Winkler
From: Ursula Braun ursula.br...@de.ibm.com
When sending data through IUCV a MESSAGE COMPLETE interrupt
signals that sent data memory can be freed or reused again.
With commit f9c41a62bba3f3f7ef3541b2a025e3371bcbba97 the
MESSAGE COMPLETE callback iucv_callback_txdone() identifies
the wrong skb as
Hi,
On 05/12/2014 10:16 AM, Aaron Lu wrote:
On 05/12/2014 03:57 PM, Hans de Goede wrote:
Like all of the other *30 ThinkPad models, the W530 has a broken acpi-video
backlight control. Note in order for this to actually fix things on the
ThinkPad W530 the commit titled:
nouveau: Don't check
On Mon, May 12, 2014 at 10:57:04AM +0200, Willy Tarreau wrote:
diff --git a/drivers/connector/cn_proc.c b/drivers/connector/cn_proc.c
index 6069790..3a2587a 100644
--- a/drivers/connector/cn_proc.c
+++ b/drivers/connector/cn_proc.c
[...]
module_init(cn_proc_init);
+
On Fri, May 09, 2014 at 09:28:58AM +1000, Michael Neuling wrote:
On Thu, 2014-05-08 at 06:52 -0700, Guenter Roeck wrote:
On 05/07/2014 10:52 PM, Michael Neuling wrote:
On Wed, 2014-05-07 at 22:00 -0700, Guenter Roeck wrote:
Both 3.10 and 3.14 are affected.
powerpc:defconfig,
On Fri, May 09, 2014 at 03:58:58PM +0200, Gerd Hoffmann wrote:
Hi,
Can you please cherry-pick the power management fixes for qemu vga cards
into stable kernels?
Impact: Without those patches the display of your virtual machine is
foobar when it comes back from s3 suspend.
Patch #1
On Wed, May 7, 2014 at 12:57 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, May 7, 2014 at 2:18 AM, Sven Joachim svenj...@gmx.de wrote:
It seems that at least some 32-bit programs are also broken, since after
upgrading the kernel to 3.14.3 I can no longer start my old chess
Hello.
On 05/12/2014 03:01 PM, Frank Blaschka wrote:
From: Ursula Braun ursula.br...@de.ibm.com
When sending data through IUCV a MESSAGE COMPLETE interrupt
signals that sent data memory can be freed or reused again.
With commit f9c41a62bba3f3f7ef3541b2a025e3371bcbba97 the
Please also
The mvebu-soc-id code in mach-mvebu/ needs to enable a clock to read
the SoC device ID and revision number. To do so, it does a clk_get(),
then a clk_prepare_enable(), reads the value, and disables the clock
with clk_disable_unprepare(). However, it forgets to clk_put() the
clock. This commit
Since the mvebu-soc-id code in mach-mvebu/ was introduced, several
users have noticed a regression: the PCIe card connected in the first
PCIe interface is not detected properly.
This is due to the fact that the mvebu-soc-id code enables the PCIe
clock of the first PCIe interface, reads the SoC
From: Willy Tarreau w...@1wt.eu
Date: Mon, 12 May 2014 10:57:04 +0200
Thank you guys, I'll check. I don't know why I didn't see them on an
allmodconfig build.
Because you have to enable connector as y, rather than m, for the
proc connector to be available in the config.
--
To unsubscribe from
Hi Thomas,
On 12/05/2014 16:11, Thomas Petazzoni wrote:
The mvebu-soc-id code in mach-mvebu/ needs to enable a clock to read
the SoC device ID and revision number. To do so, it does a clk_get(),
then a clk_prepare_enable(), reads the value, and disables the clock
with clk_disable_unprepare().
Hi Thomas,
On 12/05/2014 16:11, Thomas Petazzoni wrote:
Since the mvebu-soc-id code in mach-mvebu/ was introduced, several
users have noticed a regression: the PCIe card connected in the first
PCIe interface is not detected properly.
This is due to the fact that the mvebu-soc-id code
Hi Thomas,
On Mon, May 12, 2014 at 04:11:40PM +0200, Thomas Petazzoni wrote:
(...)
This issue was discussed with Kevin Hilman, and the suggested solution
was to make the mvebu-soc-id code keep the clock enabled in case it
will be needed for PCIe. This is therefore the solution implemented in
Felicitări
Sunteți unul dintre beneficiarii de pe ordinea de zi a Națiunilor Unite
2014/2015 Grant Award. Informațiile dvs. au fost verificate și suma de șase
milioane de euro (6.000.000,00) a fost acordat pentru a vă în programul de
granturi al Națiunilor Unite ca Date tale au fost listate
On Mon, May 12, 2014 at 12:04:00PM -0400, Jon Maloy wrote:
This one is obsolete.
tipc_net_lock does not exist in the current code. It was removed in commit
7216cd949c9bd56a4ccd952c624ab68f8c9aa0a4(tipc: purge tipc_net_lock lock)
I'm a bit confused, I can't find this commit, in what branch is
This one is obsolete.
tipc_net_lock does not exist in the current code. It was removed in commit
7216cd949c9bd56a4ccd952c624ab68f8c9aa0a4(tipc: purge tipc_net_lock lock)
Regards
///jon
On 05/11/2014 08:33 PM, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections,
Willy Tarreau wrote...
Here's a fixed patch. Sorry for the trouble.
Compile test passed. Also for the other gcc versions checked,
gcc-4.4 as in Debian squeeze, gcc-4.8 as in Debian jessie.
Christoph
--
To unsubscribe from this list: send the line unsubscribe stable in
the body of a message
Sorry, I should have mentioned that it is still only in net-next.
It is pretty recent.
///jon
-Original Message-
From: Willy Tarreau [mailto:w...@1wt.eu]
Sent: May-12-14 12:16 PM
To: Jon Maloy
Cc: linux-ker...@vger.kernel.org; stable@vger.kernel.org; Ying Xue; Paul
Gortmaker; David
On 05/12/2014 06:16 AM, Josh Boyer wrote:
On Wed, May 7, 2014 at 12:57 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, May 7, 2014 at 2:18 AM, Sven Joachim svenj...@gmx.de wrote:
It seems that at least some 32-bit programs are also broken, since after
upgrading the kernel to
On Mon, May 12, 2014 at 04:41:00PM +, Jon Maloy wrote:
Sorry, I should have mentioned that it is still only in net-next.
It is pretty recent.
OK indeed, got it here for reference :
https://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/commit/?id=7216cd949c9bd56
But anyway,
On 05/12/2014 01:12 PM, Willy Tarreau wrote:
On Mon, May 12, 2014 at 04:41:00PM +, Jon Maloy wrote:
Sorry, I should have mentioned that it is still only in net-next.
It is pretty recent.
OK indeed, got it here for reference :
On Mon, May 12, 2014 at 01:19:54PM -0400, Jon Maloy wrote:
On 05/12/2014 01:12 PM, Willy Tarreau wrote:
On Mon, May 12, 2014 at 04:41:00PM +, Jon Maloy wrote:
Sorry, I should have mentioned that it is still only in net-next.
It is pretty recent.
OK indeed, got it here for reference
Subject: [merged] drivers-rtc-rtc-hym8563c-set-uie_unsupported.patch removed
from -mm tree
To:
he...@sntech.de,a.zu...@towertech.it,stable@vger.kernel.org,mm-comm...@vger.kernel.org
From: a...@linux-foundation.org
Date: Mon, 12 May 2014 12:30:42 -0700
The patch titled
Subject:
On Sun, May 11, 2014 at 03:52:06PM -0700, Guenter Roeck wrote:
On 05/11/2014 12:19 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.4 release.
There are 83 patches in this series, all will be posted as a response
to this one. If anyone has any issues
On 05/11/2014 01:19 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.4 release.
There are 83 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.
Responses should be
On 05/11/2014 01:21 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.90 release.
There are 22 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.
Responses should be
On 05/11/2014 01:19 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.40 release.
There are 48 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.
Responses should be
On Mon, May 12, 2014 at 03:53:42PM -0600, Shuah Khan wrote:
On 05/11/2014 01:19 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.4 release.
There are 83 patches in this series, all will be posted as a response
to this one. If anyone has any issues
Subject: +
hwposion-hugetlb-lock_page-unlock_page-does-not-match-for-handling-a-free-hugepage.patch
added to -mm tree
To:
sla...@gmail.com,a...@linux.intel.com,n-horigu...@ah.jp.nec.com,stable@vger.kernel.org
From: a...@linux-foundation.org
Date: Mon, 12 May 2014 15:56:24 -0700
The patch
43 matches
Mail list logo