If a write is directed at a known bad block perform the following:
1/ write the data
2/ send a clear poison command
3/ invalidate the poison out of the cache hierarchy
Cc:
Cc: Vishal Verma
Cc: Ross Zwisler
Signed-off-by: Dan Williams
---
arch/x86/include/asm/pmem.h |5 +
drivers/nv
On Wed, Mar 9, 2016 at 5:25 AM, Murali Karicheri wrote:
> Hi,
>
> I found a patch posted sometime back to export the clocksource
> function clocks_calc_mult_shift() so that it can be called by
> drivers that are dynamically loadable. I have not seen any
> comment against this. Wondering why this i
On Tuesday, March 08, 2016 04:25:30 PM Chen, Yu C wrote:
> > -Original Message-
> > From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> > Sent: Tuesday, March 08, 2016 9:54 AM
> > To: Chen, Yu C
> > Cc: Rafael J. Wysocki; ACPI D
> > > + } else if (crq.msg == (u8) PARTNER_PARTITION_FAILED) {
> > > + dev_err(ibmvtpm->dev,
> > > + "vtpm has terminated fatally; reboot to
> > > reinstate a trusted state.\n");
> > > + } else if (crq.msg == (u8) PARTNER_PARTITION_DEREG_CRQ)
On Tuesday, March 08, 2016 05:18:06 PM Jon Hunter wrote:
>
> On 04/03/16 15:33, Jon Hunter wrote:
> > The functions pm_clk_suspend() and pm_clk_resume() cannot be used
> > directly within the main body of a function, because when CONFIG_PM_CLK
> > is not defined the functions are defined as NULL a
Update the definition of memcpy_from_pmem() to return 0 or -EIO on
error. Implement x86::arch_memcpy_from_pmem() with memcpy_mcsafe().
Cc: Borislav Petkov
Cc: Ingo Molnar
Cc: Tony Luck
Cc: Thomas Gleixner
Cc: Andy Lutomirski
Cc: Peter Zijlstra
Cc: Andrew Morton
Cc: Ross Zwisler
Cc: Linus
Hi,
When a process created with CLONE_NEWNS|CLONE_NEWIPC|CLONE_NEWUSER
trying to mount a mqueue type fs, the inode->i_uid of the mounted
mqueue fs is 0, instead of the new user uid e.g 1, is this an
expected behavior ?
Thanks in advance
--
Regards,
Thomas
On ACPI-based systems ACPI power domain code runtime resumes device before
calling suspend method, which ensures that i2c-hid suspend code starts with
device not in low-power state and with interrupts enabled.
On other systems, especially if device is not a part of any power domain,
we may end up
On Tue, Mar 08, 2016 at 03:31:10PM -0500, David Miller wrote:
...
> > Patch 10: stress test for hash map infra. It attaches to spin_lock
> > functions and bpf_map_update/delete are called from different contexts
> > Patch 11: stress for bpf_get_stackid
> > Patch 12: map performance test
> >
> > Re
On Tue, Mar 8, 2016 at 12:40 PM, Rasmus Villemoes
wrote:
> Doing snprintf(buf, len, "%s...", buf, ...) for appending to a buffer
> currently works, but it is somewhat fragile, and any other overlap
> between source and destination buffers would be a definite bug. This
> is an attempt at eliminatin
this test calls bpf programs from different contexts:
from inside of slub, from rcu, from pretty much everywhere,
since it kprobes all spin_lock functions.
It stresses the bpf hash and percpu map pre-allocation,
deallocation logic and call_rcu mechanisms.
User space part adding more stress by walki
increase stress by also calling bpf_get_stackid() from
various *spin* functions
Signed-off-by: Alexei Starovoitov
---
samples/bpf/spintest_kern.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/samples/bpf/spintest_kern.c b/samples/bpf/spintest_kern.c
index ef8ac33bb2e9..4b27619d91a
performance tests for hash map and per-cpu hash map
with and without pre-allocation
Signed-off-by: Alexei Starovoitov
---
samples/bpf/Makefile | 4 +
samples/bpf/map_perf_test_kern.c | 100 +
samples/bpf/map_perf_test_user.c | 155 +++
Hi Michael,
On Tue, Mar 08, 2016 at 04:34:41PM -0600, Michael Auchter wrote:
> Add a stub for pci_clear_master() for when CONFIG_PCI is not set,
> similar to what's done for pci_set_master().
Does this fix a problem? If so, what is it? Some driver that doesn't
build when CONFIG_PCI is not set?
On Tue, 2016-03-08 at 14:44 -0800, Dan Williams wrote:
> On Tue, Mar 8, 2016 at 2:23 PM, Linus Torvalds
> wrote:
> > On Tue, Mar 8, 2016 at 12:59 PM, Dan Williams > > wrote:
> > >
> > > Here's the usage patch from Toshi [1] (copied below). It is indeed a
> > > resource injected by nfit / nvdimm
On Tue, Mar 8, 2016 at 12:40 PM, Rasmus Villemoes
wrote:
> Doing snprintf(buf, len, "%s...", buf, ...) for appending to a buffer
> currently works, but it is somewhat fragile, and any other overlap
> between source and destination buffers would be a definite bug. This
> is an attempt at eliminatin
On Tue, Mar 8, 2016 at 3:03 PM, Dmitry Torokhov
wrote:
> On ACPI-based systems ACPI power domain code runtime resumes device before
> calling suspend method, which ensures that i2c-hid suspend code starts with
> device not in low-power state and with interrupts enabled.
>
> On other systems, espec
On Tue, 2016-03-08 at 14:46 -0800, Andrey Smirnov wrote:
> >> I don't think I understand what you mean, could you give me an example
> >> of how I'd use local-mac-address property for that use case? AFAIK,
> >> local-mac-address is just an array of bytes embedded into device tree,
> >
> > Well, yea
On Tue, Mar 8, 2016 at 4:04 PM, Toshi Kani wrote:
>
> Yes, I prefer the devm semantics. insert_resource() and remove_resource()
> are not exported interfaces. So, with devm_add_action(), we still need to
> introduce built-in exported wrappers for insert/remove_resource(), unless
> we change to e
Xing Zheng,
On Tue, Mar 1, 2016 at 2:15 AM, Xing Zheng wrote:
> + MMC(SCLK_SDMMC_DRV, "emmc_drv","clk_sdmmc",
> RK3399_SDMMC_CON0, 1),
> + MMC(SCLK_SDMMC_SAMPLE, "emmc_sample", "clk_sdmmc",
> RK3399_SDMMC_CON1, 1),
Can you and Jianqun Xu please coordinate? Though I don't
On Tue, 2016-03-08 at 13:16 +0100, Ingo Molnar wrote:
> * Toshi Kani wrote:
>
> > > So where is the problem? The memtype implementation and hence most
> > > ioremap() users are supposed to be safe. set_memory_*() APIs are
> > > supposed
> > > to be safe as well, as they too go via the memtype API
On Fri, Jan 08, 2016 at 10:46:53AM +0800, Zhao Qiang wrote:
> Add maxim ds26522 document to
> Documentation/devicetree/bindings/tdm/maxim,ds26522.txt
>
> Signed-off-by: Zhao Qiang
> Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/tdm/maxim,ds26522.txt | 13 +
> 1 fil
The number of requestor lines was clamped to 0 for all pxa architectures
in the requestor declaration. Fix this by using the value.
Fixes: 72b195cb7162 ("ARM: pxa: add the number of DMA requestor lines")
Signed-off-by: Robert Jarzmik
---
arch/arm/mach-pxa/devices.c | 1 +
1 file changed, 1 inser
Chunhao Lin :
> For pcie nic, after setting link speed and thers is no link driver does not
> need
> to do phy reset untill link up.
>
> For some pcie nics, to do this will also reset phy speed down counter and
> prevent
> phy from auto speed down.
>
> This patch fix the issue reported in fol
The mm-of-the-moment snapshot 2016-03-08-15-48 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
Thanks Tomeu! Small nit below, other wise looks good to me.
On Tue, Mar 8, 2016 at 2:35 AM, Tomeu Vizoso wrote:
> So that callers of cros_ec_cmd_xfer don't have to repeat boilerplate
> code when checking for errors from the EC side.
>
> Signed-off-by: Tomeu Vizoso
> ---
>
> Changes in v4: None
>
From: David Daney
v15:
- Make the distance-map node optional (again), if it is not in
the device tree, default values are used.
- Minor cleanups to of_numa.c as suggested by Rob Harring.
v14:
- Revised patch to unflatten the device tree earlier.
- Cle
From: David Daney
Add device tree parsing for NUMA topology using device
"numa-node-id" property in distance-map and cpu nodes.
This is a complete rewrite of a previous patch by:
Ganapatrao Kulkarni
Signed-off-by: David Daney
Acked-by: Rob Herring
---
drivers/of/Kconfig | 3 +
drivers
From: David Daney
In order to extract NUMA information from the device tree, we need to
have the tree in its unflattened form.
Split paging_init() into two pieces. The first piece maps memory so
that unflatten_device_tree(), can allocate memory. The second piece
containing the bootmem_init() c
From: Ard Biesheuvel
There are two problems with the UEFI stub DT memory node removal
routine:
- it deletes nodes as it traverses the tree, which happens to work
but is not supported, as deletion invalidates the node iterator;
- deleting memory nodes entirely may discard annotations in the form
From: Ganapatrao Kulkarni
Add DT bindings for numa mapping of memory, CPUs and IOs.
Reviewed-by: Robert Richter
Signed-off-by: Ganapatrao Kulkarni
Signed-off-by: David Daney
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/numa.txt | 275 +
1 file chan
From: Ganapatrao Kulkarni
Attempt to get the memory and CPU NUMA node via of_numa. If that
fails, default the dummy NUMA node and map all memory and CPUs to node
0.
Tested-by: Shannon Zhao
Reviewed-by: Robert Richter
Signed-off-by: Ganapatrao Kulkarni
Signed-off-by: David Daney
---
arch/ar
From: Ganapatrao Kulkarni
Enable NUMA balancing for arm64 platforms.
Add pte, pmd protnone helpers for use by automatic NUMA balancing.
Reviewed-by: Robert Richter
Signed-off-by: Ganapatrao Kulkarni
Signed-off-by: David Daney
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/as
Yep, thanks for fixing these, Steve.
Tom
On Tue, 2016-03-08 at 17:26 -0500, Steven Rostedt wrote:
> FYI,
>
> -- Steve
>
> From 65692275fc895f7e2144889cd1335ff037cdb291 Mon Sep 17 00:00:00 2001
> From: "Steven Rostedt (Red Hat)"
> Date: Tue, 8 Mar 2016 17:17:15 -0500
> Subject: [PATCH] tracing:
On Tue, 2016-03-08 at 15:31 -0800, Linus Torvalds wrote:
> On Tue, Mar 8, 2016 at 4:04 PM, Toshi Kani wrote:
> >
> > Yes, I prefer the devm semantics. insert_resource() and
> > remove_resource() are not exported interfaces. So, with
> > devm_add_action(), we still need to introduce built-in exp
On Tue, 2016-03-08 at 01:16 +, Qiang Zhao wrote:
> On Tue, Mar 08, 2016 at 1:28AM, Scott Wood wrote:
> > -Original Message-
> > From: Scott Wood [mailto:o...@buserror.net]
> > Sent: Tuesday, March 08, 2016 1:28 AM
> > To: Qiang Zhao ; Rob Herring
> > Cc: Yang-Leo Li ; Xiaobo Xie ;
> >
> > @@ -344,17 +344,23 @@ static int pl011_sgbuf_init(struct dma_chan *chan,
> struct pl011_sgbuf *sg,
> > enum dma_data_direction dir)
> > {
> > dma_addr_t dma_addr;
> > + int ret;
> >
> > sg->buf = dma_alloc_coherent(chan->device->dev,
> > PL011_DMA_BUFFER_SIZE, &dma_ad
When growing halt-polling, there is no check that the poll time exceeds
the limit. It's possible for vcpu->halt_poll_ns grow once past
halt_poll_ns, and stay there until a halt which takes longer than
vcpu->halt_poll_ns. For example, booting a Linux guest with
halt_poll_ns=11000:
... kvm:kvm_halt
On Tue, 2016-03-08 at 14:32 -0800, Dan Williams wrote:
> We need to align the end address, not just the size.
>
> Cc: Toshi Kani
> Signed-off-by: Dan Williams
The change looks good.
Reviewed-by: Toshi Kani
Thanks,
-Toshi
> ---
> Hi Andrew, one more fixup to devm_memremap_pages(). I was dis
This is the start of the review cycle for the Linux 3.19.8-ckt16 stable
kernel.
This version contains 196 new patches, summarized below. The new patches
are posted as replies to this message and also available in this git branch:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y-
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Johannes Berg
commit 6736fde9672ff6717ac576e9bba2fd5f3dfec822 upstream.
The code within wait_event_interruptible() is called with
!TASK
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Linus Torvalds
commit 176bed1de5bf977938cad26551969eca8f0883b1 upstream.
The vmstat code uses "schedule_delayed_work_on()" to do the in
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Bard Liao
commit b28785fa9cede0d4f47310ca0dd2a4e1d50478b5 upstream.
The shift bit of IN1 boost gain control is 12.
Signed-off-by: Bard
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Sachin Kulkarni
commit 4fa11ec726a32ea6dd768dbb2e2af3453a98ec0a upstream.
During a sw scan ieee80211_iface_work ignores work items for
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Vegard Nossum
commit 005ce0713006a76d2b0c924ce0e2629e5d8510c3 upstream.
Ran into this on UML:
drivers/built-in.o: In function `vf610_a
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jani Nikula
commit 5efd407674068dede403551bea3b0b134c32513a upstream.
Per DP spec, the source device should fall back to 18 bpp, VESA r
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tejun Heo
commit 041bd12e272c53a35c54c13875839bcb98c999ce upstream.
This reverts commit 874bbfe600a660cba9c776b3957b1ce393151b76.
Work
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jurgen Kramer
commit 5327d6ba975042fd3da50ac6e94d1e9551ebeaec upstream.
In my patch adding native DSD support for the Oppo HA-1, the wr
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ursula Braun
commit e5ebe63214d44d4dcf43df02edf3613e04d671b9 upstream.
/sys/class/net//operstate for an active qeth network
interface o
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Filipe Manana
commit 0c0fe3b0fa45082cd752553fdb3a4b42503a118e upstream.
While doing some tests I ran into an hang on an extent buffer's
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit 6c361d10e0eb859233c71954abcd20d2d8700587 upstream.
This reverts commit 0c25ad80408e95e0a4fbaf0056950206e95f726f.
T
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Nicholas Bellinger
commit a6d9bb1c9605cd4f44e2d8290dc4d0e88f20292d upstream.
This patch fixes a NULL pointer se_cmd->cmd_kref < 0
refco
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lu Baolu
commit ccc04afb72cddbdf7c0e1c17e92886405a71b754 upstream.
Intel Broxton M was verifed to require XHCI_PME_STUCK_QUIRK quirk as
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Herbert Xu
commit 00420a65fa2beb3206090ead86942484df2275f3 upstream.
The has_key logic is wrong for shash algorithms as they always
hav
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Insu Yun
commit 46901760b46064964b41015d00c140c83aa05bcf upstream.
Since sizeof(ext_new_group_data) > sizeof(ext_new_flex_group_data),
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit 094fd3be87b0f102589e2d5c3fa5d06b7e20496d upstream.
In ALSA timer core, the active timer instance is managed in
acti
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Arnd Bergmann
commit b33c8ff4431a343561e2319f17c14286f2aa52e2 upstream.
In my randconfig tests, I came across a bug that involves sever
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Hannes Reinecke
commit 2d99b55d378c996b9692a0c93dd25f4ed5d58934 upstream.
Commit 35dc248383bbab0a7203fca4d722875bc81ef091 introduced a
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Tetsuo Handa
commit 564e81a57f9788b1475127012e0fd44e9049e342 upstream.
Jan Stancek has reported that system occasionally hanging after
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Konstantin Khlebnikov
commit 12352d3cae2cebe18805a91fab34b534d7444231 upstream.
Sequence vma_lock_anon_vma() - vma_unlock_anon_vma() is
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Shawn Lin
commit b82fcabe212a11698fd4b3e604d2f81d929d22f6 upstream.
If phy_pm_runtime_get_sync failed but we already
enable regulator,
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Konrad Rzeszutek Wilk
commit 4d8c8bd6f2062c9988817183a91fe2e623c8aa5e upstream.
Occasionaly PV guests would crash with:
pciback :0
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Stefan Haberland
commit 9d862ababb609439c5d6987f6d3ddd09e703aa0b upstream.
Add refcount to the DASD device when a summary unit check wo
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Jurgen Kramer
commit ad678b4ccd41aa51cf5f142c0e8cffe9d61fc2bf upstream.
This patch adds native DSD support for the PS Audio NuWave DAC.
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit d99a36f4728fcbcc501b78447f625bdcce15b842 upstream.
When multiple concurrent writes happen on the ALSA sequencer dev
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Linus Walleij
commit 418d5516568b3fdbc4e7b53677dd78aed8514565 upstream.
The DTSI file for the Nomadik does not properly specify how the
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mauro Carvalho Chehab
commit ac75fe5d8fe4a0bf063be18fb29684405279e79e upstream.
That prevents this bug:
[ 2382.269496] BUG: unable to h
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Benjamin Coddington
commit d9dfd8d741683347ee159d25f5b50c346a0df557 upstream.
In the case where d_add_unique() finds an appropriate ali
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Heiko Carstens
commit 9900c48c46d8bcf497972024c5fe366e6d9771f3 upstream.
git commit dc7ee00d4771 ("s390: lowcore stack pointer offsets"
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Kai-Heng Feng
commit 3b43b71f05d3ecd01c4116254666d9492301697d upstream.
After login to the desktop on Dell Inspiron 3162,
there's a ver
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Bart Van Assche
commit 054922bb3549abbea9ed2c1a78a1e331343cc05e upstream.
The flag SCF_ACK_KREF is only set but never tested. Hence rem
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "Dmitry V. Levin"
[ Upstream commit b5f0549231ffb025337be5a625b0ff9f52b016f0 ]
The value passed by unix_diag_get_exact to unix_lookup_b
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "Steven Rostedt (Red Hat)"
commit f37755490fe9bf76f6ba1d8c6591745d3574a6a6 upstream.
The tracepoint infrastructure uses RCU sched prote
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
[ Upstream commit 919483096bfe75dda338e98d56da91a263746a0a ]
Dmitry reported memory leaks of IP options allocated in
ip_cm
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Shaohui Xie
commit 11e122cbe90ea5079622fb57bdf2dffe8cf68e57 upstream.
Currently, if phy state is PHY_RUNNING, we always register a CHAN
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
commit d061c1caa31d4d9792cfe48a2c6b309a0e01ef46 upstream.
Thomas reports:
T: Bus=01 Lev=01 Prnt=01 Port
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit 67ec1072b053c15564e6090ab30127895dc77a89 upstream.
A non-atomic PCM stream may take snd_pcm_link_rwsem rw semaphore
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit c6dd213abe40132f83e6ee569d70f3d60aa8b257 upstream.
The PHY entries for BCM7425/29/35 declare the 40nm Ethernet
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Willy Tarreau
commit 759c01142a5d0f364a462346168a56de28a80f52 upstream.
On no-so-small systems, it is possible for a single process to
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Rasmus Villemoes
commit 76a563675485849f6f9ad5b30df220438b3628c1 upstream.
Ironically, 7d4020c3c400 ("[media] exynos4-is: fix some warn
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ken-ichirou MATSUZAWA
commit aa3a022094fac7f6e48050e139fa8a5a2e3265ce upstream.
We should not trim skb for mmaped socket since its buf
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit aac8d3c282e024c344c5b86dc1eab7af88bb9716 ]
Thomas reports:
T: Bus=01 Lev=01 Prnt=01 P
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Andrea Arcangeli
commit ad33bb04b2a6cee6c1f99fabb15cddbf93ff0433 upstream.
pmd_trans_unstable()/pmd_none_or_trans_huge_or_clear_bad() w
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Heinrich Schuchardt
commit 9d021c9d1b4b774a35d8a03d58dbf029544debda upstream.
Downstream packages like Debian flash-kernel use
/proc/de
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Lisa Du
commit 7a64cd887fdb97f074c3fda03bee0bfb9faceac3 upstream.
There's one point was missed in the patch commit da49889deb34 ("stagi
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Colin Ian King
commit 9bf148cb0812595bfdf5100bd2c07e9bec9c6ef5 upstream.
In the unlikely event that regno == nr_registers then we get a
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Takashi Iwai
commit 13d5e5d4725c64ec06040d636832e78453f477b7 upstream.
The commit [7f0973e973cd: ALSA: seq: Fix lockdep warnings due to
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Christian Borntraeger
commit d7444794a02ff655eda87e3cc54e86b940e7736f upstream.
In async_pf we try to allocate with NOWAIT to get an el
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Mario Kleiner
commit bb74fc1bf3072bd3ab4ed5f43afd287a63baf2d7 upstream.
drm_vblank_offdelay can have three different types of values:
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit 87bee0ecf01d2ed0d48bba1fb12c954f9476d243 upstream.
Commit 70371cef114ca ("MAINTAINERS: Add entry for BMIPS mult
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit deccd16f91f930af8e91ffbbfc839d0ad8da999d upstream.
Commit 5ea94e7686a3 ("phy: add phy_mac_interrupt()") to use
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit d5c3d84657db57bd23ecd58b97f1c99dd42a7b80 upstream.
Commit 2c7b49212a86 ("phy: fix the use of PHY_IGNORE_INTERRU
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Neil Horman
[ Upstream commit d9749fb5942f51555dc9ce1ac0dbb1806960a975 ]
Dmitry Vyukov noted recently that the sctp_port_hashtable had
Removing the SCI penalize function as the penalty is now calculated on the
fly.
Signed-off-by: Sinan Kaya
---
arch/x86/kernel/acpi/boot.c | 1 -
drivers/acpi/pci_link.c | 9 -
include/linux/acpi.h| 1 -
3 files changed, 11 deletions(-)
diff --git a/arch/x86/kernel/acpi/boot.
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Florian Fainelli
commit 50d899808d33a5b0aa82be23e824119944042689 upstream.
The clear and set masks in the call to phy_set_clr_bits() ca
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Rainer Weikusat
[ Upstream commit a5527dda344fff0514b7989ef7a755729769daa1 ]
The unix_dgram_sendmsg routine use the following test
if
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Anton Protopopov
[ Upstream commit a97eb33ff225f34a8124774b3373fd244f0e83ce ]
An error response from a RTM_GETNETCONF request can retur
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Amir Vadai
[ Upstream commit 281e8b2fdf8e4ef366b899453cae50e09b577ada ]
RdropOvflw counts overrun of HW buffer, therefore should
be use
Revert commit e249714571db (Revert "ACPI, PCI, irq: remove interrupt
count restriction") boot regression issue is resolved now.
Removed the conflicts as code is much simpler now.
Signed-off-by: Sinan Kaya
---
drivers/acpi/pci_link.c | 25 -
1 file changed, 12 insertions(+
3.19.8-ckt16 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eugenia Emantayev
[ Upstream commit 925ab1aa9394bbaeac47ee5b65d3fdf0fb8135cf ]
It's forbidden to manually change dev->features in run-t
401 - 500 of 1206 matches
Mail list logo
