[PATCH 4.9 45/69] kvm: fix page struct leak in handle_vmon

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Bonzini commit 06ce521af9558814b8606c0476c54497cf83a653 upstream. handle_vmon gets a reference on VMXON region page, but does not release it. Release the reference. Found by syzkaller; b

[PATCH 4.9 41/69] irqchip/irq-imx-gpcv2: Fix spinlock initialization

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Tyler Baker commit 75eb5e1e7b4edbc8e8f930de59004d21cb46961f upstream. The raw_spinlock in the IMX GPCV2 interupt chip is not initialized before usage. That results in a lockdep splat: INFO:

[PATCH 4.9 02/69] tcmu: Fix possible overwrite of t_data_sgs last iov[]

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xiubo Li commit ab22d2604c86ceb01bb2725c9860b88a7dd383bb upstream. If there has BIDI data, its first iov[] will overwrite the last iov[] for se_cmd->t_data_sg. To fix this, we can just increas

[PATCH 4.9 43/69] char: lack of bool string made CONFIG_DEVPORT always on

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Max Bires commit f2cfa58b136e4b06a9b9db7af5ef62fbb5992f62 upstream. Without a bool string present, using "# CONFIG_DEVPORT is not set" in defconfig files would not actually unset devport. This

Re: KASLR causes intermittent boot failures on some systems

On 04/19/17 at 07:27am, Thomas Garnier wrote: > On Wed, Apr 19, 2017 at 6:36 AM, Baoquan He wrote: > > Hi all, > > > > I login in Jeff's system, and added debug code, no clue found. However > > DaveY found he disabled page_offset randomization only and the efi issue > > won't be seen on his system

[PATCH] mmc: dw_mmc: hide clock message when card is resuming

