[PATCH] drm/i915: Disable self-refresh for untiled fbs on i915gm

2014-04-07 Thread Daniel Vetter
Apparently it doesn't work. X-tiled self-refresh works flawlessly otoh. It's unclear whether this just borked wm setup from our side or a hw restriction, but just disabling gets things going. Note that this regression was only brought to light with commit 3f2dc5ac05714711fc14f2bf0ee5e42d5c08c581

Re: [PATCH] drm/i915: Disable self-refresh for untiled fbs on i915gm

2014-04-07 Thread Daniel Vetter
On Mon, Apr 07, 2014 at 08:54:21AM +0200, Daniel Vetter wrote: Apparently it doesn't work. X-tiled self-refresh works flawlessly otoh. It's unclear whether this just borked wm setup from our side or a hw restriction, but just disabling gets things going. Oops, I've forgotten to add that

Re: [PATCH 1/1] x86/platform/hyperv: When on Hyper-v use NULL legacy PIC

2014-04-07 Thread Olaf Hering
On Thu, Apr 03, K. Y. Srinivasan wrote: + printk(KERN_INFO HyperV: Using null_legacy_pic\n); Maybe this printk can be removed as well, unless its valuable info. Olaf -- To unsubscribe from this list: send the line unsubscribe stable in the body of a message to

Stable release 3.12.17

2014-04-07 Thread Jiri Slaby
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greg, could you release 3.12.17 for me, please? Thanks. === The following changes since commit acbf4c08b347d3a405319212aa6c9f85ea3edfab: Linux 3.12.16 (2014-03-31 14:23:22 +0200) are available in the git repository at:

Re: Boot crash fix for 68030

2014-04-07 Thread Luís Henriques
On Sun, Apr 06, 2014 at 11:34:46AM +0200, Geert Uytterhoeven wrote: Please queue the two commits below for stable: - The second commit fixes a boot crash on 68030, - The first commit is a prerequisite for the second. This fix is needed on all versions that contain commit

[PATCHv3] bq2415x_charger: Fix Atomic Sleep Bug

2014-04-07 Thread Sebastian Reichel
Move sysfs_notify and i2c_transfer calls from bq2415x_notifier_call to bq2415x_timer_work to avoid sleeping in atomic context. This fixes the following bug: [ 7.667449] Workqueue: events power_supply_changed_work [ 7.673034] [c0015c28] (unwind_backtrace+0x0/0xe0) from [c0011e1c]

Re: [PATCH] drivers:cpufreq:unicore32: fix typo issue for 'clk'

2014-04-07 Thread Viresh Kumar
On 7 April 2014 17:34, Chen Gang gang.chen.5...@gmail.com wrote: Need use 'clk' instead of 'mclk', which is the original removed local variable. The related original commit: 652ed95 cpufreq: introduce cpufreq_generic_get() routine The related error with allmodconfig for unicore32:

Re: [PATCH 3.2 00/18] 3.2.57-rc1 review

2014-04-07 Thread Ben Hutchings
On Sun, 2014-04-06 at 20:55 -0700, Guenter Roeck wrote: On 04/06/2014 04:35 PM, Ben Hutchings wrote: This is the start of the stable review cycle for the 3.2.57 release. There are 18 patches in this series, which will be posted as responses to this one. If anyone has any issues with these

[PATCH] PCI: Add new PCI id for Intel GPU interrupt quirk

2014-04-07 Thread Thomas Jarosch
After a CPU upgrade while keeping the same mainboard, we faced spurious interrupt problems again. It turned out that the new CPU also featured a new GPU with a different PCI id. - Add this PCI id to the quirk table. Probably all other Intel GPU PCI ids are affected, too, but I don't want to add

Re: [PATCH 3.2 17/18] cifs: ensure that uncached writes handle unmapped areas correctly

