Re: [Intel-gfx] Usage of _PAGE_PCD et al in i915 driver

On Mon, Aug 18, 2014 at 07:31:58AM +0200, Juergen Gross wrote: > On 08/15/2014 12:21 PM, Ville Syrjälä wrote: > > On Thu, Aug 14, 2014 at 05:55:11AM +0200, Juergen Gross wrote: > >> On 08/13/2014 05:07 PM, Jesse Barnes wrote: > >>> On Fri, 8 Aug 2014 15:14:15 +0200 > >>> Daniel Vetter wrote: >

[PATCH 3.11 071/137] Input: fix defuzzing logic

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Torokhov commit 50c5d36dab930b1f1b1e3348b8608aa8b9ee7610 upstream. We attempt to remove noise from coordinates reported by devices in input_handle_abs_event(), unfortunately,

[PATCH] ARM: errata: Workaround for Cortex-A12 erratum 818325

From: Huang Tao On Cortex-A12 (r0p0..r0p1-00lac0-rc11), when a CPU executes a sequence of two conditional store instructions with opposite condition code and updating the same register, the system might enter a deadlock if the second conditional instruction is an UNPREDICTABLE STR or STM

[PATCH 3.11 077/137] hwmon: (smsc47m192) Fix temperature limit and vrm write operations

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Guenter Roeck commit 043572d5444116b9d9ad8ae763cf069e7accbc30 upstream. Temperature limit clamps are applied after converting the temperature from milli-degrees C to degrees C, so

[PATCH 3.11 079/137] Fix gcc-4.9.0 miscompilation of load_balance() in scheduler

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds commit 2062afb4f804afef61cbe62a30cac9a46e58e067 upstream. Michel Dänzer and a couple of other people reported inexplicable random oopses in the scheduler, and the cause

[PATCH 3.11 084/137] powerpc/perf: Fix MMCR2 handling for EBB

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman commit 8903461c9bc56fcb041fb92d054e2529951770b6 upstream. In the recent commit b50a6c584bb4 "Clear MMCR2 when enabling PMU", I screwed up the handling of MMCR2 for

[PATCH 3.11 086/137] staging: vt6655: Fix disassociated messages every 10 seconds

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit 4aa0abed3a2a11b7d71ad560c1a3e7631c5a31cd upstream. byReAssocCount is incremented every second resulting in disassociated message being send every 10 seconds

[PATCH 3.11 064/137] blkcg: don't call into policy draining if root_blkg is already gone

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 0b462c89e31f7eb6789713437eb551833ee16ff3 upstream. While a queue is being destroyed, all the blkgs are destroyed and its ->root_blkg pointer is set to NULL. If

[PATCH 3.11 087/137] can: c_can_platform: Fix raminit, use devm_ioremap() instead of devm_ioremap_resource()

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: George Cherian commit 33cf75656923ff11d67a937a4f8e9344f58cea77 upstream. The raminit register is shared register for both can0 and can1. Since commit: 32766ff net: can: Convert

[PATCH 3.11 046/137] net: qmi_wwan: add two Sierra Wireless/Netgear devices

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= commit 5343330010a892b76a97fd93ad3c455a4a32a7fb upstream. Add two device IDs found in an out-of-tree driver downloadable from Netgear. Signed-off-by:

[PATCH 3.11 044/137] ipv4: icmp: Fix pMTU handling for rare case

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Edward Allcutt commit 68b7107b62983f2cff0948292429d5f5999df096 upstream. Some older router implementations still send Fragmentation Needed errors with the Next-Hop MTU field set to

[PATCH 3.11 076/137] coredump: fix the setting of PF_DUMPCORE

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Silesh C V commit aed8adb7688d5744cb484226820163af31d2499a upstream. Commit 079148b919d0 ("coredump: factor out the setting of PF_DUMPCORE") cleaned up the setting of PF_DUMPCORE by

[PATCH 3.11 075/137] drm/radeon: fix irq ring buffer overflow handling

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Christian=20K=C3=B6nig?= commit e8c214d22e76dd0ead38f97f8d2dc09aac70d651 upstream. We must mask out the overflow bit as well, otherwise the wptr will never match the rptr

[PATCH 3.11 057/137] dns_resolver: assure that dns_query() result is null-terminated

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Manuel=20Sch=C3=B6lling?= commit 84a7c0b1db1c17d5ded8d3800228a608e1070b40 upstream. dns_query() credulously assumes that keys are null-terminated and returns a copy of a

