[PATCH] oom kill init lead panic

From: chenjie when oom happened we can see: Out of memory: Kill process 9134 (init) score 3 or sacrifice child Killed process 9134 (init) total-vm:1868kB, anon-rss:84kB, file-rss:572kB Kill process 1 (init) sharing same memory ... Kernel panic - not syncing: Attempted to kill init! exitcode=0x000

+ zram-zcomp-use-gfp_noio-to-allocate-streams.patch added to -mm tree

The patch titled Subject: zram/zcomp: use GFP_NOIO to allocate streams has been added to the -mm tree. Its filename is zram-zcomp-use-gfp_noio-to-allocate-streams.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/zram-zcomp-use-gfp_noio-to-allocate-st

[to-be-updated] zram-zcomp-use-gfp_noio-to-allocate-streams.patch removed from -mm tree

The patch titled Subject: zram/zcomp: use GFP_NOIO to allocate streams has been removed from the -mm tree. Its filename was zram-zcomp-use-gfp_noio-to-allocate-streams.patch This patch was dropped because an updated version will be merged --

Re: [PATCH] bugfix oom kill init lead panic

On Mon, 30 Nov 2015, chenj...@huawei.com wrote: > From: chenjie > > when oom happened we can see: > Out of memory: Kill process 9134 (init) score 3 or sacrifice child > > Killed process 9134 (init) total-vm:1868kB, anon-rss:84kB, file-rss:572kB > Kill process 1 (init) sharing

[PATCH 4.1.y] KEYS: Fix crash when attempt to garbage collect an uninstantiated keyring

From: David Howells Commit f05819df10d7b09f6d1eb6f8534a8f68e5a4fe61 upstream. The following sequence of commands: i=`keyctl add user a a @s` keyctl request2 keyring foo bar @t keyctl unlink $i @s tries to invoke an upcall to instantiate a keyring if one doesn't already exist by tha

patch "usb: core : hub: Fix BOS 'NULL pointer' kernel panic" added to usb-linus

This is a note to let you know that I've just added the patch titled usb: core : hub: Fix BOS 'NULL pointer' kernel panic to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next rel

patch "usb: Use the USB_SS_MULT() macro to decode burst multiplier for log" added to usb-linus

This is a note to let you know that I've just added the patch titled usb: Use the USB_SS_MULT() macro to decode burst multiplier for log to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up

patch "USB: whci-hcd: add check for dma mapping error" added to usb-linus

This is a note to let you know that I've just added the patch titled USB: whci-hcd: add check for dma mapping error to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next release o

[PATCH 3.14.y] multiple backports requested

Since David Miller is no longer handling 3.14.y -stable submissions, can I get the 3.14.y maintainer to add: ipv6: addrconf: validate new MTU before applying it commit 77751427a1ff25b27d47a4c36b12c3c8667855ac This addresses CVE-2015-0272 RDS: verify the underlying transport exists before creating

Re: [PATCH] wan/x25: Fix use-after-free in x25_asy_open_tty()

From: Peter Hurley Date: Fri, 27 Nov 2015 14:18:39 -0500 > The N_X25 line discipline may access the previous line discipline's closed > and already-freed private data on open [1]. > > The tty->disc_data field _never_ refers to valid data on entry to the > line discipline's open() method. Rather,

patch "staging: lustre: echo_copy.._lsm() dereferences userland pointers" added to staging-linus

This is a note to let you know that I've just added the patch titled staging: lustre: echo_copy.._lsm() dereferences userland pointers to my staging git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git in the staging-linus branch. The patch wil

Re: [PATCH] mtd: nand: fix ONFI parameter page layout

On Tue, 1 Dec 2015 11:05:10 -0800 Brian Norris wrote: > On Tue, Dec 01, 2015 at 10:33:18AM +0100, Boris Brezillon wrote: > > On Mon, 30 Nov 2015 12:17:29 -0800 > > Brian Norris wrote: > > > On Mon, Nov 23, 2015 at 11:23:07AM +0100, Boris Brezillon wrote: > > > > src_ssync_features field is only

Re: [PATCH] mtd: nand: fix ONFI parameter page layout

On Tue, Dec 01, 2015 at 10:33:18AM +0100, Boris Brezillon wrote: > On Mon, 30 Nov 2015 12:17:29 -0800 > Brian Norris wrote: > > On Mon, Nov 23, 2015 at 11:23:07AM +0100, Boris Brezillon wrote: > > > src_ssync_features field is only 1 byte large, and the 4th reserved area > > > is actually 8 bytes

patch "usb-storage: Fix scsi-sd failure "Invalid field in cdb" for USB" added to usb-linus

This is a note to let you know that I've just added the patch titled usb-storage: Fix scsi-sd failure "Invalid field in cdb" for USB to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in t

patch "USB: cp210x: Remove CP2110 ID from compatibility list" added to usb-linus

This is a note to let you know that I've just added the patch titled USB: cp210x: Remove CP2110 ID from compatibility list to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next re

patch "USB: cdc_acm: Ignore Infineon Flash Loader utility" added to usb-linus

This is a note to let you know that I've just added the patch titled USB: cdc_acm: Ignore Infineon Flash Loader utility to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next relea

patch "USB: serial: Another Infineon flash loader USB ID" added to usb-linus

This is a note to let you know that I've just added the patch titled USB: serial: Another Infineon flash loader USB ID to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next releas

patch "usb: gadget: pxa27x: fix suspend callback" added to usb-linus

This is a note to let you know that I've just added the patch titled usb: gadget: pxa27x: fix suspend callback to my usb git tree which can be found at git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git in the usb-linus branch. The patch will show up in the next release of the

