Re: [PATCH v4 1/2] x86/unwind: add ORC unwinder

On Fri, Jul 28, 2017 at 12:52:34PM -0500, Josh Poimboeuf wrote: >On Fri, Jul 28, 2017 at 04:48:47PM +0000, Levin, Alexander (Sasha Levin) wrote: >> Hey Josh, >> >> Syzkaller seems to trigger the following: >> >> ===

Re: [PATCH v4 1/2] x86/unwind: add ORC unwinder

On Mon, Jul 24, 2017 at 06:36:57PM -0500, Josh Poimboeuf wrote: >Add a new ORC unwinder which is enabled by CONFIG_ORC_UNWINDER. It >plugs into the existing x86 unwinder framework. > >It relies on objtool to generate the needed .orc_unwind and >.orc_unwind_ip sections. > >For more details on why

Re: [PATCH v2] net: inet: diag: expose sockets cgroup classid

On Wed, Aug 16, 2017 at 01:15:57PM -0700, Cong Wang wrote: >On Wed, Aug 16, 2017 at 1:13 PM, Levin, Alexander (Sasha Levin) ><alexander.le...@verizon.com> wrote: >> Ping? > >I guess you missed the comment saying you need to check >the return value of nla_put_u32(). Ind

Re: [PATCH v2] net: inet: diag: expose sockets cgroup classid

Ping? On Thu, Jul 27, 2017 at 02:13:52PM -0400, Sasha Levin wrote: >This is useful for directly looking up a task based on class id rather than >having to scan through all open file descriptors. > >Signed-off-by: Sasha Levin >--- > >Changes in V2: > - Addressed

Stable/distro kernel testing in Plumbers 2017

Hi all, We were hoping to discuss the state of -stable/distro kernel testing in the Testing & Fuzzing MC in Plumbers 2017. Mainly we want to understand what sort of testing is being done, how bug reports are being addressed, and what improvments can we make to improve the process. The format

Re: [PATCH for v4.9 LTS 13/86] ubifs: allow encryption ioctls in compat mode

On Mon, Jun 19, 2017 at 09:21:44PM +0200, Richard Weinberger wrote: >Am 19.06.2017 um 19:02 schrieb Eric Biggers: >> On Sat, Jun 17, 2017 at 10:24:31PM +0000, Levin, Alexander (Sasha Levin) >> wrote: >>> From: Eric Biggers <ebigg...@google.com

Re: [PATCH 4/4] percpu: add tracepoint support for percpu memory

On Mon, Jun 19, 2017 at 07:28:32PM -0400, Dennis Zhou wrote: >Add support for tracepoints to the following events: chunk allocation, >chunk free, area allocation, area free, and area allocation failure. >This should let us replay percpu memory requests and evaluate >corresponding decisions. This

Re: [PATCH 00/21] liblockdep fixes for v4.12

On Fri, May 26, 2017 at 08:52:52AM +0200, Ingo Molnar wrote: > > * Levin, Alexander (Sasha Levin) <alexander.le...@verizon.com> wrote: > > > MAINTAINERS| 2 +- > > tools/Makefile | 8 +++-- > &

Re: [PATCH 00/21] liblockdep fixes for v4.12

On Fri, May 26, 2017 at 01:21:51PM +0200, Ingo Molnar wrote: > > * Levin, Alexander (Sasha Levin) <alexander.le...@verizon.com> wrote: > > > Right, and as you can see from this patchset where we added to > > tools/include/ when needed and removed from lib/lockd

Re: [PATCH 01/15] liblockdep: Fix undefined symbol prandom_u32

On Wed, May 24, 2017 at 09:53:37AM +0200, Ingo Molnar wrote: > > So I'm not sure how you sent these patches, but probably due to the lack of a > boilerplate message, the order was all mixed up. I got the patch order right > on > the third attempt. > > But then I encountered this build failure

[PATCH 01/21] liblockdep: Fix undefined symbol prandom_u32

From: Ben Hutchings __lock_pin_lock() now calls prandom_u32() which is not defined in liblockdep. __lock_pin_lock() and its caller lock_pin_lock() are dead code in liblockdep, but we still need to provide a definition of prandom_u32() in case lazy binding is disabled.

[PATCH 10/21] tools: add install make target for liblockdep

From: Alexander Sverdlin Allow user to call "liblockdep_install" target. Also add liblockdep to "all" and "install" targets (as "help" command suggests). Signed-off-by: Alexander Sverdlin Cc: Arnaldo Carvalho de Melo

[PATCH 08/21] liblockdep: Remove -lpthread compiler option