[PATCH 3.11 066/137] libata: support the ata host which implements a queue depth less than 32

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Kevin Hao commit 1871ee134b73fb4cadab75752a7152ed2813c751 upstream. The sata on fsl mpc8315e is broken after the commit 8a4aeec8d2d6 ("libata/ahci: accommodate tag ordered

[PATCH 3.11 085/137] staging: vt6655: Fix Warning on boot handle_irq_event_percpu.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit 6cff1f6ad4c615319c1a146b2aa0af1043c5e9f5 upstream. WARNING: CPU: 0 PID: 929 at /home/apw/COD/linux/kernel/irq/handle.c:147

[PATCH 3.11 061/137] slab_common: fix the check for duplicate slab names

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 694617474e33b8603fc76e090ed7d09376514b1a upstream. The patch 3e374919b314f20e2a04f641ebc1093d758f66a4 is supposed to fix the problem where kmem_cache_create

[PATCH 3.11 052/137] be2net: set EQ DB clear-intr bit in be_open()

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Suresh Reddy commit 4cad9f3b61c7268fa89ab8096e23202300399b5d upstream. On BE3, if the clear-interrupt bit of the EQ doorbell is not set the first time it is armed, ocassionally we

[PATCH 3.11 051/137] netlink: Fix handling of error from netlink_dump().

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Ben Pfaff commit ac30ef832e6af0505b6f0251a6659adcfa74975e upstream. netlink_dump() returns a negative errno value on error. Until now, netlink_recvmsg() directly recorded that

[PATCH 3.11 047/137] igmp: fix the problem when mc leave group

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: dingtianhong commit 52ad353a5344f1f700c5b777175bdfa41d3cd65a upstream. The problem was triggered by these steps: 1) create socket, bind and then setsockopt for add mc group.

[PATCH 3.11 055/137] net: pppoe: use correct channel MTU when using Multilink PPP

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Christoph Schulz commit a8a3e41c67d24eb12f9ab9680cbb85e24fcd9711 upstream. The PPP channel MTU is used with Multilink PPP when ppp_mp_explode() (see ppp_generic module) tries to

[PATCH 3.11 054/137] net: sctp: fix information leaks in ulpevent layer

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann commit 8f2e5ae40ec193bc0a0ed99e95315c3eebca84ea upstream. While working on some other SCTP code, I noticed that some structures shared with user space are leaking

[PATCH 3.11 072/137] tracing: Fix wraparound problems in "uptime" trace clock

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Tony Luck commit 58d4e21e50ff3cc57910a8abc20d7e14375d2f61 upstream. The "uptime" trace clock added in: commit 8aacf017b065a805d27467843490c976835eb4a5 tracing: Add "uptime"

[PATCH 3.11 088/137] net: sendmsg: fix NULL pointer dereference

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Andrey Ryabinin commit 40eea803c6b2cfaab092f053248cbeab3f368412 upstream. Sasha's report: > While fuzzing with trinity inside a KVM tools guest running the latest -next

Are You interested?

Greetings, I am Mr.Karim Wattara. a banker, i know that this mail will come to you as a surprise as we have never met before, but need not to worry as I am contacting you independently of my investigation and no one is informed of this communication. I need your urgent Cooperation in

[PATCH 1/5] KVM: vmx: fix ept reserved bits for 1-GByte page

EPT misconfig handler in kvm will check which reason lead to EPT misconfiguration after vmexit. One of the reasons is that an EPT paging-structure entry is configured with settings reserved for future functionality. However, the handler can't identify if paging-structure entry of reserved bits

[PATCH 5/5] KVM: x86: #GP when attempts to write reserved bits of Variable Range MTRRs

Section 11.11.2.3 of the SDM mentions "All other bits in the IA32_MTRR_PHYSBASEn and IA32_MTRR_PHYSMASKn registers are reserved; the processor generates a general-protection exception(#GP) if software attempts to write to them". This patch do it in kvm. Signed-off-by: Wanpeng Li ---

[PATCH 3/5] KVM: vmx: don't vmx_segment_cache_clear twice in enter_pmode

vmx_segment_cache_clear() will be called by vmx_set_segment() which lead to vmx_segment_cache_clear() is called twice in enter_pmode(). This patch remove the duplicate call site. Reviewed-by: Yang Zhang Signed-off-by: Wanpeng Li --- arch/x86/kvm/vmx.c | 2 -- 1 file changed, 2 deletions(-)