Re: Patches for arch/arm/mm/cache-l2x0.c

On Tue, Dec 01, 2015 at 08:36:40AM -0600, Rob Herring wrote: > On Tue, Dec 1, 2015 at 8:11 AM, Mason wrote: > > Why would this problem not affect e.g. arch/arm/mach-highbank ? > > (CCing Rob) > > It could be broken as I don't have h/w. Some people do, but they may > have not updated to 4.1 yet. >

Re: Patches for arch/arm/mm/cache-l2x0.c

On Tue, Dec 1, 2015 at 8:11 AM, Mason wrote: > On 01/12/2015 13:59, Russell King - ARM Linux wrote: >> On Tue, Dec 01, 2015 at 09:56:23AM +0100, Mason wrote: >>> [ Back-porting v4.2 patches to v4.1 LTS ] >>> >>> On 26/11/2015 09:54, Mason wrote: >>> Over the past few months, I wrote board-sup

Re: Patches for arch/arm/mm/cache-l2x0.c

On 01/12/2015 13:59, Russell King - ARM Linux wrote: > On Tue, Dec 01, 2015 at 09:56:23AM +0100, Mason wrote: >> [ Back-porting v4.2 patches to v4.1 LTS ] >> >> On 26/11/2015 09:54, Mason wrote: >> >>> Over the past few months, I wrote board-support code based on kernel v4.2 >>> and things worked a

[PATCH] KVM: arm/arm64: Revert to old way of checking for device mapping in stage2_flush_ptes().

This function takes stage-II physical addresses (A.K.A. IPA), on input, not real physical addresses. This causes kvm_is_device_pfn() to return wrong values, depending on how much guest and host memory maps match. This results in completely broken KVM on some boards. The problem has been caught on S

Re: Patches for arch/arm/mm/cache-l2x0.c

On Tue, Dec 01, 2015 at 09:56:23AM +0100, Mason wrote: > [ Back-porting v4.2 patches to v4.1 LTS ] > > On 26/11/2015 09:54, Mason wrote: > > > Over the past few months, I wrote board-support code based on kernel v4.2 > > and things worked as expected. > > > > Then I had to rebase to a LTS kernel

[PATCH v4 1/2] zram/zcomp: use GFP_NOIO to allocate streams

We can end up allocating a new compression stream with GFP_KERNEL from within the IO path, which may result is nested (recursive) IO operations. That can introduce problems if the IO path in question is a reclaimer, holding some locks that will deadlock nested IOs. Allocate streams and working mem

Re: + zram-zcomp-use-gfp_noio-to-allocate-streams.patch added to -mm tree

On (11/30/15 16:05), a...@linux-foundation.org wrote: > -- > From: Sergey Senozhatsky > Subject: zram/zcomp: use GFP_NOIO to allocate streams > This patch is OK per se, but the patch #2 in the series will be updated. So I'll resend the patch se

Re: [PATCH] mtd: nand: fix ONFI parameter page layout

Hi Brian, On Mon, 30 Nov 2015 12:17:29 -0800 Brian Norris wrote: > On Mon, Nov 23, 2015 at 11:23:07AM +0100, Boris Brezillon wrote: > > src_ssync_features field is only 1 byte large, and the 4th reserved area > > is actually 8 bytes large. > > > > Signed-off-by: Boris Brezillon > > Fixes d1e1f

Re: [Intel-gfx] [PATCH v2] drm/i915: Do a better job at disabling primary plane in the noatomic case.

On Mon, 23 Nov 2015, Maarten Lankhorst wrote: > Op 13-11-15 om 14:28 schreef Ander Conselvan De Oliveira: >> On Thu, 2015-11-12 at 14:58 +0100, Maarten Lankhorst wrote: >>> Op 12-11-15 om 14:37 schreef Ander Conselvan De Oliveira: On Wed, 2015-11-11 at 15:36 +0100, Maarten Lankhorst wrote: >

Re: [Intel-gfx] [PATCH] drm/i915: Check the timeout passed to i915_wait_request

On Thu, 26 Nov 2015, Chris Wilson wrote: > On Thu, Nov 26, 2015 at 03:49:00PM +0100, Daniel Vetter wrote: >> On Thu, Nov 26, 2015 at 01:31:42PM +, Chris Wilson wrote: >> > We have relied upon the sole caller (wait_ioctl) validating the timeout >> > argument. However, when waiting for multiple

Re: [Intel-gfx] [PATCH v4] drm/i915: Pin the ifbdev for the info->system_base GGTT mmapping

On Tue, 24 Nov 2015, Daniel Vetter wrote: > On Sat, Nov 21, 2015 at 02:01:55AM +0800, kbuild test robot wrote: >> Hi Chris, >> >> [auto build test WARNING on drm-intel/for-linux-next] >> [cannot apply to v4.4-rc1 next-20151120] >> >> url: >> https://github.com/0day-ci/linux/commits/Chris-Wil

Re: Patches for arch/arm/mm/cache-l2x0.c

[ Back-porting v4.2 patches to v4.1 LTS ] On 26/11/2015 09:54, Mason wrote: > Over the past few months, I wrote board-support code based on kernel v4.2 > and things worked as expected. > > Then I had to rebase to a LTS kernel (I used v4.1.13) and something broke > in the L2 cache setup. Apparent

ARC stable backport request

Hi, Please add upstream commit 30b9dbee895ff ("ARC: Fix silly typo in MAINTAINERS file") to stable releases. This depends on 9acdc911b55569145 ("MAINTAINERS: Add public mailing list for ARC") which was already marked for stable inclusion and is hitting the stable trees ATM. Thx, -Vineet -- To