From: Vishal Thanki With -lpthread option, the test for ABBA_2threads was failing, and test passed if it was removed. Since -pthread compiler option is sufficient for linking to pthread libraries, this patch removes -lpthread. Signed-off-by: Vishal Thanki

[PATCH 04/21] liblockdep: Enable -Wall by default

From: Ben Hutchings Regressions in liblockdep may be missed because it doesn't enable warnings. Adding -Wall immediately introduces a lot of warnings, but those will be fixed by the following commits. Signed-off-by: Ben Hutchings Signed-off-by:

[PATCH 07/21] liblockdep: Fix 'defined but not used' warning for init_utsname()

From: Ben Hutchings We define init_utsname() as static but not inline, resulting in a warning for every source file that includes lockdep.h but doesn't call it. Since it is only used by lockdep.c, define it in there. Signed-off-by: Ben Hutchings

[PATCH 18/21] tools: liblockdep: add empty __is_[module,kernel]_percpu_address

This would fix the build error caused by: 383776fa7 ("locking/lockdep: Handle statically initialized PER_CPU locks properly") Signed-off-by: Sasha Levin --- tools/lib/lockdep/uinclude/linux/lockdep.h | 5 + tools/lib/lockdep/uinclude/linux/module.h | 5

[PATCH 09/21] MAINTAINERS: update email for Sasha Levin

New position, new email address. Signed-off-by: Sasha Levin --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 9e984645c4b0..6c87247c59f1 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -7556,7 +7556,7

[PATCH 17/21] tools: liblockdep: include err.h

This provides PTR_ERR() now used by lockdep. Signed-off-by: Sasha Levin --- tools/lib/lockdep/uinclude/linux/kernel.h | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/lib/lockdep/uinclude/linux/kernel.h b/tools/lib/lockdep/uinclude/linux/kernel.h index

[PATCH 20/21] tools: liblockdep: add dummy current_gfp_context()

Signed-off-by: Sasha Levin --- tools/lib/lockdep/uinclude/linux/kernel.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/tools/lib/lockdep/uinclude/linux/kernel.h b/tools/lib/lockdep/uinclude/linux/kernel.h index 75ff4b1bbcac..4a31ebe1a377 100644 ---

[PATCH 21/21] tools: liblockdep: hide liblockdep output from test results

This would prevent the liblockdep error messages from getting mixed in with the test result output. Signed-off-by: Sasha Levin --- tools/lib/lockdep/run_tests.sh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/lib/lockdep/run_tests.sh

[PATCH 19/21] tools include: add IS_ERR_OR_NULL to err.h

Signed-off-by: Sasha Levin --- tools/include/linux/err.h | 5 + 1 file changed, 5 insertions(+) diff --git a/tools/include/linux/err.h b/tools/include/linux/err.h index bdc3dd8131d4..abf0478a8fb2 100644 --- a/tools/include/linux/err.h +++

[PATCH 12/21] tools: liblockdep: fix compilation for 4.11

- More rcu stubs - New dummy headers due to sched header split - jhash2 included in due to kernel lockdep inclusion and usage Signed-off-by: Sasha Levin --- tools/include/linux/bitops.h | 10 ++ tools/include/linux/jhash.h |

[PATCH 03/21] liblockdep: Define the ARRAY_SIZE() macro

From: Ben Hutchings lockdep.c now uses ARRAY_SIZE(). Fixes: 75dd602a5198 ("lockdep: Fix lock_chain::base size") Signed-off-by: Ben Hutchings Signed-off-by: Sasha Levin --- tools/lib/lockdep/uinclude/linux/kernel.h | 2 ++ 1

[PATCH 06/21] liblockdep: Fix 'set but not used' warnings

From: Ben Hutchings liblockdep defines trivial macros for working with interrupt flags, as interrupts are never disabled in userland. This results in warnings from gcc when -Wunused-but-set-variable is enabled, and it is enabled by -Wall. Fix this by evaluating the flags

[PATCH 13/21] tools: liblockdep: Fix object file paths used in an out-of-tree build

From: Ben Hutchings Signed-off-by: Ben Hutchings Signed-off-by: Sasha Levin --- tools/lib/lockdep/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/lib/lockdep/Makefile

[PATCH 05/21] liblockdep: Fix 'unused value' warnings

From: Ben Hutchings liblockdep defines various macros that may expand to an expression with no effect, while the in-kernel definition does have an effect. This results in warnings from gcc when -Wunused-value is enabled, and is is enabled by -Wall. Fix this by introducing

[PATCH 00/21] liblockdep fixes for v4.12

The following changes since commit 56fff1bb0f31358bf81a3c64a8dcd6da0dc44263: Merge branch 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux (2017-05-23 09:57:39 -0700) are available in the git repository at:

[PATCH 16/21] tools include: add empty include/linux/sched/mm.h

Now required by liblockdep. Signed-off-by: Sasha Levin --- tools/include/linux/sched/mm.h | 0 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 tools/include/linux/sched/mm.h diff --git a/tools/include/linux/sched/mm.h

[PATCH 01/21] liblockdep: Fix undefined symbol prandom_u32

From: Ben Hutchings __lock_pin_lock() now calls prandom_u32() which is not defined in liblockdep. __lock_pin_lock() and its caller lock_pin_lock() are dead code in liblockdep, but we still need to provide a definition of prandom_u32() in case lazy binding is disabled.

[PATCH 00/21] liblockdep fixes for v4.12

The following changes since commit 56fff1bb0f31358bf81a3c64a8dcd6da0dc44263: Merge branch 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux (2017-05-23 09:57:39 -0700) are available in the git repository at:

[PATCH 02/21] liblockdep: Reduce MAX_LOCK_DEPTH to avoid overflowing lock_chain::depth

From: Ben Hutchings liblockdep has been broken since commit 75dd602a5198 ("lockdep: Fix lock_chain::base size"), as that adds a check that MAX_LOCK_DEPTH is within the range of lock_chain::depth and in liblockdep it is much too large. That should have resulted in a

[PATCH 11/21] tools: liblockdep: Don't mix fd-based and stream IO

From: Alexander Sverdlin Mixing fd-based and stream-base IO results in interleaved output like following: = [ BUG: bad unlock balance detected! ] liblockdep 4.7.6 - conopal/372 is trying to

[PATCH 14/21] tools: liblockdep: Remove double-quotes from soname

From: Ben Hutchings Signed-off-by: Ben Hutchings Signed-off-by: Sasha Levin --- tools/lib/lockdep/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/lib/lockdep/Makefile

[PATCH 15/21] tools: liblockdep: Use LDFLAGS

From: Ben Hutchings Signed-off-by: Ben Hutchings Signed-off-by: Sasha Levin --- tools/lib/lockdep/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/lib/lockdep/Makefile

[PATCH 1/1] tools: liblockdep: remove private kernel headers

Move to using tools/include/ instead. Signed-off-by: Sasha Levin --- tools/include/asm/sections.h | 0 tools/include/linux/compiler.h | 12 + .../uinclude => include}/linux/debug_locks.h | 1 +

[PATCH 0/1] tools: liblockdep: move to using tools/include/

This patch applies on top of the fixes sent a few days ago. Just delete tools/lib/lockdep/uinclude and move the small bits of missing functionality (and a few empty headers) into tools/include/ . Sasha Levin (1): tools: liblockdep: remove private kernel headers tools/include/asm/sections.h

Re: [PATCH] 9p: set page uptodate when required in write_end()