[PATCH 2/5] KVM: x86: drop fpu_activate hook

fpu_activate hook is introduced by commit 6b52d186 (KVM: Activate fpu on clts), however, there is no user currently, this patch drop it. Reviewed-by: Yang Zhang Signed-off-by: Wanpeng Li --- arch/x86/include/asm/kvm_host.h | 1 - arch/x86/kvm/svm.c | 1 - arch/x86/kvm/vmx.c

[PATCH 4/5] KVM: x86: fix check legal type of Variable Range MTRRs

The first entry in each pair(IA32_MTRR_PHYSBASEn) defines the base address and memory type for the range; the second entry(IA32_MTRR_PHYSMASKn) contains a mask used to determine the address range. The legal values for the type field of IA32_MTRR_PHYSBASEn are 0,1,4,5, and 6. However,

[PATCH 3.11 041/137] net: fix sparse warning in sk_dst_set()

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 5925a0555bdaf0b396a84318cbc21ba085f6c0d3 upstream. sk_dst_cache has __rcu annotation, so we need a cast to avoid following sparse error :

[PATCH 3.11 091/137] crypto: af_alg - properly label AF_ALG socket

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Milan Broz commit 4c63f83c2c2e16a13ce274ee678e28246bd33645 upstream. Th AF_ALG socket was missing a security label (e.g. SELinux) which means that socket was in "unlabeled" state.

[PATCH 3.11 124/137] sparc64: Guard against flushing openfirmware mappings.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit 4ca9a23765da3260058db3431faf5b4efd8cf926 upstream. Based almost entirely upon a patch by Christopher Alexander Tobias Schulze. In commit

[PATCH 3.11 094/137] net: mvneta: increase the 64-bit rx/tx stats out of the hot path

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: willy tarreau commit dc4277dd41a80fd5f29a90412ea04bc3ba54fbf1 upstream. Better count packets and bytes in the stack and on 32 bit then accumulate them at the end for once. This saves

checkpatch.pl: Use of extern in function prototype

Hi, I have a piece of code as shown below. ### diff --git a/arch/arm64/include/asm/proc-fns.h b/arch/arm64/include/asm/proc-fns.h index 9a8fd84..86be4f9 100644 --- a/arch/arm64/include/asm/proc-fns.h +++ b/arch/arm64/include/asm/proc-fns.h @@ -32,7 +32,7 @@ extern void

[PATCH 3.11 099/137] net: sctp: inherit auth_capable on INIT collisions

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann commit 1be9a950c646c9092fb3618197f7b6bfb50e82aa upstream. Jason reported an oops caused by SCTP on his ARM machine with SCTP authentication enabled: Internal error:

[PATCH 3.11 034/137] shmem: fix splicing from a hole while it's punched

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins commit b1a366500bd537b50c3aad26dc7df083ec03a448 upstream. shmem_fault() is the actual culprit in trinity's hole-punch starvation, and the most significant cause of such

[PATCH 3.11 105/137] timer: Fix lock inversion between hrtimer_bases.lock and scheduler locks

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 504d58745c9ca28d33572e2d8a9990b43e06075d upstream. clockevents_increase_min_delta() calls printk() from under hrtimer_bases.lock. That causes lock inversion on

[PATCH 3.11 125/137] bbc-i2c: Fix BBC I2C envctrl on SunBlade 2000

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Christopher Alexander Tobias Schulze commit 5cdceab3d5e02eb69ea0f5d8fa9181800baf6f77 upstream. Fix regression in bbc i2c temperature and fan control on some Sun systems that causes

Re: [RFC] ACPI: Add GPIO-signaled event simulator.

On Mon, Aug 18, 2014 at 11:28:09AM +0200, Tomasz Nowicki wrote: > On 12.08.2014 12:01, Mika Westerberg wrote: > >On Fri, Aug 08, 2014 at 02:36:02PM +0200, Linus Walleij wrote: > >>On Thu, Jul 24, 2014 at 5:51 PM, Tomasz Nowicki > >> wrote: > >> > >>>GPIO signaled events is quite new thing in Linux

[PATCH 3.11 048/137] tcp: fix false undo corner cases

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Yuchung Cheng commit 6e08d5e3c8236e7484229e46fdf92006e1dd4c49 upstream. The undo code assumes that, upon entering loss recovery, TCP 1) always retransmit something 2) the

