3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit fe6cc55f3a9a053482a76f5a6b2257cee51b4663 upstream.
Marcelo Ricardo Leitner reported problems when the forwarding link path
has a lower mtu than the incoming one if the
On 03/04/14 12:20, Michael Opdenacker wrote:
> This patch proposes to remove the IRQF_DISABLED flag from footbridge
> code. It's a NOOP since 2.6.35.
>
> Signed-off-by: Michael Opdenacker
You should send this to Russell's patch tracker[1] given that nobody has
commented in over 6 months on two re
This patch removes the IRQF_DISABLED flag from ia64 architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/ia64/kernel/irq_ia64.c | 4
arch/ia64/kernel/mca.c | 6 --
arch/ia64/kernel/perfmon.c | 1 -
arch/ia64/kernel/
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Hsin-Yu Chao
commit 28fba95087a7f3d107a3a6728aef7dbfaf3fd782 upstream.
When a HDMI stream is opened with the same stream tag
as a following opened stream to ca0132, audio will be
heard from tw
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Hocko
commit ecc736fc3c71c411a9d201d8588c9e7e049e5d8c upstream.
Hugh has reported an endless loop when the hardlimit reclaim sees the
same group all the time. This might happen when th
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Olivier Langlois
commit 2e8c5e56b307271c2dab6f8bfd1d8a3822ca2390 upstream.
rtl_ps_enable_nic() is called from loops that will loop until this function
returns true or a
maximum number of retr
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Clemens Ladisch
commit 624aef494f86ed0c58056361c06347ad62b26806 upstream.
When the driver tries to access Function Unit 10, the KEF X300A
speakers' firmware apparently locks up, making even PC
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit 6b187b21c92b6e2c7e8ef0b450181c37a3f31681 upstream.
Fixes: commit bc6b1e7b86f5d8e4a6fc1c0189e64bba4077efe0
ARM: OMAP: gpmc: add DT bindings for GPMC timings and NAND
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: John Ogness
[ Upstream commit bf06200e732de613a1277984bf34d1a21c2de03d ]
Commit 46d3ceabd8d9 ("tcp: TCP Small Queues") introduced a possible
regression for applications using TCP_NODELAY.
If
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 20e7c4e80dcd01dad5e6c8b32455228b8fe9c619 ]
When a device ndo_start_xmit() calls again dev_queue_xmit(),
lockdep can complain because dev_queue_xmit() is re-enter
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Olivier Langlois
commit f78bccd79ba3cd9d9664981b501d57bdb81ab8a4 upstream.
rtl8192ce is disabling for too long the local interrupts during hw
initiatialisation when performing scans
The obse
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka
commit b6213e413a4e0c66548153516b074df14f9d08e0 upstream.
This patch fixes regression caused by commit a16dad77634 "MIPS: Fix
potencial corruption". That commit fixes one cor
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit 980386d2d6d49e0b42f48550853ef1ad6aa5d79a upstream.
Fixes: commit 75d3625e0e86b2d8d77b4e9c6f685fd7ea0d5a96
ARM: OMAP2+: gpmc: add DT bindings for OneNAND
OMAP SoC(s)
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Pavel Shilovsky
commit 2365c4eaf077c48574ab6f143960048fc0f31518 upstream.
SMB3 servers can respond with MaxTransactSize of more than 4M
that can cause a memory allocation error returned from k
This patch removes the IRQF_DISABLED flag from mn10300 architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/mn10300/kernel/cevt-mn10300.c | 2 +-
arch/mn10300/kernel/mn10300-serial.c | 6 +++---
arch/mn10300/kernel/smp.c
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Hartkopp
[ Upstream commit 0ae89beb283a0db5980d1d4781c7d7be2f2810d6 ]
Self generated skbuffs in net/can/bcm.c are setting a skb->sk reference but
no explicit destructor which is enforce
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 5d81de8e8667da7135d3a32a964087c0faf5483f upstream.
It's possible for userland to pass down an iovec via writev() that has a
bogus user pointer in it. If that happens and we'
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Chen Gang
commit 8d80390cfc9434d5aa4fb9e5f9768a66b30cb8a6 upstream.
For avr32 cross compiler, do not define '__linux__' internally, so it
will cause issue with allmodconfig.
The related error
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven
[ Upstream commit 63b5f152eb4a5bb79b9caf7ec37b4201d12f6e66 ]
On m68k/ARAnyM:
WARNING: CPU: 0 PID: 407 at net/ipv4/devinet.c:1599 0x316a99()
Modules linked in:
CPU: 0 PID: 4
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Gortmaker
commit 5745d6a41a4f4aec29e2ccd591c6fb09ed73a955 upstream.
Causing this:
In file included from arch/avr32/boards/mimc200/fram.c:13:
include/linux/miscdevice.h:51: error: field '
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Sabrina Dubroca
[ Upstream commit 00fe11b3c67dc670fe6391d22f1fe64e7c99a8ec ]
Currently, to make netconsole start over IPv6, the source address
needs to be specified. Without a source address,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Yao
[ Upstream commit b6f52ae2f0d32387bde2b89883e3b64d88b9bfe8 ]
The 9p-virtio transport does zero copy on things larger than 1024 bytes
in size. It accomplishes this by returning the
This patch removes the IRQF_DISABLED flag from x86 architecture
code. It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
---
arch/x86/include/asm/floppy.h | 4 ++--
arch/x86/kernel/hpet.c| 2 +-
arch/x86/kernel/time.c| 2 +-
3 files changed
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Zheng Liu
commit 30d29b119ef01776e0a301444ab24defe8d8bef3 upstream.
In swap_inode_boot_loader() we forgot to release ->i_mutex and resume
unlocked dio for inode and inode_bl if there is an err
This is the start of the stable review cycle for the 3.10.33 release.
There are 97 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 made by Thu Mar 6 20:03:11 UTC 2014.
Anything receiv
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit bae0ca2bc550d1ec6a118fb8f2696f18c4da3d8e upstream.
During __v{6,7}_setup, we invalidate the TLBs since we are about to
enable the MMU on return to head.S. Unfortunately, wit
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Marek Szyprowski
commit 10c8562f932d89c030083e15f9279971ed637136 upstream.
GFP_ATOMIC is not a single gfp flag, but a macro which expands to the other
flags and LACK of __GFP_WAIT flag. To che
On Tue, 2014-03-04 at 16:18 +0200, Dmitry Kasatkin wrote:
> On Tue, Mar 4, 2014 at 5:21 AM, Mimi Zohar wrote:
> > On Mon, 2014-03-03 at 19:00 -0800, Casey Schaufler wrote:
> >> On 3/3/2014 6:39 PM, Mimi Zohar wrote:
> >> > On Fri, 2014-02-28 at 16:59 +0200, Dmitry Kasatkin wrote:
> >> >> EVM curr
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 1acacc0784aab45627b6009e0e9224886279ac0b upstream.
dm_pool_close_thin_device() must be called if dm_set_target_max_io_len()
fails in thin_ctr(). Otherwise __pool_destroy()
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 19ea80603715d473600cd993b9987bc97d042e02 upstream.
If the i_crtime field is not present in the inode, don't leave the
field uninitialized.
Fixes: ef7f38359 ("ext4: Add na
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 3d2660d0c9c2f296837078c189b68a47f6b2e3b5 upstream.
The set_flexbg_block_bitmap() function assumed that the number of
blocks in a blockgroup was sb->blocksize * 8, which is
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit 4d1662a30dde6e545086fe0e8fd7e474c4e0b639 upstream.
Commit 905e51b ("dm thin: commit outstanding data every second")
introduced a periodic commit. This commit occurs regard
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 23301410972330c0ae9a8afc379ba2005e249cc6 upstream.
If an ext4 file system is created by some tool other than mke2fs
(perhaps by someone who has a pathalogical fear of the
While implementing atomic_write_len, 4d3773c4bb41 ("kernfs: implement
kernfs_ops->atomic_write_len") moved data copy from userland inside
kernfs_get_active() and kernfs_open_file->mutex so that
kernfs_ops->atomic_write_len can be accessed before copying buffer
from userland; unfortunately, this cou
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ilia Mirkin
commit a7f1c1e65b68e1e1ab70898528d5977ed68a0a7d upstream.
Commit 0a0afd282f ("drm/nv50-/disp: move DP link training to core and
train from supervisor") added code that uses the wro
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit b93c95353413041a8cebad915a8109619f66bcc6 upstream.
If a file system has a large number of inodes per block group, all of
the metadata blocks in a flex_bg may be larger tha
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vinayak Kale
commit 39544ac9df20f73e49fc6b9ac19ff533388c82c0 upstream.
Add DSB after icache flush to complete the cache maintenance operation.
Signed-off-by: Vinayak Kale
Acked-by: Catalin M
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Walleij
commit e9baa9d9d520fb0e24cca671e430689de2d4a4b2 upstream.
It appears that in the DMA40 driver the DMA tasklet will very
often dereference memory for a descriptor just free:d from
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 9f050c7f9738ffa746c63415136645ad231b1348 upstream.
Print the supported functions mask in addition to
the version. This is useful in debugging PX
problems since we can see
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ilia Mirkin
commit 7d3428cd4b2ad51af86fdbdf8284ca38fa95e601 upstream.
Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup
ourselves"), drm_device->irq_enabled remained unset. T
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Max Filippov
commit e2fd1374c705abe4661df3fb6fadb3879c7c1846 upstream.
Most in-kernel users want registers spilled on the kernel stack and
don't require PS.EXCM to be set. That means that they
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Snitzer
commit c6eda5e81c4fcc77185117255c7419eda771f67f upstream.
Commit c9d28d5d ("dm cache: promotion optimisation for writes")
incorrectly placed the 'hook_info' member in the writethr
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 9ef4e1d000a5b335fcebfcf8aef3405e59574c89 upstream.
Causes display problems. We had already disabled
sharing for non-DP displays.
Based on a patch from:
Niels Ole Salschei
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jani Nikula
commit 04eada25d1f72efdecd32d702706594f81de65d5 upstream.
Give more slack to sink devices before retrying on native aux
defer. AFAICT the 100 us timeout was not based on the DP spe
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jani Nikula
commit f51a44b9a6c4982cc25bfb3727de9bb893621ebc upstream.
Retrying indefinitely places too much trust on the aux implementation of
the sink devices.
Reported-by: Daniel Martin
Bu
If a module calls cpufreq_get while cpufreq is initializing, it's possible for
it to be called after cpufreq_driver is set but before cpufreq_cpu_data is
written during subsys_interface_register. This happens because cpufreq_get
doesn't take the cpufreq_driver_lock around its use of cpufreq_cpu_da
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Hannes Reinecke
commit a1989b330093578ea5470bea0a00f940c444c466 upstream.
An invalid ioctl will never be valid, irrespective of whether multipath
has active paths or not. So for invalid ioctl
The [user space] interface does not filter out offline cpus. It merily
guarantees that the mask contains at least one online cpu.
So the selector in the irq chip implementation needs to make sure to
pick only an online cpu because otherwise:
Offline Core 1
Set affinity to 0xe (is valid
The set_irq_affinity() function has two issues:
1) It has no protection against selecting an offline cpu from the
given mask.
2) It pointlessly restricts the affinity masks to have a single cpu
set. This collides with the irq migration code of arm.
irq affinity is set to core 3
core
On 03/04/2014 09:29 PM, Stephen Boyd wrote:
> On 03/04/14 12:20, Michael Opdenacker wrote:
>> This patch proposes to remove the IRQF_DISABLED flag from footbridge
>> code. It's a NOOP since 2.6.35.
>>
>> Signed-off-by: Michael Opdenacker
> You should send this to Russell's patch tracker[1] given t
Am 04.03.2014 19:41, schrieb Oleg Nesterov:
> On 03/03, Richard Weinberger wrote:
>>
>> +static inline int translate_signal(int sig)
>> +{
>> +struct thread_info *info = current_thread_info();
>> +
>> +if (info->exec_domain
>
> Afaics it can't be NULL.
Good point. Will change.
>> && info
The user space interface does not filter out offline cpus. It merily
verifies that the mask contains at least one online cpu. So the
selector in the irq chip implementation needs to make sure to pick
only an online cpu because otherwise:
Offline Core 1
Set affinity to 0xe
Selector w
In my last tree wide sweep of irq controller related oddities I
discovered that some controllers have an broken implementation versus
selecting a single target cpu from the given cpu mask.
The core merily guarantees that at least one of the cpus in the mask
is online.
If the controller callback d
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Charles Keepax
commit c4204960e9d0ba99459dbf1db918f99a45e7a62a upstream.
snd_soc_dapm_sync takes the dapm_mutex internally, but we currently take
it externally as well. This patch fixes this.
The [user space] interface does not filter out offline cpus. It merily
guarantees that the mask contains at least one online cpu.
So the selector in the irq chip implementation needs to make sure to
pick only an online cpu because otherwise:
Offline Core 1
Set affinity to 0xe (is valid
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Andrew Lunn
commit d86e9af6336c0ad586a5dbd70064253d40bbb5ff upstream.
Enabling SPARSE_IRQ shows up a bug in the irq-orion bridge interrupt
handler. The bridge interrupt is implemented using a
The [user space] interface does not filter out offline cpus. It merily
guarantees that the mask contains at least one online cpu.
So the selector in the irq chip implementation needs to make sure to
pick only an online cpu because otherwise:
Offline Core 1
Set affinity to 0xe (is valid
On Sun, 2 Mar 2014, Jason A. Donenfeld wrote:
> This code path is hit everytime a new network namespace is created,
> which means it runs everytime I start Chromium, resulting in needless
> noise in my logs. This message doesn't add very much at all, and isn't
> triggered at the correct place anyw
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Davidlohr Bueso
commit f3713fd9cff733d9df83116422d8e4af6e86b2bb upstream.
Commit 93e6f119c0ce ("ipc/mqueue: cleanup definition names and
locations") added global hardcoded limits to the amount
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Hesselbarth
commit 5f40067fc86f0e49329ad4a852c278998ff4394e upstream.
Bridge irqs are edge-triggered, i.e. they get asserted on low-to-high
transitions and not on the level of the do
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Max Filippov
commit 3251f1e27a5a17f0efd436cfd1e7b9896cfab0a0 upstream.
We need it saved because it contains a3 where we track which register
windows we still need to spill, and fixup handler m
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 1362f4ea20fa63688ba6026e586d9746ff13a846 upstream.
Currently last dqput() can race with dquot_scan_active() causing it to
call callback for an already deactivated dquot. The ra
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit da87ca4d4ca101f177fffd84f1f0a5e4c0343557 upstream.
Since commit 77873803363c "net_dma: mark broken" we no longer pin dma
engines active for the network-receive-offload use
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Paris
commit 9085a6422900092886da8c404e1c5340c4ff1cbf upstream.
When writing policy via /sys/fs/selinux/policy I wrote the type and class
of filename trans rules in CPU endian instead of
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Olof Johansson
commit e306dfd06fcb44d21c80acb8e5a88d55f3d1cf63 upstream.
The frame PC value in the unwind code used to just take the saved LR
value and use that. That's incorrect as a stack t
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Capella
commit f8d5b9e9e5372f0deb7bc1ab1088a9b60b0a793d upstream.
During restore, pm_notifier chain are called with
PM_RESTORE_PREPARE. The firmware_class driver handler
fw_pm_notif
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jean Delvare
commit 75135da0d68419ef8a925f4c1d5f63d8046e314d upstream.
pci_get_device() decrements the reference count of "from" (last
argument) so when we break off the loop successfully we h
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: "Dr. Greg Wettstein"
commit 6f58c780e5a5b43a6d2121e0d43cdcba1d3cc5fc upstream.
A selective retransmission request (SRR) is a fibre-channel
protocol control request which provides support for r
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit f229006ec6beabf7b844653d92fa61f025fe3dcf upstream.
Fix irq_set_affinity callbacks in the Meta IRQ chip drivers to AND
cpu_online_mask into the cpumask when picking a CPU to
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Manu Gupta
commit 260ea9c2e2d330303163e286ab01b66dbcfe3a6f upstream.
The D-Link DWA-123 REV D1 with USB ID 2001:3310 uses this driver.
Signed-off-by: Manu Gupta
Signed-off-by: Larry Finger
Commit-ID: 2958a489d7d31552fd1a0a8f54a5005c278d4606
Gitweb: http://git.kernel.org/tip/2958a489d7d31552fd1a0a8f54a5005c278d4606
Author: Michael Opdenacker
AuthorDate: Tue, 4 Mar 2014 21:29:13 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 21:47:51 +0100
ia64: Remove deprec
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit aa6092f9835893290e77c3e24649def49dac1583 upstream.
1) In current implementation, ecclayout->oobfree->offset is calculated with
respect to ecclayout->eccpos[0] which is inco
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck
commit 500a91571f0a5d0d3242d83802ea2fd1faccc66e upstream.
When trying to set the minimum temperature, the driver was erroneously
writing the maximum temperature into the chip.
S
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Hesselbarth
commit e0318ec3bf3f1502cd11b21b1eb00aa355b40b67 upstream.
Bridge IRQ_CAUSE bits are asserted regardless of the corresponding bit in
IRQ_MASK register. To avoid interrupt
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: "Kirill A. Shutemov"
commit 9845cbbd113fbb5b769a45d8e88dc47bc12df4e0 upstream.
Masayoshi Mizuma reported a bug with the hang of an application under
the memcg limit. It happens on write-prote
Commit-ID: d20d2efbf227042920d386b8eda878815f63c987
Gitweb: http://git.kernel.org/tip/d20d2efbf227042920d386b8eda878815f63c987
Author: Michael Opdenacker
AuthorDate: Tue, 4 Mar 2014 21:35:05 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 21:47:51 +0100
x86: Remove depreca
On Wed, Feb 26, 2014 at 12:08 PM, Bjorn Helgaas wrote:
> i20 currently uses pci_find_parent_resource() followed by
> allocate_resource() to allocate PCI space. The problem is that this won't
> work reliably because before we allocate the space, we don't know its
> address, and therefore we can't
Commit-ID: 322a126a8fa8af80d9dc06e7168db11d1aabdba7
Gitweb: http://git.kernel.org/tip/322a126a8fa8af80d9dc06e7168db11d1aabdba7
Author: Michael Opdenacker
AuthorDate: Tue, 4 Mar 2014 21:31:51 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 4 Mar 2014 21:47:51 +0100
mn10300: Remove dep
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit bb38eefb6858ce16b34716145b9597a5680aa54c upstream.
This patch excludes reserved-marker byte-position from oobfree->length
calculation. Thus all bytes from oobfree->offset ti
On Wed, Feb 26, 2014 at 4:41 PM, Bjorn Helgaas wrote:
> Several architectures implement a simple pcibios_enable_device() that looks
> like this:
>
> int pcibios_enable_device(struct pci_dev *dev, int mask)
> {
> return pci_enable_resources(dev, mask);
> }
>
> This puts a weak versio
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Denis CIOCCA
commit a0657716416f834ef7710a9044614d50a36c3bdc upstream.
The driver was not able to manage the sensor: during probe function
and wai check, the driver stops and writes: "device n
On Wed, Feb 26, 2014 at 12:37 PM, Bjorn Helgaas wrote:
> I'm trying to unify the way we handle unassigned PCI BARs, i.e., resources
> where we know the type and size, but we haven't assigned an address yet.
> The PCI core and the various architectures don't really have a consistent
> way of dealin
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Juergen Beisert
commit 760dbe1dcb6d3dd3ead73dc69b23f206b52273bb upstream.
Releasing the touchscreen lets the internal statemachine left in a wrong state.
Due to this the release coordinate wil
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Tomasz Nowicki
commit b685f3b1744061aa9ad822548ba9c674de5be7c6 upstream.
acpi_pci_link_allocate_irq() can return negative gsi even if
entry != NULL. For that case we have a memory leak, so fr
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Chao Bi
commit accb884b32e82f943340688c9cd30290531e73e0 upstream.
In mei_cl_read_start(), if it fails to send flow control request, it
will release "cl->read_cb" but forget to set pointer to N
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta
commit eae39cb4934d3daab3ec828c5201c955b2e56af9 upstream.
Fixes: commit a919e51161b58ed7e6e663daba99ab7d558808f3
mtd: nand: omap2: clean-up BCHx_HW and BCHx_SW ECC configura
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Hesselbarth
commit 7b119fd1bdc59a8060df5b659b9f7a70e0169fd6 upstream.
It is good practice to mask and clear pending irqs on init. We already
mask all irqs, so also clear the bridge i
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Steve Twiss
commit ebf6dad0de89677aa58a4d8b009014ff88a23452 upstream.
Bug fix to allow the setting of maximum voltage for certain LDOs.
What the bug is:
There is a problem caused by an inval
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit c9d09e2748eaa55cac2af274574baa6368189bc1 upstream.
Commit a44a9791e778 ("iommu/arm-smmu: use mutex instead of spinlock for
locking page tables") replaced the page table spin
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 57ca90f6800987ac274d7ba065ae6692cdf9bcd7 upstream.
Whilst trying to bring-up an SMMUv2 implementation with the table
walker plumbed into a coherent interconnect, I noticed t
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit e3703f8cdfcf39c25c4338c3ad8e68891cca3731 upstream.
Drew Richardson reported that he could make the kernel go *boom* when
hotplugging
while having perf events active.
It
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 37c367ecdb9a01c9acc980e6e17913570a1788a7 upstream.
HP Folio 13 may have a broken BIOS that doesn't set up the mute LED
GPIO properly, and the driver guesses it wrongly, too
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 79d26a6a19ace19faabf8d8d27d3430be2e26d34 upstream.
glibc 2.17 is missing this on sparc, despite the fact that it's not
architecture-specific.
Signed-off-by: Ben Hutchings
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 6dd35f45b8dac827b6f9dd86f5aca6436cdd2410 upstream.
Now that we populate page tables as we traverse them ("iommu/arm-smmu:
fix pud/pmd entry fill sequence"), we need to ensur
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Lai Jiangshan
commit 5bdfff96c69a4d5ab9c49e60abf9e070ecd2acbb upstream.
When a kworker should die, the kworkre is notified through WORKER_DIE
flag instead of kthread_should_stop(). This, IIRC
On Tue, 25 Feb 2014, Andy Lutomirski wrote:
> On 02/20/2014 08:23 AM, Alexey Perevalov wrote:
> > From: Anton Vorontsov
> >
> > This patch implements a userland-side API for generic deferrable timers,
> > per linux/timer.h:
> >
> > * A deferrable timer will work normally when the system is busy
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Yifan Zhang
commit 97a644208d1a08b7104d1fe2ace8cef011222711 upstream.
The ARM SMMU driver's population of puds and pmds is broken, since we
iterate over the next level of table repeatedly sett
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Fainelli
commit 2d1f7af3d60dd09794e0738a915d272c6c27abc5 upstream.
Commit 3dc6475 ("bcm63xx_enet: add support Broadcom BCM6345 Ethernet")
changed the ENETDMA[CS] macros such that they
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Andrew Lunn
commit 322a8e91844f4ae2093e0d3d8a318d0ef2596756 upstream.
Marvell SoCs place the SoC number into the PCIe endpoint device ID. The
SoC stepping is placed into the PCIe revision. Th
3.13-stable review patch. If anyone has any objections, please let me know.
--
From: Matthieu CASTET
commit 5bf5dbeda2454296f1984adfbfc8e6f5965ac389 upstream.
ENDPTFLUSH and ENDPTPRIME registers are set by software and clear
by hardware. There is a bit for each endpoint. When
501 - 600 of 1123 matches
Mail list logo