Ping? On Mon, Apr 10, 2017 at 02:46:57PM -0400, Sasha Levin wrote: > From: Alexander Levin > > Commit 77469c3f570 prevented setting the page as uptodate when we wrote the > right amount of data, fix that. > > Fixes: 77469c3f570 ("9p: saner ->write_end() on failing

Re: [PATCH 1/9] mm: introduce kv[mz]alloc helpers

On Fri, Jun 02, 2017 at 09:28:56AM +0200, Michal Hocko wrote: > On Fri 02-06-17 07:17:22, Sasha Levin wrote: > > On Mon, Mar 06, 2017 at 11:30:24AM +0100, Michal Hocko wrote: > > > +void *kvmalloc_node(size_t size, gfp_t flags, int node) > > > +{ > > > + gfp_t kmalloc_flags = flags; > > > + void

Re: [PATCH 1/9] mm: introduce kv[mz]alloc helpers

On Mon, Mar 06, 2017 at 11:30:24AM +0100, Michal Hocko wrote: > +void *kvmalloc_node(size_t size, gfp_t flags, int node) > +{ > + gfp_t kmalloc_flags = flags; > + void *ret; > + > + /* > + * vmalloc uses GFP_KERNEL for some internal allocations (e.g page > tables) > + * so

[PATCH] perf/tracing/cpuhotplug: don't release cred_guard_mutex if not taken

From: Alexander Levin If we failed to acquire task's cred_guard_mutex we shouldn't proceed to release it in the error path. Fixes: a63fbed776c ("perf/tracing/cpuhotplug: Fix locking order") Signed-off-by: Alexander Levin ---

net: icmp vs udp_poll race?

Hi all, On the latest linux-next I'm seeing issues that look like an icmp socket destruction racing with poll(). It manifests in two ways, first: BUG: KASAN: slab-out-of-bounds in skb_queue_empty include/linux/skbuff.h:1197 [inline] BUG: KASAN: slab-out-of-bounds in udp_poll+0x5fb/0x6f0

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote: > diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c > index 502b320..be7ca4d 100644 > --- a/kernel/time/tick-sched.c > +++ b/kernel/time/tick-sched.c > @@ -783,8 +783,13 @@ static ktime_t

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Sat, Jun 03, 2017 at 02:42:43PM +0200, Frederic Weisbecker wrote: > On Sat, Jun 03, 2017 at 08:06:41AM +0000, Levin, Alexander (Sasha Levin) > wrote: > > On Fri, Apr 21, 2017 at 04:00:55PM +0200, Frederic Weisbecker wrote: > > > diff --git a/kernel/time/tick-sched.c b/ker

sched/core: spinlock recursion in wake_up_new_task

Hi all, I'm seeing the following: BUG: spinlock recursion on CPU#2, kworker/u18:0/27 lock: 0x88003f5e4d40, .magic: dead4ead, .owner: kworker/u18:0/27, .owner_cpu: 3 CPU: 2 PID: 27 Comm: kworker/u18:0 Not tainted 4.12.0-rc3-next-20170602+ #55 Hardware name: QEMU Standard PC (i440FX + PIIX,

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Wed, Jun 07, 2017 at 04:14:03PM +0200, Frederic Weisbecker wrote: > On Wed, Jun 07, 2017 at 04:17:41AM +0000, Levin, Alexander (Sasha Levin) > wrote: > > > Thanks Sasha! > > > > > > I couldn't reproduce it, that config boots fine on my kvm. > > > W

[PATCH] nohz: Fix spurious warning when hrtimer and clockevent get out of sync

On Thu, Jun 08, 2017 at 09:07:05PM +0200, Frederic Weisbecker wrote: > Awesome, these traces have been very helpful! So now I think I get what's > going on. > Can you please test the following fix? With the patch, I hit the warning early on boot: [1.423727] clocksource: Switched to

Re: [PATCH 2/2] tick: Make sure tick timer is active when bypassing reprogramming

On Tue, Jun 06, 2017 at 04:52:29PM +0200, Frederic Weisbecker wrote: > On Sat, Jun 03, 2017 at 01:00:53PM +0000, Levin, Alexander (Sasha Levin) > wrote: > > On Sat, Jun 03, 2017 at 02:42:43PM +0200, Frederic Weisbecker wrote: > > > On Sat, Jun 03, 2017 at 08:06:41AM +0000, Le

Bad page state freeing hugepages

Hi all, I've started seeing the following traces while fuzzing on the latest -next kernel: BUG: Bad page state in process syz-executor1 pfn:1ac01 page:ea6b0040 count:0 mapcount:1 mapping:dead index:0x20001 compound_mapcount: 1 flags: 0xfffe00() raw: 00fffe00

[PATCH for v4.9 LTS 02/86] sparc64: Zero pages on allocation for mondo and error queues.

From: "Liam R. Howlett" [ Upstream commit 7a7dc961a28b965a0d0303c2e989df17b411708b ] Error queues use a non-zero first word to detect if the queues are full. Using pages that have not been zeroed may result in false positive overflow events. These queues are set up

[PATCH for v4.9 LTS 20/86] drm/amdgpu: fix program vce instance logic error.

From: Rex Zhu [ Upstream commit 50a1ebc70a2803deb7811fc73fb55d70e353bc34 ] need to clear bit31-29 in GRBM_GFX_INDEX, then the program can be valid. Signed-off-by: Rex Zhu Acked-by: Christian König Signed-off-by: Alex Deucher

[PATCH for v4.9 LTS 02/86] sparc64: Zero pages on allocation for mondo and error queues.

From: "Liam R. Howlett" [ Upstream commit 7a7dc961a28b965a0d0303c2e989df17b411708b ] Error queues use a non-zero first word to detect if the queues are full. Using pages that have not been zeroed may result in false positive overflow events. These queues are set up

[PATCH for v4.9 LTS 17/86] scsi: lpfc: Set elsiocb contexts to NULL after freeing it

From: Johannes Thumshirn [ Upstream commit 8667f515952feefebb3c0f8d9a9266c91b101a46 ] Set the elsiocb contexts to NULL after freeing as others depend on it. Signed-off-by: Johannes Thumshirn Acked-by: Dick Kennedy

[PATCH for v4.9 LTS 50/86] Documentation: devicetree: change the mediatek ethernet compatible string

From: John Crispin [ Upstream commit 61976fff20f92aceecc3670f6168bfc57a79e047 ] When the binding was defined, I was not aware that mt2701 was an earlier version of the SoC. For sake of consistency, the ethernet driver should use mt2701 inside the compat string as this is the

[PATCH for v4.9 LTS 01/86] sparc64: Handle PIO & MEM non-resumable errors.

From: "Liam R. Howlett" [ Upstream commit 047487241ff59374fded8c477f21453681f5995c ] User processes trying to access an invalid memory address via PIO will receive a SIGBUS signal instead of causing a panic. Memory errors will receive a SIGKILL since a SIGBUS may

[PATCH for v4.9 LTS 22/86] net: phy: dp83848: add DP83620 PHY support

From: "Alvaro G. M" [ Upstream commit 93b43fd137cd8865adf9978ab9870a344365d3af ] This PHY with fiber support is register compatible with DP83848, so add support for it. Signed-off-by: Alvaro Gamez Machado Signed-off-by: David S. Miller

[PATCH for v4.9 LTS 39/86] platform/x86: ideapad-laptop: handle ACPI event 1

From: Zach Ploskey [ Upstream commit cfee5d63767b2e7997c1f36420d008abbe61565c ] On Ideapad laptops, ACPI event 1 is currently not handled. Many models log "ideapad_laptop: Unknown event: 1" every 20 seconds or so while running on battery power. Some convertible laptops receive

[PATCH for v4.9 LTS 70/86] x86/tsc: Add the Intel Denverton Processor to native_calibrate_tsc()

From: Len Brown [ Upstream commit 695085b4bc7603551db0b3da897b8bf9893ca218 ] The Intel Denverton microserver uses a 25 MHz TSC crystal, so we can derive its exact [*] TSC frequency using CPUID and some arithmetic, eg.: TSC: 1800 MHz (2500 Hz * 216 / 3 / 100) [*]

[PATCH for v4.9 LTS 68/86] mac80211: initialize SMPS field in HT capabilities

From: Felix Fietkau [ Upstream commit 43071d8fb3b7f589d72663c496a6880fb097533c ] ibss and mesh modes copy the ht capabilites from the band without overriding the SMPS state. Unfortunately the default value 0 for the SMPS field means static SMPS instead of disabled. This results

[PATCH for v4.9 LTS 65/86] drm/amd/powerplay: fix vce cg logic error on CZ/St.

From: Rex Zhu [ Upstream commit 3731d12dce83d47b357753ffc450ce03f1b49688 ] can fix Bug 191281: vce ib test failed. when vce idle, set vce clock gate, so the clock in vce domain will be disabled. when need to encode, disable vce clock gate, enable the clocks to vce engine.

[PATCH for v4.9 LTS 71/86] x86/mpx: Use compatible types in comparison to fix sparse error

From: Tobias Klauser [ Upstream commit 453828625731d0ba7218242ef6ec88f59408f368 ] info->si_addr is of type void __user *, so it should be compared against something from the same address space. This fixes the following sparse error: arch/x86/mm/mpx.c:296:27: error:

[PATCH for v4.9 LTS 62/86] arm64: assembler: make adr_l work in modules under KASLR

From: Ard Biesheuvel [ Upstream commit 41c066f2c4d436c535616fe182331766c57838f0 ] When CONFIG_RANDOMIZE_MODULE_REGION_FULL=y, the offset between loaded modules and the core kernel may exceed 4 GB, putting symbols exported by the core kernel out of the reach of the

[PATCH for v4.9 LTS 60/86] usb: dwc3: exynos fix axius clock error path to do cleanup

From: Shuah Khan [ Upstream commit 8ae584d1951f241efd45499f8774fd7066f22823 ] Axius clock error path returns without disabling clock and suspend clock. Fix it to disable them before returning error. Reviewed-by: Javier Martinez Canillas

[PATCH for v4.9 LTS 74/86] aio: fix lock dep warning

From: Shaohua Li [ Upstream commit a12f1ae61c489076a9aeb90bddca7722bf330df3 ] lockdep reports a warnning. file_start_write/file_end_write only acquire/release the lock for regular files. So checking the files in aio side too. [ 453.532141] [ cut here ] [

[PATCH for v4.9 LTS 86/86] net/mlx4_core: Eliminate warning messages for SRQ_LIMIT under SRIOV

From: Jack Morgenstein [ Upstream commit 9577b174cd0323d287c994ef0891db71666d0765 ] When running SRIOV, warnings for SRQ LIMIT events flood the Hypervisor's message log when (correct, normally operating) apps use SRQ LIMIT events as a trigger to post WQEs to SRQs. Add

[PATCH for v4.9 LTS 55/86] mac80211: recalculate min channel width on VHT opmode changes

From: Johannes Berg [ Upstream commit d2941df8fbd9708035d66d889ada4d3d160170ce ] When an associated station changes its VHT operating mode this can/will affect the bandwidth it's using, and consequently we must recalculate the minimum bandwidth we need to use. Failure

[PATCH for v4.9 LTS 40/86] amd-xgbe: Check xgbe_init() return code

From: "Lendacky, Thomas" [ Upstream commit 738f7f647371ff4cfc9646c99dba5b58ad142db3 ] The xgbe_init() routine returns a return code indicating success or failure, but the return code is not checked. Add code to xgbe_init() to issue a message when failures are seen and

[PATCH for v4.9 LTS 57/86] HID: i2c-hid: Add sleep between POWER ON and RESET

From: Brendan McGrath [ Upstream commit a89af4abdf9b353cdd6f61afc0eaaac403304873 ] Support for the Asus Touchpad was recently added. It turns out this device can fail initialisation (and become unusable) when the RESET command is sent too soon after the POWER ON

[PATCH for v4.9 LTS 49/86] kernel/panic.c: add missing \n

From: Jiri Slaby [ Upstream commit ff7a28a074ccbea999dadbb58c46212cf90984c6 ] When a system panics, the "Rebooting in X seconds.." message is never printed because it lacks a new line. Fix it. Link: http://lkml.kernel.org/r/20170119114751.2724-1-jsl...@suse.cz Signed-off-by:

[PATCH for v4.9 LTS 45/86] virtio_net: fix PAGE_SIZE > 64k

From: "Michael S. Tsirkin" [ Upstream commit d0fa28f00052391b5df328f502fbbdd938b7 ] I don't have any guests with PAGE_SIZE > 64k but the code seems to be clearly broken in that case as PAGE_SIZE / MERGEABLE_BUFFER_ALIGN will need more than 8 bit and so the code in

[PATCH for v4.9 LTS 53/86] pinctrl: intel: Set pin direction properly

From: Andy Shevchenko [ Upstream commit 17fab473693e8357a9aa6fee4fbed6c13a34bd81 ] There are two bits in the PADCFG0 register to configure direction, one per TX/RX buffers. For now we wrongly assume that the GPIO is always requested before it is being used,

[PATCH for v4.9 LTS 51/86] drm/etnaviv: trick drm_mm into giving out a low IOVA

From: Lucas Stach [ Upstream commit 3546fb0cdac25a79c89d87020566fab52b92867d ] After rollover of the IOVA space, we want to get a low IOVA address, otherwise the the games we play by remembering the last IOVA are pointless. When we search for a free hole with

[PATCH for v4.9 LTS 58/86] scsi: lpfc: avoid double free of resource identifiers

From: Roberto Sassu [ Upstream commit cd60be4916ae689387d04b86b6fc15931e4c95ae ] Set variables initialized in lpfc_sli4_alloc_resource_identifiers() to NULL if an error occurred. Otherwise, lpfc_sli4_driver_resource_unset() attempts to free the memory again. Signed-off-by:

[PATCH for v4.9 LTS 56/86] perf/x86/intel: Use ULL constant to prevent undefined shift behaviour

From: Colin King [ Upstream commit ad5013d5699d30ded0cdbbc68b93b2aa28222c6e ] When x86_pmu.num_counters is 32 the shift of the integer constant 1 is exceeding 32bit and therefor undefined behaviour. Fix this by shifting 1ULL instead of 1. Reported-by: CoverityScan

[PATCH for v4.9 LTS 52/86] perf/x86/intel/uncore: Fix hardcoded socket 0 assumption in the Haswell init code

From: Prarit Bhargava [ Upstream commit 6d6daa20945f3f598e56e18d1f926c08754f5801 ] hswep_uncore_cpu_init() uses a hardcoded physical package id 0 for the boot cpu. This works as long as the boot CPU is actually on the physical package 0, which is normaly the case after power

[PATCH for v4.9 LTS 14/86] KVM: x86: fix fixing of hypercalls

From: Dmitry Vyukov [ Upstream commit ce2e852ecc9a42e4b8dabb46025cfef63209234a ] emulator_fix_hypercall() replaces hypercall with vmcall instruction, but it does not handle GP exception properly when writes the new instruction. It can return X86EMUL_PROPAGATE_FAULT without

[PATCH for v4.9 LTS 28/86] bpf: don't trigger OOM killer under pressure with map alloc

From: Daniel Borkmann [ Upstream commit d407bd25a204bd66b7346dde24bd3d37ef0e0b05 ] This patch adds two helpers, bpf_map_area_alloc() and bpf_map_area_free(), that are to be used for map allocations. Using kmalloc() for very large allocations can cause excessive work within

[PATCH for v4.9 LTS 29/86] objtool: Fix IRET's opcode

From: Jiri Slaby [ Upstream commit b5b46c4740aed1538544f0fa849c5b76c7823469 ] The IRET opcode is 0xcf according to the Intel manual and also to objdump of my vmlinux: 1ea8: 48 cf iretq Fix the opcode in arch_decode_instruction(). The previous value

[PATCH for v4.9 LTS 30/86] gianfar: Do not reuse pages from emergency reserve

From: Eric Dumazet [ Upstream commit 69fed99baac186013840ced3524562841296034f ] A driver using dev_alloc_page() must not reuse a page that had to use emergency memory reserve. Otherwise all packets using this page will be immediately dropped, unless for very specific

[PATCH for v4.9 LTS 31/86] Btrfs: Fix deadlock between direct IO and fast fsync

From: Chandan Rajendra [ Upstream commit 97dcdea076ecef41ea4aaa23d4397c2f622e4265 ] The following deadlock is seen when executing generic/113 test, -+

[PATCH for v4.9 LTS 27/86] bnxt_en: Fix "uninitialized variable" bug in TPA code path.

From: Michael Chan [ Upstream commit 719ca8111402aa6157bd83a3c966d184db0d8956 ] In the TPA GRO code path, initialize the tcp_opt_len variable to 0 so that it will be correct for packets without TCP timestamps. The bug caused the SKB fields to be incorrectly set up

[PATCH for v4.9 LTS 03/86] net: ethtool: add support for 2500BaseT and 5000BaseT link modes

From: Pavel Belous [ Upstream commit 94842b4fc4d6b1691cfc86c6f5251f299d27f4ba ] This patch introduce support for 2500BaseT and 5000BaseT link modes. These modes are included in the new IEEE 802.3bz standard. Signed-off-by: Pavel Belous

[PATCH for v4.9 LTS 16/86] stmmac: add missing of_node_put

From: Julia Lawall [ Upstream commit a249708bc2aa1fe3ddf15dfac22bee519d15996b ] The function stmmac_dt_phy provides several possibilities for initializing plat->mdio_node, all of which have the effect of increasing the reference count of the assigned value. This field is

[PATCH for v4.9 LTS 13/86] ubifs: allow encryption ioctls in compat mode

From: Eric Biggers [ Upstream commit a75467d910135905de60b3af3f11b3693625781e ] The ubifs encryption ioctls did not work when called by a 32-bit program on a 64-bit kernel. Since 'struct fscrypt_policy' is not affected by the word size, ubifs just needs to allow these

[PATCH for v4.9 LTS 15/86] scsi: sd: Fix wrong DPOFUA disable in sd_read_cache_type

From: Damien Le Moal [ Upstream commit 26f2819772af891dee2843e1f8662c58e5129d5f ] Zoned block devices force the use of READ/WRITE(16) commands by setting sdkp->use_16_for_rw and clearing sdkp->use_10_for_rw. This result in DPOFUA always being disabled for these drives as

[PATCH for v4.9 LTS 09/86] ARM64: dts: amlogic: Add Meson GX dtsi from GXBB

From: Neil Armstrong [ Upstream commit c328666d58aac4880bf0934eb915f9c5d1801360 ] Move all non-gxbb specific nodes to a common GX dtsi. Signed-off-by: Neil Armstrong Signed-off-by: Kevin Hilman Signed-off-by: Sasha Levin

[PATCH for v4.9 LTS 25/86] xen-netback: fix memory leaks on XenBus disconnect

From: Igor Druzhinin [ Upstream commit 9a6cdf52b85ea5fb21d2bb31e4a7bc61b79923a7 ] Eliminate memory leaks introduced several years ago by cleaning the queue resources which are allocated on XenBus connection event. Namely, queue structure array and pages used for IO

[PATCH for v4.9 LTS 24/86] net: ethtool: Initialize buffer when querying device channel settings

From: Eran Ben Elisha [ Upstream commit 31a86d137219373c3222ca5f4f912e9a4d8065bb ] Ethtool channels respond struct was uninitialized when querying device channel boundaries settings. As a result, unreported fields by the driver hold garbage. This may cause sending

[PATCH for v4.9 LTS 10/86] ARM64: dts: meson-gx: Add firmware reserved memory zones

From: Neil Armstrong [ Upstream commit bba8e3f42736cf7f974968a818e53b128286ad1d ] The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, this patch adds these reserved zones. Without such reserved memory zones, running the following stress command

[PATCH for v4.9 LTS 23/86] powerpc/eeh: Enable IO path on permanent error

From: Gavin Shan [ Upstream commit 387bbc974f6adf91aa635090f73434ed10edd915 ] We give up recovery on permanent error, simply shutdown the affected devices and remove them. If the devices can't be put into quiet state, they spew more traffic that is likely to cause

[PATCH for v4.9 LTS 18/86] qla2xxx: Terminate exchange if corrupted

From: Quinn Tran [ Upstream commit 5f35509db179ca7ed1feaa4b14f841adb06ed220 ] Corrupted ATIO is defined as length of fcp_header & fcp_cmd payload is less than 0x38. It's the minimum size for a frame to carry 8..16 bytes SCSI CDB. The exchange will be dropped or terminated

[PATCH for v4.9 LTS 06/86] net: phy: fix sign type error in genphy_config_eee_advert

From: jbrunet [ Upstream commit 3bb9ab63276696988d8224f52db20e87194deb4b ] In genphy_config_eee_advert, the return value of phy_read_mmd_indirect is checked to know if the register could be accessed but the result is assigned to a 'u32'. Changing to 'int' to correctly get

[PATCH for v4.9 LTS 07/86] net: phy: use boolean dt properties for eee broken modes

From: jbrunet [ Upstream commit 57f3986231bb2c69a55ccab1d2b30a00818027ac ] The patches regarding eee-broken-modes was merged before all people involved could find an agreement on the best way to move forward. While we agreed on having a DT property to mark particular

[PATCH for v4.9 LTS 19/86] qla2xxx: Fix erroneous invalid handle message

From: Quinn Tran [ Upstream commit 4f060736f29a960aba8e781a88837464756200a8 ] Termination of Immediate Notify IOCB was using wrong IOCB handle. IOCB completion code was unable to find appropriate code path due to wrong handle. Following message is seen in the logs.

[PATCH for v4.9 LTS 26/86] xen-netback: protect resource cleaning on XenBus disconnect

From: Igor Druzhinin [ Upstream commit f16f1df65f1cf139ff9e9f84661e6573d6bb27fc ] vif->lock is used to protect statistics gathering agents from using the queue structure during cleaning. Signed-off-by: Igor Druzhinin Acked-by: Wei Liu

[PATCH for v4.9 LTS 11/86] ARM64: dts: meson-gxbb-odroidc2: fix GbE tx link breakage

From: Jerome Brunet [ Upstream commit feb3cbea0946c67060e2d5bcb7499b0a6f6700fe ] OdroidC2 GbE link breaks under heavy tx transfer. This happens even if the MAC does not enable Energy Efficient Ethernet (No Low Power state Idle on the Tx path). The problem seems to come

[PATCH for v4.9 LTS 01/86] sparc64: Handle PIO & MEM non-resumable errors.

From: "Liam R. Howlett" [ Upstream commit 047487241ff59374fded8c477f21453681f5995c ] User processes trying to access an invalid memory address via PIO will receive a SIGBUS signal instead of causing a panic. Memory errors will receive a SIGKILL since a SIGBUS may

[PATCH for v4.9 LTS 73/86] perf/x86: Reject non sampling events with precise_ip

From: Jiri Olsa [ Upstream commit 18e7a45af91acdde99d3aa1372cc40e1f8142f7b ] As Peter suggested [1] rejecting non sampling PEBS events, because they dont make any sense and could cause bugs in the NMI handler [2]. [1] http://lkml.kernel.org/r/20170103094059.GC3093@worktop

[PATCH for v4.9 LTS 66/86] drm/amd/powerplay: refine vce dpm update code on Cz.

From: Rex Zhu [ Upstream commit ab8db87b8256e13a62f10af1d32f5fc233c398cc ] Program HardMin based on the vce_arbiter.ecclk if ecclk is 0, disable ECLK DPM 0. Otherwise VCE could hang if switching SCLK from DPM 0 to 6/7 Signed-off-by: Rex Zhu Acked-by: Alex

[PATCH for v4.9 LTS 82/86] perf probe: Fix to show correct locations for events on modules

From: Masami Hiramatsu [ Upstream commit d2d4edbebe07ddb77980656abe7b9bc7a9e0cdf7 ] Fix to show correct locations for events on modules by relocating given address instead of retrying after failure. This happens when the module text size is big enough, bigger than sh_addr,

[PATCH for v4.9 LTS 78/86] usb: dwc2: gadget: Fix GUSBCFG.USBTRDTIM value

From: Amelie Delaunay [ Upstream commit ca02954ada711b08e5b0d84590a631fd63ed39f9 ] USBTrdTim must be programmed to 0x5 when phy has a UTMI+ 16-bit wide interface or 0x9 when it has a 8-bit wide interface. GUSBCFG reset value (Value After Reset: 0x1400) sets USBTrdTim to

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