Re: [PATCH] KVM: x86: Increase the number of fixed MTRR regs to 10

I reproduced the blue-screen. Let me to to figure it out. Nadav On Aug 18, 2014, at 11:11 AM, Wanpeng Li wrote: > On Mon, Aug 18, 2014 at 09:39:39AM +0300, Nadav Amit wrote: >> This should have been a benign patch. I'll try to get windows 7 installation >> disk and check ASAP. >> > > In

[PATCH 3.11 082/137] cfg80211: fix mic_failure tracing

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Eliad Peller commit 8c26d458394be44e135d1c6bd4557e1c4e1a0535 upstream. tsc can be NULL (mac80211 currently always passes NULL), resulting in NULL-dereference. check before copying it.

[PATCH 3.11 127/137] sparc64: ldc_connect() should not return EINVAL when handshake is in progress.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Sowmini Varadhan commit 4ec1b01029b4facb651b8ef70bc20a4be4cebc63 upstream. The LDC handshake could have been asynchronously triggered after ldc_bind() enables the ldc_rx() receive

[PATCH 3.11 111/137] x86, espfix: Make it possible to disable 16-bit support

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit 34273f41d57ee8d854dcd2a1d754cbb546cb548f upstream. Embedded systems, which may be very memory-size-sensitive, are extremely unlikely to ever encounter any

[PATCH 3.11 083/137] iio: buffer: Fix demux table creation

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Lars-Peter Clausen commit 61bd55ce1667809f022be88da77db17add90ea4e upstream. When creating the demux table we need to iterate over the selected scan mask for the buffer to get the

[PATCH 3.11 016/137] PM / sleep: Fix request_firmware() error at resume

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 4320f6b1d9db4ca912c5eb6ecb328b2e090e1586 upstream. The commit [247bc037: PM / Sleep: Mitigate race between the freezer and request_firmware()] introduced the finer

[PATCH 3.11 122/137] sparc64: Add membar to Niagara2 memcpy code.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit 5aa4ecfd0ddb1e6dcd1c886e6c49677550f581aa upstream. This is the prevent previous stores from overlapping the block stores done by the memcpy loop. Based upon

[PATCH 3.11 058/137] dns_resolver: Null-terminate the right string

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit 640d7efe4c08f06c4ae5d31b79bd8740e7f6790a upstream. *_result[len] is parsed as *(_result[len]) which is not at all what we want to touch here. Signed-off-by: Ben

[PATCH 3.11 073/137] x86_32, entry: Store badsys error code in %eax

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Sven Wegener commit 8142b215501f8b291a108a202b3a053a265b03dd upstream. Commit 554086d ("x86_32, entry: Do syscall exit work on badsys (CVE-2014-4508)") introduced a regression in the

[PATCH 3.11 123/137] sparc64: Do not insert non-valid PTEs into the TSB hash table.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit 18f38132528c3e603c66ea464727b29e9bbcb91b upstream. The assumption was that update_mmu_cache() (and the equivalent for PMDs) would only be called when the PTE

[PATCH 3.11 020/137] dm thin metadata: do not allow the data block size to change

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Mike Snitzer commit 9aec8629ec829fc9403788cd959e05dd87988bd1 upstream. The block size for the thin-pool's data device must remained fixed for the life of the thin-pool. Disallow any

[PATCH 3.11 129/137] bnx2x: fix crash during TSO tunneling

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Kravkov commit fe26566d8a05151ba1dce75081f6270f73ec4ae1 upstream. When TSO packet is transmitted additional BD w/o mapping is used to describe the packed. The BD needs special

[PATCH 3.11 030/137] irqchip: gic: Fix core ID calculation when topology is read from DT

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Tomasz Figa commit 29e697b11853d3f83b1864ae385abdad4aa2c361 upstream. Certain GIC implementation, namely those found on earlier, single cluster, Exynos SoCs, have registers mapped

[PATCH 3.11 049/137] appletalk: Fix socket referencing in skb

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Andrey Utkin commit 36beddc272c111689f3042bf3d10a64d8a805f93 upstream. Setting just skb->sk without taking its reference and setting a destructor is invalid. However, in the places

[PATCH 3.11 068/137] [media] gspca_pac7302: Add new usb-id for Genius i-Look 317

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 242841d3d71191348f98310e2d2001e1001d8630 upstream. Tested-and-reported-by: yullaw Signed-off-by: Hans de Goede Signed-off-by: Mauro Carvalho Chehab