Commit e9748e0364fe ("mmc: dw_mmc: force setup bus if active slots exist") made a change resulted in clock message appears every time the card is resuming (every 5 second in average). Add condition that previously used to print the message. Fixes: e9748e0364fe ("mmc: dw_mmc: force setup bus if act

[PATCH 4.9 03/69] tcmu: Fix wrongly calculating of the base_command_size

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xiubo Li commit abe342a5b4b5aa579f6bf40ba73447c699e6b579 upstream. The t_data_nents and t_bidi_data_nents are the numbers of the segments, but it couldn't be sure the block size equals to size

[PATCH 4.9 05/69] thp: fix MADV_DONTNEED vs. MADV_FREE race

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 58ceeb6bec86d9140f9d91d71a710e963523d063 upstream. Both MADV_DONTNEED and MADV_FREE handled with down_read(mmap_sem). It's critical to not clear pmd intermittently wh

[PATCH 4.4 00/45] 4.4.63-stable review

This is the start of the stable review cycle for the 4.4.63 release. There are 45 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 Fri Apr 21 14:16:23 UTC 2017. Anything receive

[PATCH 4.4 06/45] Input: xpad - add support for Razer Wildcat gamepad

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Cameron Gutman commit 5376366886251e2f8f248704adb620a4bc4c0937 upstream. Signed-off-by: Cameron Gutman Signed-off-by: Dmitry Torokhov Signed-off-by: Greg Kroah-Hartman --- drivers/input/jo

[PATCH 4.4 18/45] irqchip/irq-imx-gpcv2: Fix spinlock initialization

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tyler Baker commit 75eb5e1e7b4edbc8e8f930de59004d21cb46961f upstream. The raw_spinlock in the IMX GPCV2 interupt chip is not initialized before usage. That results in a lockdep splat: INFO:

[PATCH 4.4 22/45] Revert "MIPS: Lantiq: Fix cascaded IRQ setup"

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman This reverts commit 6280ac931a23d3fa40cd26057576abcf90a4f22d which is commit 6c356eda225e3ee134ed4176b9ae3a76f793f4dd upstream. It shouldn't have been included in a stable re

[PATCH 4.4 24/45] zram: do not use copy_page with non-page aligned address

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Minchan Kim commit d72e9a7a93e4f8e9e52491921d99e0c8aa89eb4e upstream. The copy_page is optimized memcpy for page-alinged address. If it is used with non-page aligned address, it can corrupt me

[PATCH 4.4 44/45] sctp: deny peeloff operation on asocs with threads sleeping on it

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Ricardo Leitner commit dfcb9f4f99f1e9a49e43398a7bfbf56927544af1 upstream. commit 2dcab5984841 ("sctp: avoid BUG_ON on sctp_wait_for_sndbuf") attempted to avoid a BUG_ON call when the as

[PATCH 4.4 08/45] x86/vdso: Ensure vdso32_enabled gets set to valid values only

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause commit c06989da39cdb10604d572c8c7ea8c8c97f3c483 upstream. vdso_enabled can be set to arbitrary integer values via the kernel command line 'vdso32=' parameter or via 'sysctl abi.v

[PATCH 4.4 33/45] [media] dvb-usb: dont use stack for firmware load

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab commit 43fab9793c1f44e665b4f98035a14942edf03ddc upstream. As reported by Marc Duponcheel , firmware load on dvb-usb is using the stack, with is not allowed anymore on defa

[PATCH 4.4 28/45] [media] dvb-usb-v2: avoid use-after-free

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 005145378c9ad7575a01b6ce1ba118fb427f583a upstream. I ran into a stack frame size warning because of the on-stack copy of the USB device structure: drivers/media/usb/dvb-us

[PATCH 4.4 37/45] rtl8150: Use heap buffers for all register access

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit 7926aff5c57b577ab0f43364ff0c59d968f6a414 upstream. Allocating USB buffers on the stack is not portable, and no longer works on x86_64 (with VMAP_STACK enabled as per defaul

[PATCH 4.4 32/45] mm: Tighten x86 /dev/mem with zeroing reads

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook commit a4866aa812518ed1a37d8ea0c881dc946409de94 upstream. Under CONFIG_STRICT_DEVMEM, reading System RAM through /dev/mem is disallowed. However, on x86, the first 1MB was always allo

Re: [PATCH v2 tip/core/rcu 0/13] Miscellaneous fixes for 4.12

On Wed, Apr 19, 2017 at 07:47:30AM -0700, Paul E. McKenney wrote: > On Wed, Apr 19, 2017 at 02:08:47PM +0200, Peter Zijlstra wrote: > > On Wed, Apr 19, 2017 at 01:48:08PM +0200, Christian Borntraeger wrote: > > > On 04/19/2017 01:28 PM, Peter Zijlstra wrote: > > > > > > > > So the thing Maz compla

[PATCH 4.4 35/45] virtio-console: avoid DMA from stack

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Omar Sandoval commit c4baad50297d84bde1a7ad45e50c73adae4a2192 upstream. put_chars() stuffs the buffer it gets into an sg, but that buffer may be on the stack. This breaks with CONFIG_VMAP_STACK

[PATCH 4.4 04/45] drm/nouveau/mmu/nv4a: use nv04 mmu rather than the nv44 one

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit f94773b9f5ecd1df7c88c2e921924dd41d2020cc upstream. The NV4A (aka NV44A) is an oddity in the family. It only comes in AGP and PCI varieties, rather than a core PCIE chip with

[PATCH 4.4 45/45] MIPS: fix Select HAVE_IRQ_EXIT_ON_IRQ_STACK patch.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman Commit f017e58da4aba293e4a6ab62ca5d4801f79cc929 which was commit 3cc3434fd6307d06b53b98ce83e76bf9807689b9 upstream, was misapplied to the 4.4 stable kernel. This patch fixes

[PATCH 4.4 29/45] ext4: fix inode checksum calculation problem if i_extra_size is small

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Daeho Jeong commit 05ac5aa18abd7db341e54df4ae2b4c98ea0e43b7 upstream. We've fixed the race condition problem in calculating ext4 checksum value in commit b47820edd163 ("ext4: avoid modifying ch

Re: [PATCH v2 tip/core/rcu 02/11] lockdep: Use "WARNING" tag on lockdep splats

On Mon, Apr 17, 2017 at 04:28:49PM -0700, Paul E. McKenney wrote: > This commit changes lockdep splats to begin lines with "WARNING" and > to use pr_warn() instead of printk(). This change eases scripted > analysis of kernel console output. > > Reported-by: Dmitry Vyukov > Reported-by: Ingo Moln

[PATCH 4.4 39/45] catc: Use heap buffer for memory size test

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit 2d6a0e9de03ee658a9adc3bfb2f0ca55dff1e478 upstream. Allocating USB buffers on the stack is not portable, and no longer works on x86_64 (with VMAP_STACK enabled as per defaul

[PATCH 4.4 25/45] powerpc: Disable HFSCR[TM] if TM is not supported

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 7ed23e1bae8bf7e37fd555066550a00b95a3a98b upstream. On Power8 & Power9 the early CPU inititialisation in __init_HFSCR() turns on HFSCR[TM] (Hypervisor Facility Stat

[PATCH 4.4 09/45] x86/vdso: Plug race between mapping and ELF header setup

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 6fdc6dd90272ce7e75d744f71535cfbd8d77da81 upstream. The vsyscall32 sysctl can racy against a concurrent fork when it switches from disabled to enabled: arch_setup_add

[PATCH 4.4 31/45] rtc: tegra: Implement clock handling

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Thierry Reding commit 5fa4086987506b2ab8c92f8f99f2295db9918856 upstream. Accessing the registers of the RTC block on Tegra requires the module clock to be enabled. This only works because the R

[PATCH 4.4 07/45] perf/x86: Avoid exposing wrong/stale data in intel_pmu_lbr_read_32()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit f2200ac311302fcdca6556fd0c5127eab6c65a3e upstream. When the perf_branch_entry::{in_tx,abort,cycles} fields were added, intel_pmu_lbr_read_32() wasn't updated to initialize

[PATCH 4.4 05/45] CIFS: store results of cifs_reopen_file to avoid infinite wait

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Germano Percossi commit 1fa839b4986d648b907d117275869a0e46c324b9 upstream. This fixes Continuous Availability when errors during file reopen are encountered. cifs_user_readv and cifs_user_writ

Re: [PATCH] virtio_scsi: Always try to read VPD pages

On 13/04/2017 15:39, Stefan Hajnoczi wrote: > On Thu, Apr 13, 2017 at 12:13:00PM +1000, David Gibson wrote: >> @@ -705,6 +706,28 @@ static int virtscsi_device_reset(struct scsi_cmnd *sc) >> return virtscsi_tmf(vscsi, cmd); >> } >> >> +static int virtscsi_device_alloc(struct scsi_device *s

[PATCH 4.4 03/45] drm/nouveau/mpeg: mthd returns true on success now

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit 83bce9c2baa51e439480a713119a73d3c8b61083 upstream. Signed-off-by: Ilia Mirkin Fixes: 590801c1a3 ("drm/nouveau/mpeg: remove dependence on namedb/engctx lookup") Signed-off-b

[PATCH 4.4 42/45] tty/serial: atmel: RS485 half duplex w/DMA: enable RX after TX is done

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Richard Genoud commit b389f173aaa1204d6dc1f299082a162eb0491545 upstream. When using RS485 in half duplex, RX should be enabled when TX is finished, and stopped when TX starts. Before commit 00

[PATCH 4.4 41/45] SUNRPC: fix refcounting problems with auth_gss messages.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 1cded9d2974fe4fe339fc0ccd6638b80d465ab2c upstream. There are two problems with refcounting of auth_gss messages. First, the reference on the pipe->pipe list (taken by a call t

Re: [PATCH v2 tip/core/rcu 0/13] Miscellaneous fixes for 4.12

On Wed, Apr 19, 2017 at 07:58:44AM -0700, Josh Triplett wrote: > > Still something to hesitate a bit before using, but not something > checkpatch should warn about. How else will you get people to hesitate?

[PATCH 4.4 40/45] ibmveth: calculate gso_segs for large packets

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Falcon commit 94acf164dc8f1184e8d0737be7125134c2701dbe upstream. Include calculations to compute the number of segments that comprise an aggregated large packet. Signed-off-by: Thomas F

[PATCH 4.4 27/45] ath9k: fix NULL pointer dereference

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Miaoqing Pan commit 40bea976c72b9ee60f8d097852deb53ccbeaffbe upstream. relay_open() may return NULL, check the return value to avoid the crash. BUG: unable to handle kernel NULL pointer derefe

[PATCH 4.4 38/45] catc: Combine failure cleanup code in catc_probe()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings commit d41149145f98fe26dcd0bfd1d6cc095e6e041418 upstream. Signed-off-by: Ben Hutchings Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- drivers/net/usb/ca

[PATCH 4.4 26/45] crypto: ahash - Fix EINPROGRESS notification callback

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit ef0579b64e93188710d48667cb5e014926af9f1b upstream. The ahash API modifies the request's callback function in order to clean up after itself in some corner cases (unaligned fin

[PATCH 4.4 23/45] kvm: fix page struct leak in handle_vmon

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Bonzini commit 06ce521af9558814b8606c0476c54497cf83a653 upstream. handle_vmon gets a reference on VMXON region page, but does not release it. Release the reference. Found by syzkaller; b

[PATCH 4.4 21/45] char: lack of bool string made CONFIG_DEVPORT always on

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Max Bires commit f2cfa58b136e4b06a9b9db7af5ef62fbb5992f62 upstream. Without a bool string present, using "# CONFIG_DEVPORT is not set" in defconfig files would not actually unset devport. This

[PATCH 4.4 19/45] ftrace: Fix removing of second function probe

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt (VMware) commit 82cc4fc2e70ec5baeff8f776f2773abc8b2cc0ae upstream. When two function probes are added to set_ftrace_filter, and then one of them is removed, the update to the fun

[PATCH 4.4 20/45] char: Drop bogus dependency of DEVPORT on !M68K

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven commit 309124e2648d668a0c23539c5078815660a4a850 upstream. According to full-history-linux commit d3794f4fa7c3edc3 ("[PATCH] M68k update (part 25)"), port operations are allow

[PATCH 4.4 15/45] scsi: sd: Fix capacity calculation with 32-bit sector_t

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit 7c856152cb92f8eee2df29ef325a1b1f43161aff upstream. We previously made sure that the reported disk capacity was less than 0x blocks when the kernel was not comp

[PATCH 4.4 02/45] thp: fix MADV_DONTNEED vs clear soft dirty race

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 5b7abeae3af8c08c577e599dd0578b9e3ee6687b upstream. Yet another instance of the same race. Fix is identical to change_huge_pmd(). See "thp: fix MADV_DONTNEED vs. num

[PATCH 4.4 17/45] libnvdimm: fix reconfig_mutex, mmap_sem, and jbd2_handle lockdep splat

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit 0beb2012a1722633515c8aaa263c73449636c893 upstream. Holding the reconfig_mutex over a potential userspace fault sets up a lockdep dependency chain between filesystem-DAX and

[PATCH 4.4 12/45] iscsi-target: Drop work-around for legacy GlobalSAN initiator

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit 1c99de981f30b3e7868b8d20ce5479fa1c0fea46 upstream. Once upon a time back in 2009, a work-around was added to support the GlobalSAN iSCSI initiator v3.3 for MacOSX, whi

[PATCH 4.4 16/45] xen, fbfront: fix connecting to backend

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Juergen Gross commit 9121b15b5628b38b4695282dc18c553440e0f79b upstream. Connecting to the backend isn't working reliably in xen-fbfront: in case XenbusStateInitWait of the backend has been miss

[PATCH 4.4 13/45] scsi: sr: Sanity check returned mode data

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit a00a7862513089f17209b732f230922f1942e0b9 upstream. Kefeng Wang discovered that old versions of the QEMU CD driver would return mangled mode data causing us to walk off

[PATCH 4.4 01/45] cgroup, kthread: close race window where new kthreads can be migrated to non-root cgroups

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 77f88796cee819b9c4562b0b6b44691b3b7755b1 upstream. Creation of a kthread goes through a couple interlocked stages between the kthread itself and its creator. Once the new kthr

[PATCH 4.4 11/45] iscsi-target: Fix TMR reference leak during session shutdown

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit efb2ea770bb3b0f40007530bc8b0c22f36e1c5eb upstream. This patch fixes a iscsi-target specific TMR reference leak during session shutdown, that could occur when a TMR was

Re: KASLR causes intermittent boot failures on some systems

On Wed, Apr 19, 2017 at 7:34 AM, Dan Williams wrote: > Does the randomization ever cross a pgd boundary? Yes, it can cross a pgd boundary. The original physical memory mapping might as well but you would need almost 550Gb of memory. > > These crashes look very similar to the crashes caused by >

[PATCH 4.4 14/45] scsi: sd: Consider max_xfer_blocks if opt_xfer_blocks is unusable

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Fam Zheng commit 6780414519f91c2a84da9baa963a940ac916f803 upstream. If device reports a small max_xfer_blocks and a zero opt_xfer_blocks, we end up using BLK_DEF_MAX_SECTORS, which is wrong and

Re: [PATCH tip/core/rcu 04/13] rcu: Make RCU_FANOUT_LEAF help text more explicit about skew_tick

On Wed, Apr 19, 2017 at 03:48:35PM +0200, Peter Zijlstra wrote: > On Wed, Apr 19, 2017 at 03:22:26PM +0200, Peter Zijlstra wrote: > > On Thu, Apr 13, 2017 at 11:42:32AM -0700, Paul E. McKenney wrote: > > > > > I believe that you are missing the fact that RCU grace-period > > > initialization and c

Re: KASLR causes intermittent boot failures on some systems

On 04/19/17 at 07:34am, Dan Williams wrote: > On Wed, Apr 19, 2017 at 7:27 AM, Thomas Garnier wrote: > > On Wed, Apr 19, 2017 at 6:36 AM, Baoquan He wrote: > >> Hi all, > >> > >> I login in Jeff's system, and added debug code, no clue found. However > >> DaveY found he disabled page_offset random

Re: [PATCH v6 6/8] coresight: add support for CPU debug module

On Wed, Apr 19, 2017 at 03:32:39PM +0100, Suzuki K Poulose wrote: [...] > >>>+static int debug_probe(struct amba_device *adev, const struct amba_id *id) > >>>+{ > >>>+ void __iomem *base; > >>>+ struct device *dev = &adev->dev; > >>>+ struct debug_drvdata *drvdata; > >>>+ struct resource *res

Re: [PATCH v2 3/3] mtd: dataflash: Make use of "extened device information"

On Wed, Apr 19, 2017 at 1:47 AM, Marek Vasut wrote: > On 04/19/2017 04:58 AM, Andrey Smirnov wrote: >> On Tue, Apr 18, 2017 at 11:31 AM, Marek Vasut wrote: >>> On 04/18/2017 04:21 PM, Andrey Smirnov wrote: In anticipation of supporting chips that need it, extend the size of struct flash

Re: [PATCH v6 05/15] lockdep: Implement crossrelease feature

On Tue, Mar 14, 2017 at 05:18:52PM +0900, Byungchul Park wrote: > +/* > + * Only access local task's data, so irq disable is only required. > + */ > +static int same_context_xhlock(struct hist_lock *xhlock) > +{ > + struct task_struct *curr = current; > + > + /* In the case of hardirq conte

Re: [PATCH v24 09/11] acpi/arm64: Add memory-mapped timer support in GTDT driver

On Tue, Apr 18, 2017 at 06:21:07PM +0100, Lorenzo Pieralisi wrote: > On Sat, Apr 15, 2017 at 02:40:12AM +0800, fu@linaro.org wrote: > > +error: > > + for (i = 0; i < ARCH_TIMER_MEM_MAX_FRAMES; i++) { > > + frame = &timer_mem->frame[i]; > > + if (frame->phys_irq > 0) > > +

[PATCH 4.4 10/45] acpi, nfit, libnvdimm: fix interleave set cookie calculation (64-bit comparison)

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit b03b99a329a14b7302f37c3ea6da3848db41c8c5 upstream. While reviewing the -stable patch for commit 86ef58a4e35e "nfit, libnvdimm: fix interleave set cookie calculation" Ben not

Re: [PATCH v24 08/11] acpi: Introduce acpi_unregister_irq function

On Tue, Apr 18, 2017 at 04:58:41PM +0100, Mark Rutland wrote: > On Sat, Apr 15, 2017 at 02:40:11AM +0800, fu@linaro.org wrote: > > From: Fu Wei > > > > This patch introduces acpi_unregister_irq function to free a > > linux IRQ number<->GSI mapping by a given linux IRQ number. > > > > Even we

[PATCH 4.9 39/69] pwm: rockchip: State of PWM clock should synchronize with PWM enabled state

4.9-stable review patch. If anyone has any objections, please let me know. -- From: David Wu commit a900152b5c29aea8134cc7a4c5db25552b3cd8f7 upstream. If the PWM was not enabled at U-Boot loader, PWM could not work for clock always disabled at PWM driver. The PWM clock is enab

Re: [PATCH 1/4] fs: fix data invalidation in the cleancache during direct IO

On 04/18/2017 10:38 PM, Ross Zwisler wrote: > On Fri, Apr 14, 2017 at 05:07:50PM +0300, Andrey Ryabinin wrote: >> Some direct write fs hooks call invalidate_inode_pages2[_range]() >> conditionally iff mapping->nrpages is not zero. If page cache is empty, >> buffered read following after direct IO w

[PATCH 4.9 09/69] drm/nouveau/mpeg: mthd returns true on success now

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit 83bce9c2baa51e439480a713119a73d3c8b61083 upstream. Signed-off-by: Ilia Mirkin Fixes: 590801c1a3 ("drm/nouveau/mpeg: remove dependence on namedb/engctx lookup") Signed-off-b

[PATCH 4.9 28/69] scsi: sr: Sanity check returned mode data

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit a00a7862513089f17209b732f230922f1942e0b9 upstream. Kefeng Wang discovered that old versions of the QEMU CD driver would return mangled mode data causing us to walk off

[PATCH 4.9 08/69] orangefs: free superblock when mount fails

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Martin Brandenburg commit 1ec1688c5360e14dde4094d6acbf7516bf6db37e upstream. Otherwise lockdep says: [ 1337.483798] [ 1337.483999] [ BUG: lock

[PATCH 4.9 26/69] iscsi-target: Fix TMR reference leak during session shutdown

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit efb2ea770bb3b0f40007530bc8b0c22f36e1c5eb upstream. This patch fixes a iscsi-target specific TMR reference leak during session shutdown, that could occur when a TMR was

[PATCH 4.9 24/69] efi/libstub: Skip GOP with PIXEL_BLT_ONLY format

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Cohen, Eugene commit 540f4c0e894f7e46a66dfa424b16424cbdc12c38 upstream. The UEFI Specification permits Graphics Output Protocol (GOP) instances without direct framebuffer access. This is indica

[PATCH 4.9 06/69] thp: fix MADV_DONTNEED vs clear soft dirty race

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Kirill A. Shutemov commit 5b7abeae3af8c08c577e599dd0578b9e3ee6687b upstream. Yet another instance of the same race. Fix is identical to change_huge_pmd(). See "thp: fix MADV_DONTNEED vs. num

[PATCH 4.9 04/69] tcmu: Skip Data-Out blocks before gathering Data-In buffer for BIDI case

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Xiubo Li commit a5d68ba85801a78c892a0eb8efb711e293ed314b upstream. For the bidirectional case, the Data-Out buffer blocks will always at the head of the tcmu_cmd's bitmap, and before gathering

Re: RFC: drop the T10 OSD code and its users

On Wed, Apr 12 2017, Christoph Hellwig wrote: > The only real user of the T10 OSD protocol, the pNFS object layout > driver never went to the point of having shipping products, and the > other two users (osdblk and exofs) were simple example of it's usage. > > The code has been mostly unmaintained

[PATCH 4.9 07/69] zsmalloc: expand class bit

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Minchan Kim commit 85d492f28d056c40629fc25d79f54da618a29dc4 upstream. Now 64K page system, zsamlloc has 257 classes so 8 class bit is not enough. With that, it corrupts the system when zsmallo

[PATCH 4.9 38/69] can: ifi: use correct register to read rx status

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Markus Marb commit 57c1d4c33e8f7ec90976d79127059c1919cc0651 upstream. The incorrect offset was used when trying to read the RXSTCMD register. Signed-off-by: Markus Marb Signed-off-by: Marc Kl

Re: [PATCH tip/core/rcu 02/40] rcu: Make arch select smp_mb__after_unlock_lock() strength

On Wed, Apr 19, 2017 at 11:38:22PM +1000, Michael Ellerman wrote: > "Paul E. McKenney" writes: > > > On Thu, Apr 13, 2017 at 06:37:57PM +0200, Peter Zijlstra wrote: > >> On Thu, Apr 13, 2017 at 09:26:51AM -0700, Paul E. McKenney wrote: > >> > >> > ARCH_WEAK_RELEASE_ACQUIRE actually works both wa

[PATCH 4.9 21/69] acpi, nfit, libnvdimm: fix interleave set cookie calculation (64-bit comparison)

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit b03b99a329a14b7302f37c3ea6da3848db41c8c5 upstream. While reviewing the -stable patch for commit 86ef58a4e35e "nfit, libnvdimm: fix interleave set cookie calculation" Ben not

Re: [backport v4.9] tpm_tis: use default timeout value if chip reports it as zero

On Sat, Apr 15, 2017 at 06:04:05PM +0200, Maciej S. Szmigiero wrote: > Hi Jarkko, > > On 15.04.2017 17:26, Jarkko Sakkinen wrote: > > From: "Maciej S. Szmigiero" > > > > Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for > > TPM access") Atmel 3203 TPM on ThinkPad X61S (TPM fi

[PATCH 4.9 22/69] ACPI / scan: Set the visited flag for all enumerated devices

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Rafael J. Wysocki commit f406270bf73d71ea7b35ee3f7a08a44f6594c9b1 upstream. Commit 10c7e20b2ff3 (ACPI / scan: fix enumeration (visited) flags for bus rescans) attempted to fix a problem with AC

Re: [PATCH v2 tip/core/rcu 0/13] Miscellaneous fixes for 4.12

On Wed, Apr 19, 2017 at 04:52:15PM +0200, Peter Zijlstra wrote: > On Wed, Apr 19, 2017 at 07:47:30AM -0700, Paul E. McKenney wrote: > > The RCU expedited primitives have been completely rewritten since then, > > and no longer use try_stop_cpus(), no longer disturb idle CPUs, and no > > longer distu

[PATCH 4.9 25/69] efi/fb: Avoid reconfiguration of BAR that covers the framebuffer

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit 55d728a40d368ba80443be85c02e641fc9082a3f upstream. On UEFI systems, the PCI subsystem is enumerated by the firmware, and if a graphical framebuffer is exposed via a PCI de

[PATCH 4.9 20/69] x86/vdso: Plug race between mapping and ELF header setup

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 6fdc6dd90272ce7e75d744f71535cfbd8d77da81 upstream. The vsyscall32 sysctl can racy against a concurrent fork when it switches from disabled to enabled: arch_setup_add

[PATCH 4.9 17/69] x86/signals: Fix lower/upper bound reporting in compat siginfo

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Joerg Roedel commit cfac6dfa42bddfa9711b20d486e521d1a41ab09f upstream. Put the right values from the original siginfo into the userspace compat-siginfo. This fixes the 32-bit MPX "tabletest" t

Re: [PATCH 1/4] fs: fix data invalidation in the cleancache during direct IO

On 04/19/2017 01:46 AM, Andrew Morton wrote: > On Fri, 14 Apr 2017 17:07:50 +0300 Andrey Ryabinin > wrote: > >> Some direct write fs hooks call invalidate_inode_pages2[_range]() >> conditionally iff mapping->nrpages is not zero. If page cache is empty, >> buffered read following after direct I

[PATCH 4.9 19/69] x86/vdso: Ensure vdso32_enabled gets set to valid values only

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause commit c06989da39cdb10604d572c8c7ea8c8c97f3c483 upstream. vdso_enabled can be set to arbitrary integer values via the kernel command line 'vdso32=' parameter or via 'sysctl abi.v

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On Wed, Apr 19, 2017 at 07:45:00AM -0700, Badhri Jagan Sridharan wrote: > On Wed, Apr 19, 2017 at 4:23 AM, Heikki Krogerus > wrote: > > Hi, > > > > On Tue, Apr 18, 2017 at 11:52:33AM -0700, Badhri Jagan Sridharan wrote: > >> Hi Heikki, > >> > >> I have a question regarding the preferred_role node.

[PATCH 4.9 16/69] x86/efi: Dont try to reserve runtime regions

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Omar Sandoval commit 6f6266a561306e206e0e31a5038f029b6a7b1d89 upstream. Reserving a runtime region results in splitting the EFI memory descriptors for the runtime region. This results in runtim

Re: [PATCH v3 7/7] powerpc: kprobes: remove duplicate saving of msr

On Wed, 19 Apr 2017 18:21:06 +0530 "Naveen N. Rao" wrote: > set_current_kprobe() already saves regs->msr into kprobe_saved_msr. Remove > the redundant save. > Looks good to me. Reviewed-by: Masami Hiramatsu Thank you, > Signed-off-by: Naveen N. Rao > --- > arch/powerpc/kernel/kprobes.c |

[PATCH 4.9 10/69] drm/nouveau/mmu/nv4a: use nv04 mmu rather than the nv44 one

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit f94773b9f5ecd1df7c88c2e921924dd41d2020cc upstream. The NV4A (aka NV44A) is an oddity in the family. It only comes in AGP and PCI varieties, rather than a core PCIE chip with

[PATCH 4.9 15/69] perf/x86: Avoid exposing wrong/stale data in intel_pmu_lbr_read_32()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit f2200ac311302fcdca6556fd0c5127eab6c65a3e upstream. When the perf_branch_entry::{in_tx,abort,cycles} fields were added, intel_pmu_lbr_read_32() wasn't updated to initialize

[PATCH 4.9 13/69] CIFS: store results of cifs_reopen_file to avoid infinite wait

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Germano Percossi commit 1fa839b4986d648b907d117275869a0e46c324b9 upstream. This fixes Continuous Availability when errors during file reopen are encountered. cifs_user_readv and cifs_user_writ

[PATCH 4.9 11/69] drm/etnaviv: fix missing unlock on error in etnaviv_gpu_submit()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Wei Yongjun commit 45abdf35cf82e4270328c7237e7812de960ac560 upstream. Add the missing unlock before return from function etnaviv_gpu_submit() in the error handling case. lst: fixed label name.

RE: [PATCH] powerpc/32: Move entry_32 functions just after HEAD functions.

From: Christophe Leroy > By default, PPC8xx PINs an ITLB on the first 8M of memory in order > to avoid any ITLB miss on kernel code. > However, with some debug functions like DEBUG_PAGEALLOC and > (soon to come) DEBUG_RODATA, the PINned TLB is invalidated soon > after startup so ITLB missed start t

[PATCH 4.9 12/69] CIFS: reconnect thread reschedule itself

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Germano Percossi commit 18ea43113f5b74a97dd4be9bddbac10d68b1a6ce upstream. In case of error, smb2_reconnect_server reschedule itself with a delay, to avoid being too aggressive. Signed-off-by:

Re: [PATCH v2 tip/core/rcu 0/13] Miscellaneous fixes for 4.12

On Wed, Apr 19, 2017 at 05:03:09PM +0200, Peter Zijlstra wrote: > On Wed, Apr 19, 2017 at 07:58:44AM -0700, Josh Triplett wrote: > > > > Still something to hesitate a bit before using, but not something > > checkpatch should warn about. > > How else will you get people to hesitate? The fact that

[PATCH 4.10 59/69] crypto: lrw - Fix use-after-free on EINPROGRESS

4.10-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit 4702bbeefb490e315189636a5588628c1151223d upstream. When we get an EINPROGRESS completion in lrw, we will end up marking the request as done and freeing it. This then blows u

[PATCH 4.10 38/69] scsi: sd: Fix capacity calculation with 32-bit sector_t

4.10-stable review patch. If anyone has any objections, please let me know. -- From: Martin K. Petersen commit 7c856152cb92f8eee2df29ef325a1b1f43161aff upstream. We previously made sure that the reported disk capacity was less than 0x blocks when the kernel was not com

[PATCH 4.10 64/69] x86/xen: Fix APIC id mismatch warning on Intel

4.10-stable review patch. If anyone has any objections, please let me know. -- From: Mohit Gambhir commit cc272163ea554a97dac180fa8dd6cd54c2810bd1 upstream. This patch fixes the following warning message seen when booting the kernel as Dom0 with Xen on Intel machines. [0.0030

[PATCH 4.10 62/69] ASoC: Intel: select DW_DMAC_CORE since its mandatory

4.10-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit ebf79091bf85d9b2270ab29191de9cd3aaf888c5 upstream. Select DW_DMAC_CORE like the rest of glue drivers do, e.g. drivers/dma/dw/Kconfig. While here group selectors under S

[PATCH 4.10 57/69] crypto: xts - Fix use-after-free on EINPROGRESS

4.10-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit aa4a829bdaced81e70c215a84ef6595ce8bd4308 upstream. When we get an EINPROGRESS completion in xts, we will end up marking the request as done and freeing it. This then blows u

[PATCH 4.10 56/69] crypto: algif_aead - Fix bogus request dereference in completion function

4.10-stable review patch. If anyone has any objections, please let me know. -- From: Herbert Xu commit e6534aebb26e32fbab14df9c713c65e8507d17e4 upstream. The algif_aead completion function tries to deduce the aead_request from the crypto_async_request argument. This is broken

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