3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini pbonz...@redhat.com
commit 8faeb529b2dabb9df691d614dda18910a43d05c9 upstream.
Even though the virtio-scsi spec guarantees that all requests related
to the TMF will have been
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit na...@cs.technion.ac.il
commit 682367c494869008eb89ef733f196e99415ae862 upstream.
Recent Intel CPUs have 10 variable range MTRRs. Since operating systems
sometime make assumptions
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit a93cd4cf86466caa49cfe64607bea7f0bde3f916 upstream.
Hole punching code for files with indirect blocks wrongly computed
number of blocks which need to be cleared
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini pbonz...@redhat.com
commit 7cb060a91c0efc5ff94f83c6df3ed705e143cdb9 upstream.
KVM does not really do much with the PAT, so this went unnoticed for a
long time. It is exposed
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit c5c7b8ddfbf8cb3b2291e515a34ab1b8982f5a2d upstream.
Error recovery in ext4_alloc_branch() calls ext4_forget() even for
buffer corresponding to indirect block it did
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini pbonz...@redhat.com
commit cdda0e5acbb78f7b777049f8c27899e5c5bb368f upstream.
Calling the workqueue interface on uninitialized work items isn't a
good idea even if they're
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov ilya.dryo...@inktank.com
commit 9638556a276125553549fdfe349c464481ec2f39 upstream.
The following check in rbd_img_obj_request_submit()
rbd_dev-parent_overlap =
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Steve French smfre...@gmail.com
commit ce36d9ab3bab06b7b5522f5c8b68fac231b76ffb upstream.
When we SMB3 mounted with mapchars (to allow reserved characters : \ / * ?
via the Unicode Windows
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Arik Nemtsov a...@wizery.com
commit 923eaf367206e01f22c97aee22300e332d071916 upstream.
Doing so will lead to an oops for a p2p-dev interface, since it has
no netdev.
Signed-off-by: Arik
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 3b6d9fd23e015b5397c438fd3cd74147d2c805b6 upstream.
Only DCE5+ asics support DP 1.2.
Noticed by ArtForz on IRC.
Signed-off-by: Alex Deucher
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 642528355c694f5ed68f6bff9ff520326a249f99 upstream.
We need to specify the encoder mode as LVDS for eDP
when using the Crtc_Source atom table in
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit af5d36539dfe043f1cf0f8b7334d6bb12cd14e75 upstream.
We were checking the ext clock rather than the display clock.
Noticed by ArtForz on IRC.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: David R. Piegdon l...@p23q.org
commit c021f241f4fab2bb4fc4120a38a828a03dd3f970 upstream.
Fix a parser-bug in the omap2 muxing code where muxtable-entries will be
wrongly selected if the
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 7d5ab3009a8ca777174f6f469277b3922d56fd4b upstream.
May fix display issues with non-HDMI displays.
Signed-off-by: Alex Deucher
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Pekon Gupta pe...@ti.com
commit f034d87def51f026b735d1e2877e9387011b2ba3 upstream.
As subpage write is enabled by default for all drivers, nand_write_subpage_hwecc
causes a crash if the driver
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Steve Capper steve.cap...@linaro.org
commit 923b8f5044da753e4985ab15c1374ced2cdf616c upstream.
The __sync_icache_dcache routine will only flush the dcache for the
first page of a compound
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Zhichuang SUN sunzc...@gmail.com
commit fbc6c4a13bbfb420eedfdb26a0a859f9c07e8a7b upstream.
Function unifb_mmap calls functions which are defined in linux/mm.h
and asm/pgtable.h
The related
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: pekon gupta pe...@ti.com
commit f306e8c3b667632952f1a4a74ffb910bbc06255f upstream.
fixes: commit 62116e5171e00f85a8d53f76e45b84423c89ff34
mtd: nand: omap2: Support for hardware BCH
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka stf...@wp.pl
commit 616a8394b5df8c88f4dd416f4527439a4e365034 upstream.
As reported by Niels, starting rfkill polling during device probe
(commit e2bc7c5, generally sane
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Brian King brk...@linux.vnet.ibm.com
commit 9ee755974bea2f9880e517ec985dc9dede1b3a36 upstream.
If a CRQ reset is triggered for some reason while in the middle
of performing VSCSI adapter
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka sgrus...@redhat.com
commit 8edcb0ba0d56f5914eef11eda6db8bfe74eb9ca8 upstream.
On USB we can not get atomically TKIP key. We have to disable support
for TKIP acceleration on
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka mpato...@redhat.com
commit fd1232b214af43a973443aec6a2808f16ee5bf70 upstream.
This patch fixes I/O errors with the sym53c8xx_2 driver when the disk
returns QUEUE FULL status.
From: Edward Allcutt edward.allc...@openmarket.com
Date: Mon, 30 Jun 2014 16:16:02 +0100
Some older router implementations still send Fragmentation Needed
errors with the Next-Hop MTU field set to zero. This is explicitly
described as an eventuality that hosts must deal with by the
standard
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Joonsoo Kim iamjoonsoo@lge.com
commit 03787301420376ae41fbaf4267f4a6253d152ac5 upstream.
Commit b1cb0982bdd6 (change the management method of free objects of
the slab) introduced a bug on
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: David Rientjes rient...@google.com
commit 7cd2b0a34ab8e4db971920eef8982f985441adfb upstream.
Oleg reports a division by zero error on zero-length write() to the
percpu_pagelist_fraction
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Rik van Riel r...@redhat.com
commit 107437febd495a50e2cd09c81bbaa84d30e57b07 upstream.
Changing PTEs and PMDs to pte_numa pmd_numa is done with the
mmap_sem held for reading, which means a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
commit 4a705fef986231a3e7a6b1a6d3c37025f021f49f upstream.
There's a race between fork() and hugepage migration, as a result we try
to dereference a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Fabio Baltieri fabio.balti...@gmail.com
commit c0214f98943b1fe43f7be61b7782b0c8f0836f28 upstream.
All devices supported by ina2xx are bidirectional and report the
measured shunt voltage and
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Chen Gang gang.chen.5...@gmail.com
commit 1ff38c56cbd095c4c0dfa581a859ba3557830f78 upstream.
Need include asm/pgtable.h to include asm-generic/pgtable-nopmd.h,
so can let 'pmd_t' defined. The
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Guy Briggs r...@redhat.com
commit aa589a13b5d00d3c643ee4114d8cbc3addb4e99f upstream.
The new- prefix on ses and auid are un-necessary and break ausearch.
Signed-off-by: Richard Guy
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach emmanuel.grumb...@intel.com
commit 501fd9895c1d7d8161ed56698ae2fccb10ef14f5 upstream.
Some races with the hardware can happen when we take
ownership of the device. Don't give
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Tim Gardner tim.gard...@canonical.com
commit a5065eb6da55b226661456e6a7435f605df98111 upstream.
BugLink: http://bugs.launchpad.net/bugs/1305133
Malfunctioning or slow devices can cause a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sander Eikelenboom li...@eikelenboom.it
commit b7a7723513dc89f83d6df13206df55d4dc26e825 upstream.
This (widely used) construction:
if(printk_ratelimit())
dev_dbg()
Causes the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Anatol Pomozov anatol.pomo...@gmail.com
commit e02ba72aabfade4c9cd6e3263e9b57bf890ad25c upstream.
deletes aio context and all resources related to. It makes sense that
no IO operations
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Imre Deak imre.d...@intel.com
commit b8c000d9bf23e7c1155ef421f595d1cbc25262da upstream.
Atm, we refcount both power domains and power wells and
intel_display_power_enabled_sw() returns the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner t...@linutronix.de
commit 4f4366033945419b0c52118c29d3057d7c558765 upstream.
The ras3 block on spear320 claims to have 3 interrupts. In fact it has
one and 6 reserved
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (Red Hat) rost...@goodmis.org
commit 099ed151675cd1d2dbeae1dac697975f6a68716d upstream.
Disabling reading and writing to the trace file should not be able to
disable all
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede hdego...@redhat.com
commit ffa216bb5eecfce0f01b0b2a95d5c320dde90005 upstream.
brcmfmac has been broken on my cubietruck with a BCM43362:
brcmfmac: brcmf_chip_recognition: found
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Micky Ching micky_ch...@realsil.com.cn
commit 5027251eced6e34315a52bd841279df957f627bb upstream.
a27fbf2f067b0cd (mmc: add ignorance case for CMD13 CRC error) produced
a cmd.flags unhandled in
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal f...@strlen.de
commit 945b2b2d259d1a4364a2799e80e8ff32f8c6ee6f upstream.
Quoting Samu Kallio:
Basically what's happening is, during netns cleanup,
nf_nat_net_exit gets
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley pe...@hurleysoftware.com
commit 66528f90669691c85c73bea4f0c9f4a5857c4cab upstream.
If INPCK is not set, input parity detection should be disabled. This means
parity errors should
On Tue, Jul 8, 2014 at 12:37 AM, Andi Kleen a...@firstfloor.org wrote:
From: Andi Kleen a...@linux.intel.com
The basic idea is that it does not make sense to list all PEBS
events individually. The list is very long, sometimes outdated
and the hardware doesn't need it. If an event does not
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley pe...@hurleysoftware.com
commit ef8b9ddcb45fa3b1e11acd72be2398001e807d14 upstream.
If IGNBRK is set without either BRKINT or PARMRK set, some uart
drivers send a 0x00 byte for
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Boyd sb...@codeaurora.org
commit aa014149ba002155a084ec1e9328e95b70167cbb upstream.
If the bit is set the clock is off so we should be checking for
a clear bit, not a set bit. Invert
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Boyd sb...@codeaurora.org
commit 437ae6a1b8f2eedebfbf0f6572e19ca5c58a3f71 upstream.
We forgot to add the status bit for the PLLs and we were using
the wrong register and masks for
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown ne...@suse.de
commit 133d4527eab8d199a62eee6bd433f0776842df2e upstream.
When we write to a degraded array which has a bitmap, we
make sure the relevant bit in the bitmap remains set
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein ja...@dev.mellanox.co.il
commit bc82878baa10c2a6a4a6affaf52c152935112142 upstream.
Commit eb17711bc1d6 (net/mlx4_core: Introduce nic_info new flag in
QUERY_FUNC_CAP) did:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Nazarewicz min...@mina86.com
commit f35f71244da6e51db4e1f2c7e318581f498ececf upstream.
It appears that no one ever run ffs-test on a big-endian machine,
since it used cpu-endianess for
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Arik Nemtsov a...@wizery.com
commit 923eaf367206e01f22c97aee22300e332d071916 upstream.
Doing so will lead to an oops for a p2p-dev interface, since it has
no netdev.
Signed-off-by: Arik
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: J. Bruce Fields bfie...@redhat.com
commit 76f47128f9b33af1e96819746550d789054c9664 upstream.
An NFS operation that creates a new symlink includes the symlink data,
which is xdr-encoded as a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter dan.carpen...@oracle.com
commit b70e19c222a64018d308ebc80333575aff9f4e51 upstream.
We should be returning a negative error code instead of success here.
This would have been
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Elder el...@linaro.org
commit 0f2d5be792b0466b06797f637cfbb0f64dbb408c upstream.
Each image request contains a reference count, but to date it has
not actually been used. (I think this
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ilia Mirkin imir...@alum.mit.edu
commit 255b329ca7f0e9b5fa6da3a68bb713684fe10305 upstream.
This fixes hangs on GK208 which happen instantaneously on trying to use a
geometry shader.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Adam Thomson adam.thomson.opensou...@diasemi.com
commit a2c12493ed7e63a18cef33a71686d12ffcd6600e upstream.
Currently in the inkern.c code for IIO framework, the function
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Xiaoming Gao newton...@tencent.com
commit e1fa108d24697b78348fd4e5a531029a50d0d36d upstream.
When kvm_write_guest writes the tsc_ref structure to the guest, or it will lead
the low
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini pbonz...@redhat.com
commit 7cb060a91c0efc5ff94f83c6df3ed705e143cdb9 upstream.
KVM does not really do much with the PAT, so this went unnoticed for a
long time. It is exposed
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit na...@cs.technion.ac.il
commit 682367c494869008eb89ef733f196e99415ae862 upstream.
Recent Intel CPUs have 10 variable range MTRRs. Since operating systems
sometime make assumptions
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo t...@kernel.org
commit a5049a8ae34950249a7ae94c385d7c5c98914412 upstream.
Hello,
So, this patch should do. Joe, Vivek, can one of you guys please
verify that the oops goes away
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit c5c7b8ddfbf8cb3b2291e515a34ab1b8982f5a2d upstream.
Error recovery in ext4_alloc_branch() calls ext4_forget() even for
buffer corresponding to indirect block it did
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara j...@suse.cz
commit a93cd4cf86466caa49cfe64607bea7f0bde3f916 upstream.
Hole punching code for files with indirect blocks wrongly computed
number of blocks which need to be cleared
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 3b6d9fd23e015b5397c438fd3cd74147d2c805b6 upstream.
Only DCE5+ asics support DP 1.2.
Noticed by ArtForz on IRC.
Signed-off-by: Alex Deucher
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Steve French smfre...@gmail.com
commit ce36d9ab3bab06b7b5522f5c8b68fac231b76ffb upstream.
When we SMB3 mounted with mapchars (to allow reserved characters : \ / * ?
via the Unicode Windows
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Maxime Ripard maxime.rip...@free-electrons.com
commit b91113282bf44df46aba374a0b8f88a75bfd4b3f upstream.
If the mdio probe function fails in emac_open, the interrupt we just requested
isn't
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Doug Smythies doug.smyth...@gmail.com
commit 51d211e9c334b9eca3505f4052afa660c3e0606b upstream.
There was a mistake in the actual rounding portion this previous patch:
f0fe3cd7e12d
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka stf...@wp.pl
commit 616a8394b5df8c88f4dd416f4527439a4e365034 upstream.
As reported by Niels, starting rfkill polling during device probe
(commit e2bc7c5, generally sane
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Brian King brk...@linux.vnet.ibm.com
commit 7114aae02742d6b5c5a0d39a41deb61d415d3717 upstream.
Add a memory barrier prior to sending a new command to the VIOS
to ensure the VIOS does not
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman mathias.ny...@linux.intel.com
commit 6fcfb0d682a8212d321a6131adc94daf0905992a upstream.
Command completion events normally include command completion status,
SLOT_ID, and a
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold jo...@kernel.org
commit aea1ae8760314e072bf1b773521e9de5d5dda10d upstream.
Fix NULL-pointer dereference when probing an interface with no
endpoints.
These devices have two bulk
On Mon, Jul 07, 2014 at 01:41:37PM +0300, Kirill A. Shutemov wrote:
On Mon, Jul 07, 2014 at 09:53:52AM +0900, Minchan Kim wrote:
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Gleixner t...@linutronix.de
commit c58d80f523ffc15ef4d062fc7aeb03793fe39701 upstream.
Some TI chips raise the DMA complete interrupt before the actual
transfer has been completed. The
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Chen peter.c...@freescale.com
commit e4adcff09ca39ecbcc4851d40d0f0a5458e7b77a upstream.
We need to delete un-finished td from current request's td list
at ep_dequeue API, otherwise, this
On Thu, Jul 3, 2014 at 3:07 PM, Joe Perches j...@perches.com wrote:
commit 4171fe2f8a47 (EFI stub documentation updates) moved
the file, update the pattern.
Signed-off-by: Joe Perches j...@perches.com
cc: Roy Franz roy.fr...@linaro.org
---
MAINTAINERS | 2 +-
1 file changed, 1
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ezequiel Garcia ezequ...@vanguardiasur.com.ar
commit 7adb5c876e9c0677078a1e1094c6eafd29c30b74 upstream.
At probe time, the musb_am335x driver register its childs by
calling
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini pbonz...@redhat.com
commit cdda0e5acbb78f7b777049f8c27899e5c5bb368f upstream.
Calling the workqueue interface on uninitialized work items isn't a
good idea even if they're
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Lukas Czerner lczer...@redhat.com
commit 09869de57ed2728ae3c619803932a86cb0e2c4f8 upstream.
DM thinp already checks whether the discard_granularity of the data
device is a factor of the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Walleij linus.wall...@linaro.org
commit 82363cf2eeafeea6ba88849f5e2febdc8a05943f upstream.
There is a regression in the upcoming v3.16-rc1, that is caused
by a problem that has been
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov ilya.dryo...@inktank.com
commit 9638556a276125553549fdfe349c464481ec2f39 upstream.
The following check in rbd_img_obj_request_submit()
rbd_dev-parent_overlap =
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Marcin Kraglak marcin.krag...@tieto.com
commit 92d1372e1a9fec00e146b74e8b9ad7a385b9b37f upstream.
Kernel supports SMP Security Request so don't block increasing security
when we are slave.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg johan.hedb...@intel.com
commit c73f94b8c093a615ce80eabbde0ac6eb9abfe31a upstream.
The SMP code expects hdev to be unlocked since e.g. crypto functions
will try to (re)lock it.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg johan.hedb...@intel.com
commit 50143a433b70e3145bcf8a4a4e54f0c11bdee32b upstream.
When inquiry is canceled through the HCI_Cancel_Inquiry command there is
no Inquiry Complete
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka sgrus...@redhat.com
commit 8edcb0ba0d56f5914eef11eda6db8bfe74eb9ca8 upstream.
On USB we can not get atomically TKIP key. We have to disable support
for TKIP acceleration on
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Hellstrom thellst...@vmware.com
commit 4e578080ed3262ed2c3985868539bc66218d25c0 upstream.
Commit drm/vmwgfx: correct fb_fix_screeninfo.line_length, while fixing a
vmwgfx fbdev bug, also
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum oneu...@suse.de
commit 1cab4c68e339086cdaff7535848e878e8f261fca upstream.
Reported by Alif Mubarak Ahmad:
This device vendor and product id is 1c9e:9800
It is working as serial
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg johan.hedb...@intel.com
commit e694788d73efe139b24f78b036deb97fe57fa8cb upstream.
The conn-link_key variable tracks the type of link key in use. It is
set whenever we respond to
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mario Kleiner mario.kleiner...@gmail.com
commit dcfb1009df3b4ad8d2e0779dd45b438629d6858a upstream.
Whenever a single nouveau_mc_intr() main gpu irq-handler invocation was
responsible for
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit b397207b7475afa9df2f94541f978100ff1ea47e upstream.
Volatile bit was in the wrong location. This bit is
not used at the moment.
Signed-off-by:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jani Nikula jani.nik...@intel.com
commit 2e7eeeb59a92d09144fdb7d2dc1af77a10a7945b upstream.
For reasons I can't claim to fully understand gen4 seems to require
backlight duty cycle setting
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hedberg johan.hedb...@intel.com
commit ba15a58b179ed76a7e887177f2b06de12c58ec8f upstream.
From the Bluetooth Core Specification 4.1 page 1958:
if both devices have set the
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ulrich Obergfell uober...@redhat.com
commit 8922a908908ff947f1f211e07e2e97f1169ad3cb upstream.
After scsi_try_to_abort_cmd returns, the eh_abort_handler may have
already found that the command
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman mathias.ny...@linux.intel.com
commit 3213b151387df0b95f4eada104f68eb1c1409cb3 upstream.
The transfer burst count (TBC) field in xhci 1.0 hosts should be set
to the number of
On 07/08/2014 01:43 AM, Dave Hansen wrote:
On 04/24/2014 03:37 AM, Mel Gorman wrote:
+Despite the fact that a single individual flush on x86 is
+guaranteed to flush a full 2MB, hugetlbfs always uses the full
+flushes. THP is treated exactly the same as normal memory.
+
You are the second
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit e07929810f0a19ddd756558290c7d72827cbfcd9 upstream.
We were using the vddc mask rather than the vddci mask.
Bug:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit af5d36539dfe043f1cf0f8b7334d6bb12cd14e75 upstream.
We were checking the ext clock rather than the display clock.
Noticed by ArtForz on IRC.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 642528355c694f5ed68f6bff9ff520326a249f99 upstream.
We need to specify the encoder mode as LVDS for eDP
when using the Crtc_Source atom table in
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mario Kleiner mario.kleiner...@gmail.com
commit ba124a41058b300a5464206d2d33803cc3dc82ec upstream.
Need to drm_vblank_get/put() the crtc involved in a
pending pageflip, or we might not get
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 7d5ab3009a8ca777174f6f469277b3922d56fd4b upstream.
May fix display issues with non-HDMI displays.
Signed-off-by: Alex Deucher
This is the start of the stable review cycle for the 3.14.12 release.
There are 94 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 Wed Jul 9 23:57:44 UTC 2014.
Anything
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Mario Kleiner mario.kleiner...@gmail.com
commit e291af3f2259e9e105dfd72416fd5796513791a4 upstream.
nv04_disp_scanoutpos() must abort to trigger simple timestamping
fallback if vtotal/htotal
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Wang, Yu yu.y.w...@intel.com
commit d6236f6d1d885aa19d1cd7317346fe795227a3cc upstream.
The system suspend flow as following:
1, Freeze all user processes and kenrel threads.
2, Try to suspend
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit f2bc561610962693be61425cf913778586d8f9c1 upstream.
Avoids blank screens on muxed systems when runpm is active.
bug:
801 - 900 of 2228 matches
Mail list logo