[PATCH 3.11 053/137] tipc: clear 'next'-pointer of message fragments before reassembly

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Jon Paul Maloy commit 999417549c16dd0e3a382aa9f6ae61688db03181 upstream. If the 'next' pointer of the last fragment buffer in a message is not zeroed before reassembly, we risk ending

[PATCH 3.11 121/137] sparc64: Fix huge TSB mapping on pre-UltraSPARC-III cpus.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit b18eb2d779240631a098626cb6841ee2dd34fda0 upstream. Access to the TSB hash tables during TLB misses requires that there be an atomic 128-bit quad load

[PATCH 3.11 033/137] shmem: fix faulting into a hole, not taking i_mutex

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins commit 8e205f779d1443a94b5ae81aa359cb535dd3021e upstream. Commit f00cdc6df7d7 ("shmem: fix faulting into a hole while it's punched") was buggy: Sasha sent a lockdep

[PATCH 3.11 067/137] [media] tda10071: force modulation to QPSK on DVB-S

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Antti Palosaari commit db4175ae2095634dbecd4c847da439f9c83e1b3b upstream. Only supported modulation for DVB-S is QPSK. Modulation parameter contains invalid value for DVB-S on some

[PATCH 3.11 119/137] sparc64: Fix top-level fault handling bugs.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit 70ffc6ebaead783ac8dafb1e87df0039bb043596 upstream. Make get_user_insn() able to cope with huge PMDs. Next, make do_fault_siginfo() more robust when

[PATCH 3.11 108/137] x86, espfix: Move espfix definitions into a separate header file

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit e1fe9ed8d2a4937510d0d60e20705035c2609aea upstream. Sparse warns that the percpu variables aren't declared before they are defined. Rather than hacking around

[PATCH 3.11 120/137] sparc64: Don't bark so loudly about 32-bit tasks generating 64-bit fault addresses.

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit e5c460f46ae7ee94831cb55cb980f942aa9e5a85 upstream. This was found using Dave Jone's trinity tool. When a user process which is 32-bit performs a load or a

[PATCH 3.11 032/137] shmem: fix faulting into a hole while it's punched

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins commit f00cdc6df7d7cfcabb5b740911e6788cb0802bdb upstream. Trinity finds that mmap access to a hole while it's punched from shmem can prevent the madvise(MADV_REMOVE) or

[PATCH 3.11 063/137] block: don't assume last put of shared tags is for the host

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Christoph Hellwig commit d45b3279a5a2252cafcd665bbf2db8c9b31ef783 upstream. There is no inherent reason why the last put of a tag structure must be the one for the Scsi_Host, as

[PATCH 3.11 104/137] printk: rename printk_sched to printk_deferred

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: John Stultz commit aac74dc495456412c4130a1167ce4beb6c1f0b38 upstream. After learning we'll need some sort of deferred printk functionality in the timekeeping core, Peter suggested we

[PATCH 3.11 026/137] drm/radeon: avoid leaking edid data

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 0ac66effe7fcdee55bda6d5d10d3372c95a41920 upstream. In some cases we fetch the edid in the detect() callback in order to determine what sort of monitor is

[PATCH 3.11 097/137] net: mvneta: add missing bit descriptions for interrupt masks and causes

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: willy tarreau commit 40ba35e74fa56866918d2f3bc0528b5b92725d5e upstream. Marvell has not published the chip's datasheet yet, so it's very hard to find the relevant bits to manipulate

[PATCH 3.11 062/137] [media] hdpvr: fix two audio bugs

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Hans Verkuil commit 3445857b22eafb70a6ac258979e955b116bfd2c6 upstream. When the audio encoding is changed the driver calls hdpvr_set_audio with the current opt->audio_input value.

[PATCH 3.11 045/137] net: qmi_wwan: Add ID for Telewell TW-LTE 4G v2

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Bernd Wachter commit 8dcb4b1526747d8431f9895e153dd478c9d16186 upstream. There's a new version of the Telewell 4G modem working with, but not recognized by this driver. Signed-off-by:

[PATCH 3.11 025/137] hwmon: (adt7470) Fix writes to temperature limit registers

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Guenter Roeck commit de12d6f4b10b21854441f5242dcb29ea96181e58 upstream. Temperature limit registers are signed. Limits therefore need to be clamped to (-128, 127) degrees C and not to