2014-04-07 Thread Raphael Geissert
Hi, On 7 April 2014 03:41, Ben Hutchings b...@decadent.org.uk wrote: On Mon, 2014-04-07 at 00:35 +0100, Ben Hutchings wrote: 3.2.57-rc1 review patch. If anyone has any objections, please let me know. [...] --- a/fs/cifs/file.c +++ b/fs/cifs/file.c [...] + /* +

Re: queue boot: 17 pass, 6 fail (v3.10.36)

2014-04-07 Thread Jason Cooper
Greg, I've found two patches for stable so that we can do more thorough boot-testing of the v3.10 kernel. Please see below: On Fri, Apr 04, 2014 at 10:55:03AM -0700, Kevin Hilman wrote: On 04/04/2014 07:51 AM, Jason Cooper wrote: On Fri, Apr 04, 2014 at 01:55:31AM -0700, Kevin's boot bot

RE: [PATCH 1/1] x86/platform/hyperv: When on Hyper-v use NULL legacy PIC

2014-04-07 Thread KY Srinivasan
-Original Message- From: Olaf Hering [mailto:o...@aepfle.de] Sent: Monday, April 7, 2014 12:06 AM To: KY Srinivasan Cc: x...@kernel.org; linux-ker...@vger.kernel.org; a...@canonical.com; jasow...@redhat.com; h...@zytor.com; stable@vger.kernel.org Subject: Re: [PATCH 1/1]

Re: queue boot: 17 pass, 6 fail (v3.10.36)

2014-04-07 Thread Kevin Hilman
On Mon, Apr 7, 2014 at 8:31 AM, Jason Cooper ja...@lakedaemon.net wrote: Greg, I've found two patches for stable so that we can do more thorough boot-testing of the v3.10 kernel. Please see below: On Fri, Apr 04, 2014 at 10:55:03AM -0700, Kevin Hilman wrote: On 04/04/2014 07:51 AM, Jason

Re: Stable release 3.12.17

2014-04-07 Thread Greg KH
On Mon, Apr 07, 2014 at 11:15:30AM +0200, Jiri Slaby wrote: Greg, could you release 3.12.17 for me, please? Thanks. === The following changes since commit acbf4c08b347d3a405319212aa6c9f85ea3edfab: Linux 3.12.16 (2014-03-31 14:23:22 +0200) are available in the git repository at:

Re: [PATCH] PCI: Add new PCI id for Intel GPU interrupt quirk

2014-04-07 Thread Greg KH
On Mon, Apr 07, 2014 at 03:10:32PM +0200, Thomas Jarosch wrote: After a CPU upgrade while keeping the same mainboard, we faced spurious interrupt problems again. It turned out that the new CPU also featured a new GPU with a different PCI id. - Add this PCI id to the quirk table. Probably

Re: [PATCH] xen/spinlock: Don't enable them unconditionally.

2014-04-07 Thread David Vrabel
On 04/04/14 19:48, kon...@kernel.org wrote: From: Konrad Rzeszutek Wilk konrad.w...@oracle.com The git commit a945928ea2709bc0e8e8165d33aed855a0110279 ('xen: Do not enable spinlocks before jump_label_init() has executed') was added to deal with the jump machinery. Earlier the code that

Re: [PATCH] cpufreq: remove sysfs link when a cpu != policy-cpu, is removed

2014-04-07 Thread Sören Brinkmann
On Mon, 2014-02-17 at 11:03PM +0100, Rafael J. Wysocki wrote: On Monday, February 17, 2014 02:52:11 PM Viresh Kumar wrote: Earlier patch tried to do this but missed this piece of code to fix. 42f921a cpufreq: remove sysfs files for CPUs which failed to come back after resume

Re: [PATCH 3.2] cifs: ensure that uncached writes handle unmapped areas correctly

2014-04-07 Thread Jeff Layton
On Sun, 06 Apr 2014 22:28:12 +0100 Ben Hutchings b...@decadent.org.uk wrote: Here's the backported version I've queued up for 3.2. It's untested; please let me know if you see any problem with it. Ben. --- From: Jeff Layton jlay...@redhat.com Date: Fri, 14 Feb 2014 07:20:35 -0500

Re: [PATCH 3.2 17/18] cifs: ensure that uncached writes handle unmapped areas correctly

2014-04-07 Thread Ben Hutchings
On Mon, 2014-04-07 at 15:45 +0200, Raphael Geissert wrote: Hi, On 7 April 2014 03:41, Ben Hutchings b...@decadent.org.uk wrote: On Mon, 2014-04-07 at 00:35 +0100, Ben Hutchings wrote: 3.2.57-rc1 review patch. If anyone has any objections, please let me know. [...] --- a/fs/cifs/file.c

Re: [PATCH 3.2] cifs: ensure that uncached writes handle unmapped areas correctly

2014-04-07 Thread Ben Hutchings
On Mon, 2014-04-07 at 14:00 -0400, Jeff Layton wrote: On Sun, 06 Apr 2014 22:28:12 +0100 Ben Hutchings b...@decadent.org.uk wrote: Here's the backported version I've queued up for 3.2. It's untested; please let me know if you see any problem with it. [...] + /* +

+ lib-percpu_counterc-fix-bad-percpu-counter-state-during-suspend.patch added to -mm tree

2014-04-07 Thread akpm
Subject: + lib-percpu_counterc-fix-bad-percpu-counter-state-during-suspend.patch added to -mm tree To: ax...@fb.com,ax...@kernel.dk,ler...@redhat.com,stable@vger.kernel.org From: a...@linux-foundation.org Date: Mon, 07 Apr 2014 12:35:15 -0700 The patch titled Subject:

[PATCH] ALSA: hda - Do not assign streams in reverse order

2014-04-07 Thread Anssi Hannula
Currently stream numbers are assigned in reverse order. Unfortunately commit 7546abfb8e1f9933b5 (ALSA: hda - Increment default stream numbers for AMD HDMI controllers) assumed this was not the case (specifically, it had the old cards had single device only = extra unused stream numbers do not

[PATCH] drm/radeon: fix audio pin counts for DCE6+

2014-04-07 Thread Alex Deucher
There is actually quite a bit of variance based on the asic. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: stable@vger.kernel.org --- drivers/gpu/drm/radeon/dce6_afmt.c | 14 ++ drivers/gpu/drm/radeon/radeon.h| 5 - 2 files changed, 14 insertions(+), 5

Re: [PATCH] ALSA: hda - Do not assign streams in reverse order

2014-04-07 Thread Anssi Hannula
Anssi Hannula wrote: Currently stream numbers are assigned in reverse order. Unfortunately commit 7546abfb8e1f9933b5 (ALSA: hda - Increment default stream numbers for AMD HDMI controllers) assumed this was not the case (specifically, it had the old cards had single device only = extra

[patch 048/157] mm: try_to_unmap_cluster() should lock_page() before mlocking

2014-04-07 Thread akpm
From: Vlastimil Babka vba...@suse.cz Subject: mm: try_to_unmap_cluster() should lock_page() before mlocking A BUG_ON(!PageLocked) was triggered in mlock_vma_page() by Sasha Levin fuzzing with trinity. The call site try_to_unmap_cluster() does not lock the pages other than its check_page

[patch 052/157] mm: hugetlb: fix softlockup when a large number of hugepages are freed.

2014-04-07 Thread akpm
From: Mizuma, Masayoshi m.miz...@jp.fujitsu.com Subject: mm: hugetlb: fix softlockup when a large number of hugepages are freed. When I decrease the value of nr_hugepage in procfs a lot, softlockup happens. It is because there is no chance of context switch during this process. On the other

[patch 083/157] exit: call disassociate_ctty() before exit_task_namespaces()

2014-04-07 Thread akpm
From: Oleg Nesterov o...@redhat.com Subject: exit: call disassociate_ctty() before exit_task_namespaces() 8aac62706ada (move exit_task_namespaces() outside of exit_notify()) breaks pppd and the exiting service crashes the kernel: BUG: unable to handle kernel NULL pointer dereference at

[patch 105/157] hung_task: check the value of sysctl_hung_task_timeout_sec

2014-04-07 Thread akpm
From: Liu Hua sdu@huawei.com Subject: hung_task: check the value of sysctl_hung_task_timeout_sec As sysctl_hung_task_timeout_sec is unsigned long, when this value is larger then LONG_MAX/HZ, the function schedule_timeout_interruptible in watchdog will return immediately without sleep and with

[patch 092/157] wait: fix reparent_leader() vs EXIT_DEAD-EXIT_ZOMBIE race

2014-04-07 Thread akpm
From: Oleg Nesterov o...@redhat.com Subject: wait: fix reparent_leader() vs EXIT_DEAD-EXIT_ZOMBIE race wait_task_zombie() first does EXIT_ZOMBIE-EXIT_DEAD transition and drops tasklist_lock. If this task is not the natural child and it is traced, we change its state back to EXIT_ZOMBIE for

Re: [PATCH] drivers:cpufreq:unicore32: fix typo issue for 'clk'

2014-04-07 Thread Chen Gang
On 04/07/2014 08:08 PM, Viresh Kumar wrote: On 7 April 2014 17:34, Chen Gang gang.chen.5...@gmail.com wrote: Need use 'clk' instead of 'mclk', which is the original removed local variable. The related original commit: 652ed95 cpufreq: introduce cpufreq_generic_get() routine The related

Re: [PATCH] drivers:cpufreq:unicore32: fix typo issue for 'clk'

2014-04-07 Thread Viresh Kumar
On 8 April 2014 06:31, Chen Gang gang.chen.5...@gmail.com wrote: @stable: please apply this for v3.14, as it broke in that cycle.. This wouldn't work.. Thank you. Can you please send it again for stable as well? Add my Ack in the patch and follow what's mentioned here:

[PATCH] cpufreq: remove sysfs link when a cpu != policy-cpu, is removed

2014-04-07 Thread Viresh Kumar
From: viresh kumar viresh.ku...@linaro.org Commit 42f921a (cpufreq: remove sysfs files for CPUs which failed to come back after resume) tried to do this but missed this piece of code to fix. Currently we are getting this on suspend/resume: [ cut here ] WARNING: CPU: 0

Re: [PATCH] cpufreq: remove sysfs link when a cpu != policy-cpu, is removed

2014-04-07 Thread Viresh Kumar
On 7 April 2014 22:45, Sören Brinkmann soren.brinkm...@xilinx.com wrote: I see this on 3.13 too (in our vendor tree, but I think mainline would show the behavior as well). It probably worth to add it into the 3.13 stable kernel. Thanks.. Patch sent for stable tree. -- To unsubscribe from this

Re: [PATCH] drivers:cpufreq:unicore32: fix typo issue for 'clk'

2014-04-07 Thread Chen Gang
On 04/08/2014 12:08 PM, Viresh Kumar wrote: On 8 April 2014 06:31, Chen Gang gang.chen.5...@gmail.com wrote: @stable: please apply this for v3.14, as it broke in that cycle.. This wouldn't work.. Thank you. Can you please send it again for stable as well? Add my Ack in the patch and

Re: [PATCH] drivers:cpufreq:unicore32: fix typo issue for 'clk'

2014-04-07 Thread Viresh Kumar
On 8 April 2014 10:09, Chen Gang gang.chen.5...@gmail.com wrote: OK, I will/should try within this week, thanks. Rafael has already applied this patch and has mentioned stable in 'Cc:' field. And it looks it will be applied automatically and you don't need to do anything now :) commit