[PATCH 3.11 059/137] ipv4: fix buffer overflow in ip_options_compile()

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet commit 10ec9472f05b45c94db3c854d22581a20b97db41 upstream. There is a benign buffer overflow in ip_options_compile spotted by AddressSanitizer[1] : Its benign because we

[PATCH 3.11 109/137] x86, espfix: Fix broken header guard

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit 20b68535cd27183ebd3651ff313afb2b97dac941 upstream. Header guard is #ifndef, not #ifdef... Reported-by: Fengguang Wu Signed-off-by: H. Peter Anvin

[PATCH 3.11 101/137] vfs: allow umount to handle mountpoints without revalidating them

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Jeff Layton commit 8033426e6bdb2690d302872ac1e1fadaec1a5581 upstream. Christopher reported a regression where he was unable to unmount a NFS filesystem where the root had gone stale.

[PATCH 3.11 107/137] x86-64, espfix: Don't leak bits 31:16 of %esp returning to 16-bit stack

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit 3891a04aafd668686239349ea58f3314ea2af86b upstream. The IRET instruction, when returning to a 16-bit segment, only restores the bottom 16 bits of the user space

[PATCH 3.11 100/137] ipv6: reallocate addrconf router for ipv6 address when lo device up

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Gao feng commit 33d99113b1102c2d2f8603b9ba72d89d915c13f5 upstream. commit 25fb6ca4ed9cad72f14f61629b68dc03c0d9713f "net IPv6 : Fix broken IPv6 routing table after loopback down-up"

[PATCH 3.11 110/137] x86, espfix: Make espfix64 a Kconfig option, fix UML

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit 197725de65477bc8509b41388157c1a2283542bb upstream. Make espfix64 a hidden Kconfig option. This fixes the x86-64 UML build which had broken due to the

[PATCH 3.11 080/137] x86/efi: Include a .bss section within the PE/COFF headers

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Michael Brown commit c7fb93ec51d462ec3540a729ba446663c26a0505 upstream. The PE/COFF headers currently describe only the initialised-data portions of the image, and result in no space

[PATCH 3.11 118/137] sparc64: Handle 32-bit tasks properly in compute_effective_address().

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" commit d037d16372bbe4d580342bebbb8826821ad9edf0 upstream. If we have a 32-bit task we must chop off the top 32-bits of the 64-bit value just as the cpu would.

[PATCH 3.11 114/137] lib/btree.c: fix leak of whole btree nodes

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Minfei Huang commit c75b53af2f0043aff500af0a6f878497bef41bca upstream. I use btree from 3.14-rc2 in my own module. When the btree module is removed, a warning arises:

[PATCH 3.11 043/137] tcp: Fix divide by zero when pushing during tcp-repair

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Christoph Paasch commit 5924f17a8a30c2ae18d034a86ee7581b34accef6 upstream. When in repair-mode and TCP_RECV_QUEUE is set, we end up calling tcp_push with mss_now being 0. If data is

[PATCH 3.11 015/137] net/l2tp: don't fall back on UDP [get|set]sockopt

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin commit 3cf521f7dc87c031617fd47e4b7aa2593c2f3daf upstream. The l2tp [get|set]sockopt() code has fallen back to the UDP functions for socket option levels != SOL_PPPOL2TP

[PATCH 3.11 113/137] x86/espfix/xen: Fix allocation of pages for paravirt page tables

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Boris Ostrovsky commit 8762e5092828c4dc0f49da5a47a644c670df77f3 upstream. init_espfix_ap() is currently off by one level when informing hypervisor that allocated pages will be used

[PATCH 3.11 069/137] s390/ptrace: fix PSW mask check

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Martin Schwidefsky commit dab6cf55f81a6e16b8147aed9a843e1691dcd318 upstream. The PSW mask check of the PTRACE_POKEUSR_AREA command is incorrect. For the default user_mode=home address

[PATCH 3.11 115/137] fs: umount on symlink leaks mnt count

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Vasily Averin commit 295dc39d941dc2ae53d5c170365af4c9d5c16212 upstream. Currently umount on symlink blocks following umount: /vz is separate mount drwxr-xr-x. 2 root root

[PATCH 3.11 106/137] Revert "x86-64, modify_ldt: Make support for 16-bit segments a runtime option"

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "H. Peter Anvin" commit 7ed6fb9b5a5510e4ef78ab27419184741169978a upstream. This reverts commit fa81511bb0bbb2b1aace3695ce869da9762624ff in preparation of merging in the proper fix

[PATCH 3.11 102/137] Revert "mac80211: move "bufferable MMPDU" check to fix AP mode scan"

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 08b9939997df30e42a228e1ecb97f99e9c8ea84e upstream. This reverts commit 277d916fc2e959c3f106904116bb4f7b1148d47a as it was at least breaking iwlwifi by setting the

[PATCH 3.11 092/137] dm cache: fix race affecting dirty block count

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Anssi Hannula commit 44fa816bb778edbab6b6ddaaf24908dd6295937e upstream. nr_dirty is updated without locking, causing it to drift so that it is non-zero (either a small positive

[PATCH 3.11 056/137] sunvnet: clean up objects created in vnet_new() on vnet_exit()

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Sowmini Varadhan commit a4b70a07ed12a71131cab7adce2ce91c71b37060 upstream. Nothing cleans up the objects created by vnet_new(), they are completely leaked. vnet_exit(), after doing

[PATCH 3.11 031/137] Drivers: hv: util: Fix a bug in the KVP code

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: "K. Y. Srinivasan" commit 9bd2d0dfe4714dd5d7c09a93a5c9ea9e14ceb3fc upstream. Add code to poll the channel since we process only one message at a time and the host may not interrupt

[PATCH 3.11 112/137] x86_64/entry/xen: Do not invoke espfix64 on Xen

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski commit 7209a75d2009dbf7745e2fd354abf25c3deb3ca3 upstream. This moves the espfix64 logic into native_iret. To make this work, it gets rid of the native patch for

[PATCH 3.11 093/137] mm: kmemleak: avoid false negatives on vmalloc'ed objects

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Catalin Marinas commit 7f88f88f83ed609650a01b18572e605ea50cd163 upstream. Commit 248ac0e1943a ("mm/vmalloc: remove guard page from between vmap blocks") had the side effect of making

[PATCH 3.11 117/137] sparc64: Make itc_sync_lock raw

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Kirill Tkhai commit 49b6c01f4c1de3b5e5427ac5aba80f9f6d27837a upstream. One more place where we must not be able to be preempted or to be interrupted in RT. Always actually disable

[PATCH 3.11 098/137] net: mvneta: replace Tx timer with a real interrupt

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: willy tarreau commit 71f6d1b31fb1f278a345a30a2180515adc7d80ae upstream. Right now the mvneta driver doesn't handle Tx IRQ, and relies on two mechanisms to flush Tx descriptors : a

[PATCH 3.11 090/137] rapidio/tsi721_dma: fix failure to obtain transaction descriptor

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Alexandre Bounine commit 0193ed8225e1a79ed64632106ec3cc81798cb13c upstream. This is a bug fix for the situation when function tsi721_desc_get() fails to obtain a free transaction

[PATCH 3.11 095/137] net: mvneta: use per_cpu stats to fix an SMP lock up

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: willy tarreau commit 74c41b048db1073a04827d7f39e95ac1935524cc upstream. Stats writers are mvneta_rx() and mvneta_tx(). They don't lock anything when they update the stats, and as a

[PATCH 3.11 006/137] fuse: timeout comparison fix

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit 126b9d4365b110c157bc4cbc32540dfa66c9c85a upstream. As suggested by checkpatch.pl, use time_before64() instead of direct comparison of jiffies64 values.

[PATCH 3.11 002/137] mwifiex: fix Tx timeout issue

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: Amitkumar Karwar commit d76744a93246eccdca1106037e8ee29debf48277 upstream. https://bugzilla.kernel.org/show_bug.cgi?id=70191 https://bugzilla.kernel.org/show_bug.cgi?id=77581 It is

Re: [PATCH 1/2] mmc: rtsx_pci_sdmmc: fix incorrect last byte in R2 response

On 15 August 2014 08:06, wrote: > From: Roger Tseng > > Current code erroneously fill the last byte of R2 response with an undefined > value. In addition, the controller actually 'offloads' the last byte > (CRC7, end bit) while receiving R2 response and thus it's impossible to get > the >

[PATCH 3.11 096/137] net: mvneta: do not schedule in mvneta_tx_timeout

3.11.10.15 -stable review patch. If anyone has any objections, please let me know. -- From: willy tarreau commit 290213667ab53a95456397763205e4b1e30f46b5 upstream. If a queue timeout is reported, we can oops because of some schedules while the caller is atomic, as shown

<    1   2   3   4   5   6   7   8   9   10   >