Re: [PATCH v3 0/2] vhost: fix vhost_vq_access_ok() log check

From: "Michael S. Tsirkin" Date: Wed, 11 Apr 2018 16:24:02 +0300 > On Wed, Apr 11, 2018 at 10:35:39AM +0800, Stefan Hajnoczi wrote: >> v3: >> * Rebased onto net/master and resolved conflict [DaveM] >> >> v2: >> * Rewrote the conditional to make the vq access check clearer

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On 2018-04-11 16:59, Boris Brezillon wrote: > On Wed, 11 Apr 2018 16:44:10 +0200 > Peter Rosin wrote: > >> Hi Nicolas, >> >> Boris asked for your input on this (the datasheet difference appears to >> have no bearing on the issue) elsewhere in the tree of messages. It's >> now

[PATCH v3 4/4] adp5061: Add support for charging voltage limit enable

This patch adds the option to activate/deactivate the charging voltage limit. If activated, the charger prevents charging until the battery voltage drops below the VCHG_VLIM threshold. This option is not configurable via the power_supply properties, therefore, access via sysfs was provided to

Re: [PATCH] net: samsung: sxgbe: Replace mdelay with usleep_range in sxgbe_sw_reset

Hi Jia-Ju, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] [also build test ERROR on v4.16 next-20180411] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH][next] afs: fix integer overflow when shifting 1 more than 32 places

Dan Carpenter wrote: > Ideally static analyzers should know that nr_slots is 0-9, but right now > that seems pretty tricky to figure out... 1-9, actually, but, yeah. Maybe the addition of "assertions" that aren't actually evaluated at runtime? David

Re: tty crash in Linux 4.6

Mikulas Patocka writes: > On Thu, 22 Mar 2018, Greg Kroah-Hartman wrote: > >> On Fri, Mar 23, 2018 at 12:48:06AM +1100, Daniel Axtens wrote: >> > Hi, >> > >> > >> This patch works, I've had no tty crashes since applying it. >> > >> >> > >> I've seen that you haven't sent

Re: [PATCH v2 19/21] gcc-plugins: test GCC plugin support in Kconfig

On Wed, Apr 11, 2018 at 8:55 AM, Masahiro Yamada wrote: > No. > There is no problem to use a compiler without plugin support. > > If a user does not want to use plugin in the first place, > why does he/she need to be bothered by such information in stderr? So, I

[PATCH 2/4] arm64: dts: actions: Add S900 SPS node

Add Actions Semi S900 Smart Power System (SPS) node Signed-off-by: Manivannan Sadhasivam --- arch/arm64/boot/dts/actions/s900.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/actions/s900.dtsi

[PATCH 0/4] Add Actions Semi S900 SPS support

Add SPS (Smart Power System) support to Actions Semi S900 SoC. Manivannan Sadhasivam (4): dt-bindings: power: Add Actions Semi S900 SPS arm64: dts: actions: Add S900 SPS node soc: actions: sps: Add S900 power domains soc: actions: Fix help text in Kconfig for OWL_PM_DOMAINS

Re: [PATCH] checkpatch: Add a --strict test for structs with bool member definitions

(Adding Julia Lawall) On Wed, 2018-04-11 at 09:29 -0700, Andrew Morton wrote: > We already have some 500 bools-in-structs I got at least triple that only in include/ so I expect there are at probably an order of magnitude more than 500 in the kernel. I suppose some cocci script could count the

Re: [PATCH v2] blk-cgroup: remove entries in blkg_tree before queue release

Hello, On Wed, Apr 11, 2018 at 04:42:55PM +, Bart Van Assche wrote: > On Wed, 2018-04-11 at 07:56 -0700, Tejun Heo wrote: > > And looking at the change, it looks like the right thing we should > > have done is caching @lock on the print_blkg side and when switching > > locks make sure both

Re: Problem with commit 31e77c93e432 "sched/fair: Update blocked load when newly idle"

Hi Heiner, On 9 April 2018 at 19:33, Heiner Kallweit wrote: > Am 06.04.2018 um 18:03 schrieb Vincent Guittot: >> Hi Heiner, >> >> On 30 March 2018 at 10:37, Heiner Kallweit wrote: >>> Am 30.03.2018 um 08:50 schrieb Vincent Guittot: On 29 March

Re: [PATCH] checkpatch: Add a --strict test for structs with bool member definitions

On Wed, Apr 11, 2018 at 09:29:59AM -0700, Andrew Morton wrote: > > OK. I guess. But I'm not really seeing some snappy description which > helps people understand why checkpatch is warning about this. "Results in architecture dependent layout." is the best short sentence I can come up with.

Re: [PATCH v3 2/2] MIPS: io: add a barrier after register read in readX()

On 4/7/2018 5:43 PM, Sinan Kaya wrote: > On 4/6/2018 5:26 PM, James Hogan wrote: >> On Fri, Apr 06, 2018 at 02:15:57PM -0400, Sinan Kaya wrote: >>> On 4/5/2018 9:34 PM, Sinan Kaya wrote: Can we get these merged to 4.17? There was a consensus to fix the architectures having API

Re: [PATCH] crypto: DRBG - guard uninstantion by lock

On Wed, Apr 11, 2018 at 4:26 PM, Stephan Müller wrote: > Hi Dimitry, > > This fix prevents the kernel from crashing when injecting the fault. Good! > Stack traces are yet shown but I guess that is expected every time > a fault is injected. Yes, nothing to fix here. > As

[PATCH v2 1/6] x86/hyper-v: move struct hv_flush_pcpu{,ex} definitions to common header

Hyper-V TLB flush hypercalls definitions will be required for KVM so move them hyperv-tlfs.h. Structures also need to be renamed as '_pcpu' suffix is invalid for a general-purpose definition. Signed-off-by: Vitaly Kuznetsov --- arch/x86/hyperv/mmu.c | 40

Re: [PATCH v3 2/2] MIPS: io: add a barrier after register read in readX()

Hi James, > > Any news on the MIPS front? Is this something that Arnd can merge? or does > > it have > > to go through the MIPS tree. > > It needs some MIPS input really. I'll try and take a look soon. Thanks > for the nudge. > > > It feels like the MIPS is dead since nobody replied to me in

[PATCH v2 05/13] locking/qspinlock: Kill cmpxchg loop when claiming lock from head of queue

When a queued locker reaches the head of the queue, it claims the lock by setting _Q_LOCKED_VAL in the lockword. If there isn't contention, it must also clear the tail as part of this operation so that subsequent lockers can avoid taking the slowpath altogether. Currently this is expressed as a

[PATCH v2 04/13] locking/qspinlock: Remove unbounded cmpxchg loop from locking slowpath

The qspinlock locking slowpath utilises a "pending" bit as a simple form of an embedded test-and-set lock that can avoid the overhead of explicit queuing in cases where the lock is held but uncontended. This bit is managed using a cmpxchg loop which tries to transition the uncontended lock word

[PATCH v2 03/13] locking/qspinlock/x86: Increase _Q_PENDING_LOOPS upper bound

On x86, atomic_cond_read_relaxed will busy-wait with a cpu_relax() loop, so it is desirable to increase the number of times we spin on the qspinlock lockword when it is found to be transitioning from pending to locked. According to Waiman Long: | Ideally, the spinning times should be at least a

[PATCH v2 00/13] kernel/locking: qspinlock improvements

Hi all, Here's v2 of the qspinlock patches I posted last week: https://lkml.org/lkml/2018/4/5/496 Changes since v1 include: * Use WRITE_ONCE to clear the pending bit if we set it erroneously * Report pending and slowpath acquisitions via the qspinlock stat mechanism [Waiman Long] *

Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image

On Wed, Apr 11, 2018 at 9:24 AM, David Howells wrote: > Provide a single call to allow kernel code to determine whether the system > should be locked down, thereby disallowing various accesses that might > allow the running kernel image to be changed, including: > > -

[PATCH] kbuild: rpm-pkg: use kernel-install as a fallback for new-kernel-pkg

The new-kernel-pkg script is only present when grubby is installed, but it may not always be the case. So if the script isn't present, attempt to use the kernel-install script as a fallback instead. Signed-off-by: Javier Martinez Canillas --- scripts/package/mkspec | 2 ++

Re: [PATCH] staging: Android: Add 'vsoc' driver for cuttlefish.

On Wed, Apr 11, 2018 at 10:49:47AM -0700, Greg Hartman wrote: > > + /* Ensure that the offset is within shared memory */ > > + if (((uint64_t)arg->offset) + region_p->region_begin_offset + > > + sizeof(uint32_t) > region_p->region_end_offset) > > I'm not certain if I understand

[PATCH 3.18 010/121] s390: move _text symbol to address higher than zero

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Heiko Carstens [ Upstream commit d04a4c76f71dd5335f8e499b59617382d84e2b8d ] The perf tool assumes that kernel symbols are never present at address zero. In fact it

[PATCH 3.18 007/121] net: ethernet: ti: cpsw: adjust cpsw fifos depth for fullduplex flow control

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Grygorii Strashko [ Upstream commit 48f5bccc60675f8426a6159935e8636a1fd89f56 ] When users set flow control using ethtool the bits are set properly in the CPGMAC_SL

[PATCH 3.18 011/121] net/mlx4_en: Avoid adding steering rules with invalid ring

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Talat Batheesh [ Upstream commit 89c557687a32c294e9d25670a96e9287c09f2d5f ] Inserting steering rules with illegal ring is an invalid operation, block it. Fixes:

Re: [PATCH net-next] netns: filter uevents correctly

Christian Brauner writes: > On Wed, Apr 11, 2018 at 11:40:14AM -0500, Eric W. Biederman wrote: >> Christian Brauner writes: >> > Yeah, agreed. >> > But I think the patch is not complete. To guarantee that no non-initial >> > user

[PATCH 3.18 006/121] qlge: Avoid reading past end of buffer

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Kees Cook [ Upstream commit df5303a8aa9a0a6934f4cea7427f1edf771f21c2 ] Using memcpy() from a string that is shorter than the length copied means the destination buffer

[PATCH 3.18 086/121] Bluetooth: Send HCI Set Event Mask Page 2 command only when needed

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Marcel Holtmann [ Upstream commit 313f6888c8fbb1bc8b36c9012ce4e1de848df696 ] The Broadcom BCM20702 Bluetooth controller in ThinkPad-T530 devices report support for the

[PATCH 3.18 099/121] virtio_net: check return value of skb_to_sgvec always

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jason A. Donenfeld commit e2fcad58fd230f635a74e4e983c6f4ea893642d2 upstream. Signed-off-by: Jason A. Donenfeld Reviewed-by: Sergei Shtylyov

[PATCH 3.18 108/121] sky2: Increase D3 delay to sky2 stops working after suspend

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Kai-Heng Feng [ Upstream commit afb133637071be6deeb8b3d0e55593ffbf63c527 ] The sky2 ethernet stops working after system resume from suspend: [ 582.852065] sky2

[PATCH 4.4 137/190] skbuff: only inherit relevant tx_flags

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn [ Upstream commit fff88030b3ff930ca7a3d74acfee0472f33887ea ] When inheriting tx_flags from one skbuff to another, always apply a mask to avoid overwriting

[PATCH 4.4 152/190] scsi: libsas: fix error when getting phy events

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Jason Yan [ Upstream commit 2b23d9509fd7174b362482cf5f3b5f9a2265bc33 ] The intend purpose here was to goto out if smp_execute_task() returned error. Obviously something

[PATCH 4.4 154/190] blk-mq: fix kernel oops in blk_mq_tag_idle()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Ming Lei [ Upstream commit 8ab0b7dc73e1b3e2987d42554b2bff503f692772 ] HW queues may be unmapped in some cases, such as blk_mq_update_nr_hw_queues(), then we need to check

[PATCH 4.4 150/190] bcache: segregate flash only volume write streams

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Tang Junhui [ Upstream commit 4eca1cb28d8b0574ca4f1f48e9331c5f852d43b9 ] In such scenario that there are some flash only volumes , and some cached devices, when many

[PATCH 4.4 144/190] cpuidle: dt: Add missing of_node_put()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Christophe Jaillet [ Upstream commit b2cdd8e1b54849477a32d820acc2e87828a38f3d ] 'of_node_put()' should be called on pointer returned by 'of_parse_phandle()'

[PATCH 4.4 102/190] rtc: opal: Handle disabled TPO in opal_get_tpo_time()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Vaibhav Jain [ Upstream commit 6dc1cf6f932bb0ea4d8f5e913a0a401ecacd2f03 ] On PowerNV platform when Timed-Power-On(TPO) is disabled, read of stored TPO yields value

[PATCH 4.4 007/190] af_key: Fix slab-out-of-bounds in pfkey_compile_policy.

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Klassert [ Upstream commit d90c902449a7561f1b1d58ba5a0d11728ce8b0b2 ] The sadb_x_sec_len is stored in the unit 'byte divided by eight'. So we have to

[PATCH 4.4 104/190] SUNRPC: ensure correct error is reported by xs_tcp_setup_socket()

4.4-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown [ Upstream commit 6ea44adce91526700535b3150f77f8639ae8c82d ] If you attempt a TCP mount from an host that is unreachable in a way that triggers an immediate error

[PATCH 4.4 145/190] ACPICA: Events: Add runtime stub support for event APIs

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Lv Zheng [ Upstream commit 861ba6351c520328e94a78c923b415faa9116287 ] ACPICA commit 99bc3beca92c6574ea1d69de42e54f872e6373ce It is reported that on Linux, RTC driver

[PATCH 4.4 147/190] s390/dasd: fix hanging safe offline

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Haberland [ Upstream commit e8ac01555d9e464249e8bb122337d6d6e5589ccc ] The safe offline processing may hang forever because it waits for I/O which can not be

[PATCH 4.4 156/190] EDAC, mv64x60: Fix an error handling path

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Christophe JAILLET [ Upstream commit 68fa24f9121c04ef146b5158f538c8b32f285be5 ] We should not call edac_mc_del_mc() if a corresponding call to edac_mc_add_mc()

[PATCH 4.9 041/310] bus: brcmstb_gisb: correct support for 64-bit address output

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Doug Berger [ Upstream commit 0c2aa0e4b308815e877601845c1a89913f9bd2b9 ] The GISB bus can support addresses beyond 32-bits. So this commit corrects support for reading a

[PATCH 4.9 043/310] iio: pressure: zpa2326: report interrupted case as failure

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Mc Guire [ Upstream commit e7215fe4d51e69c9d2608ad0c409d48e844d0adc ] If the timeout-case prints a warning message then probably the interrupted case should also.

[PATCH 4.9 050/310] i2c: mux: reg: put away the parent i2c adapter on probe failure

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Peter Rosin [ Upstream commit 68118e0e73aa3a6291c8b9eb1ee708e05f110cea ] It is only prudent to let go of resources that are not used. Fixes: b3fdd32799d8 ("i2c: mux: Add

[PATCH 4.9 053/310] ipv6: avoid dad-failures for addresses with NODAD

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Mahesh Bandewar [ Upstream commit 66eb9f86e50547ec2a8ff7a75997066a74ef584b ] Every address gets added with TENTATIVE flag even for the addresses with IFA_F_NODAD flag and

[PATCH 4.9 046/310] clk: renesas: rcar-gen2: Fix PLL0 on R-Car V2H and E2

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Geert Uytterhoeven [ Upstream commit b7c563c489e94417efbad68d057ea5d2030ae44c ] R-Car V2H and E2 do not have the PLL0CR register, but use a fixed multiplier

[PATCH 4.9 028/310] perf/callchain: Force USER_DS when invoking perf_callchain_user()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon [ Upstream commit 88b0193d9418c00340e45e0a913a0813bc6c8c96 ] Perf can generate and record a user callchain in response to a synchronous request, such as a

[PATCH 4.9 004/310] rtc: snvs: fix an incorrect check of return value

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Pan Bian [ Upstream commit 758929005f06f954b7e1c87a1c9fdb44157b228f ] Function devm_regmap_init_mmio() returns an ERR_PTR on error. However, in function snvs_rtc_probe()

[PATCH 4.9 007/310] ovl: persistent inode numbers for upper hardlinks

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Amir Goldstein [ Upstream commit 5b6c9053fb38a66fd5c6177fcf5022b24767811a ] An upper type non directory dentry that is a copy up target should have a reference to its

[PATCH 4.9 006/310] x86/mm/kaslr: Use the _ASM_MUL macro for multiplication to work around Clang incompatibility

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Kaehlcke [ Upstream commit 121843eb02a6e2fa30aefab64bfe183c97230c75 ] The constraint "rm" allows the compiler to put mix_const into memory. When the input operand

[PATCH 4.9 055/310] KVM: arm: Restore banked registers and physical timer access on hyp_panic()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: James Morse [ Upstream commit d2e19368848ce6065daa785efca26faed54732b6 ] When KVM panics, it hurridly restores the host context and parachutes into the host's panic()

[PATCH 4.9 040/310] bus: brcmstb_gisb: Use register offsets with writes too

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Doug Berger [ Upstream commit 856c7ccb9ce7a061f04bdf586f649cb93654e294 ] This commit corrects the bug introduced in commit f80835875d3d ("bus: brcmstb_gisb: Look up

[PATCH 4.9 186/310] cxgb4: fix incorrect cim_la output for T6

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ganesh Goudar [ Upstream commit a97051f4553551d13e586ab3cb6ae13093a44a81 ] take care of UpDbgLaRdPtr[0-3] restriction for T6. Signed-off-by: Ganesh Goudar

[PATCH 4.9 183/310] RDMA/hfi1: fix array termination by appending NULL to attr array

4.9-stable review patch. If anyone has any objections, please let me know. -- From: "Steven L. Roberts" [ Upstream commit c4dd4b69f55abcc8dd079f8de55d9d8c2ddbefce ] This fixes a kernel panic when loading the hfi driver as a dynamic module. Signed-off-by:

[PATCH 4.9 148/310] hdlcdrv: Fix divide by zero in hdlcdrv_ioctl

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Firo Yang [ Upstream commit fb3ce90b7d7761b6f7f28f0ff5c456ef6b5229a1 ] syszkaller fuzzer triggered a divide by zero, when set calibration through ioctl(). To fix it, test

Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down

David Howells writes: > From: Matthew Garrett > > The kexec_load() syscall permits the loading and execution of arbitrary > code in ring 0, which is something that lock-down is meant to prevent. It > makes sense to disable kexec_load() in this

[PATCH 4.9 188/310] bio-integrity: Do not allocate integrity context for bio w/o data

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Monakhov [ Upstream commit 3116a23bb30272d74ea81baf5d0ee23f602dd15b ] If bio has no data, such as ones from blkdev_issue_flush(), then we have nothing to protect.

[PATCH 4.9 200/310] iwlwifi: tt: move ucode_loaded check under mutex

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg [ Upstream commit d9954405758a0cbbe258d9b4d4dc12a06fa48a28 ] The ucode_loaded check should be under the mutex, since it can otherwise change state after

[PATCH 4.9 285/310] sctp: do not leak kernel memory to user space

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 6780db244d6b1537d139dea0ec8aad10cf9e4adb ] syzbot produced a nice report [1] Issue here is that a recvmmsg() managed to leak 8 bytes of

[PATCH 4.9 302/310] net/mlx4_en: Fix mixed PFC and Global pause user control requests

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eran Ben Elisha [ Upstream commit 6e8814ceb7e8f468659ef9253bd212c07ae19584 ] Global pause and PFC configuration should be mutually exclusive (i.e. only one of them at

[PATCH 4.9 261/310] scsi: libsas: initialize sas_phy status according to response of DISCOVER

4.9-stable review patch. If anyone has any objections, please let me know. -- From: chenxiang [ Upstream commit affc67788fe5dfffad5cda3d461db5cf2b2ff2b0 ] The status of SAS PHY is in sas_phy->enabled. There is an issue that the status of a remote

[PATCH 4.9 263/310] tty: n_gsm: Allow ADM response in addition to UA for control dlci

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Tony Lindgren [ Upstream commit ea3d8465ab9b3e01be329ac5195970a84bef76c5 ] Some devices have the control dlci stay in ADM mode instead of the UA mode. This can seen at least

[PATCH 4.9 265/310] cxgb4vf: Fix SGE FL buffer initialization logic for 64K pages

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Arjun Vynipadath [ Upstream commit ea0a42109aee7b92e631c4eb3f2219fadf58acdd ] We'd come in with SGE_FL_BUFFER_SIZE[0] and [1] both equal to 64KB and the extant logic would

Re: [PATCH net-next] netns: filter uevents correctly

On Wed, Apr 11, 2018 at 11:40:14AM -0500, Eric W. Biederman wrote: > Christian Brauner writes: > > > On Tue, Apr 10, 2018 at 10:04:46AM -0500, Eric W. Biederman wrote: > >> Christian Brauner writes: > >> > >> > On Mon, Apr 09,

Re: [PATCH 4.14 000/138] 4.14.34-stable review

On 04/10/2018 04:23 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.34 release. > There are 138 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

Re: [PATCH 4.16 00/18] 4.16.2-stable review

On 04/10/2018 04:23 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.16.2 release. > There are 18 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

Re: [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)

On 04/11/2018 09:26 AM, David Howells wrote: > Provided an annotation for module parameters that specify hardware > parameters (such as io ports, iomem addresses, irqs, dma channels, fixed > dma buffers and other types). > > Suggested-by: Alan Cox > Signed-off-by:

[PATCH v2 5/6] KVM: x86: hyperv: simplistic HVCALL_FLUSH_VIRTUAL_ADDRESS_{LIST,SPACE}_EX implementation

Implement HvFlushVirtualAddress{List,Space}Ex hypercalls in a simplistic way: do full TLB flush with KVM_REQ_TLB_FLUSH and kick vCPUs which are currently IN_GUEST_MODE. Signed-off-by: Vitaly Kuznetsov --- arch/x86/kvm/hyperv.c | 116

[PATCH v2 3/6] KVM: x86: hyperv: do rep check for each hypercall separately

Prepare to support TLB flush hypercalls, some of which are REP hypercalls. Also, return HV_STATUS_INVALID_HYPERCALL_INPUT as it seems more appropriate. Signed-off-by: Vitaly Kuznetsov --- arch/x86/kvm/hyperv.c | 21 - 1 file changed, 12 insertions(+), 9

[PATCH v2 6/6] KVM: x86: hyperv: declare KVM_CAP_HYPERV_TLBFLUSH capability

We need a new capability to indicate support for the newly added HvFlushVirtualAddress{List,Space}{,Ex} hypercalls. Upon seeing this capability, userspace is supposed to announce PV TLB flush features by setting the appropriate CPUID bits (if needed). Signed-off-by: Vitaly Kuznetsov

Re: [PATCH 4.16 00/18] 4.16.2-stable review

On Wed, Apr 11, 2018 at 12:23:35AM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.16.2 release. > There are 18 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

[PATCH v2]: perf/x86: expose user space frame-pointer value on a sample

Store user space frame-pointer value (BP register) into Perf trace on a sample for a process so the value becomes available when unwinding call stacks for functions gaining event samples. Test executable for the example below was compiled with frame pointer support enabled: g++ -o futex-fp

Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image

Randy Dunlap wrote: > > + drivers from functioning because allowing manual configuration of > > + hardware parameters is forbidden, lest a device be used to access the > > + kernel by DMA. This mostly applies to ISA devices. > > Is DMA from non-ISA

Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image

On Wed, Apr 11, 2018 at 1:09 PM, Linus Torvalds wrote: > On Wed, Apr 11, 2018 at 9:24 AM, David Howells wrote: >> Provide a single call to allow kernel code to determine whether the system >> should be locked down, thereby disallowing various

[PATCH 3.18 069/121] perf report: Ensure the perf DSO mapping matches what libdw sees

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Milian Wolff [ Upstream commit 2538b9e2450ae255337c04356e9e0f8cb9ec48d9 ] In some situations the libdw unwinder stopped working properly. I.e. with libunwind we see:

[PATCH 3.18 067/121] skbuff: return -EMSGSIZE in skb_to_sgvec to prevent overflow

3.18-stable review patch. If anyone has any objections, please let me know. -- From: "Jason A. Donenfeld" [ Upstream commit 48a1df65334b74bd7531f932cca5928932abf769 ] This is a defense-in-depth measure in response to bugs like 4d6fa57b4dab ("macsec: avoid

[PATCH 3.18 065/121] Fix serial console on SNI RM400 machines

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Bogendoerfer [ Upstream commit e279e6d98e0cf2c2fe008b3c29042b92f0e17b1d ] sccnxp driver doesn't get the correct uart clock rate, if CONFIG_HAVE_CLOCK is

[PATCH 3.18 061/121] perf trace: Add mmap alias for s390

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Olsa [ Upstream commit 54265664c15a68905d8d67d19205e9a767636434 ] The s390 architecture maps sys_mmap (nr 90) into sys_old_mmap. For this reason perf trace can't find

[PATCH 3.18 073/121] [media] mceusb: sporadic RX truncation corruption fix

3.18-stable review patch. If anyone has any objections, please let me know. -- From: A Sun [ Upstream commit 8e175b22e8640bf3a58e071af54190b909e4a944 ] Intermittent RX truncation and loss of IR received data. This resulted in receive stream

[PATCH 3.18 075/121] e1000e: Undo e1000e_pm_freeze if __e1000_shutdown fails

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Chris Wilson [ Upstream commit 833521ebc65b1c3092e5c0d8a97092f98eec595d ] An error during suspend (e100e_pm_suspend), [ 429.994338] ACPI : EC: event blocked [

[PATCH 3.18 009/121] pidns: disable pid allocation if pid_ns_prepare_proc() is failed in alloc_pid()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Kirill Tkhai [ Upstream commit 8896c23d2ef803f1883fea73117a435925c2b4c4 ] alloc_pidmap() advances pid_namespace::last_pid. When first pid allocation fails, then next

[PATCH 3.18 060/121] powerpc/spufs: Fix coredump of SPU contexts

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman [ Upstream commit 99acc9bede06bbb2662aafff51f5b9e529fa845e ] If a process dumps core while it has SPU contexts active then we have code to also dump

[PATCH 3.18 018/121] PowerCap: Fix an error code in powercap_register_zone()

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 216c4e9db4c9d1d2a382b42880442dc632cd47d9 ] In the current code we accidentally return the successful result from idr_alloc() instead

[PATCH 3.18 049/121] l2tp: fix missing print session offset info

3.18-stable review patch. If anyone has any objections, please let me know. -- From: Hangbin Liu [ Upstream commit 820da5357572715c6235ba3b3daa2d5b43a1198f ] Report offset parameter in L2TP_CMD_SESSION_GET command if it has been configured by userspace

[PATCH 4.9 032/310] mdio: mux: Correct mdio_mux_init error path issues

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Jon Mason [ Upstream commit b60161668199ac62011c024adc9e66713b9554e7 ] There is a potential unnecessary refcount decrement on error path of put_device(>mii_bus->dev),

[PATCH 4.9 038/310] mm, vmstat: Remove spurious WARN() during zoneinfo print

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Reza Arbab [ Upstream commit 8d35bb310698c69d73073b26fc581f2e3f7f621d ] After commit e2ecc8a79ed4 ("mm, vmstat: print non-populated zones in zoneinfo"),

[PATCH 4.9 061/310] uio: fix incorrect memory leak cleanup

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Suman Anna [ Upstream commit 0d83539092ddb1ab79b4d65bccb866bf07ea2ccd ] Commit 75f0aef6220d ("uio: fix memory leak") has fixed up some memory leaks during the failure paths of

[PATCH 4.9 036/310] irqchip/mbigen: Fix the clear register offset calculation

4.9-stable review patch. If anyone has any objections, please let me know. -- From: MaJun [ Upstream commit 9459a04b6a5a09967eec94a1b66f0a74312819d9 ] The register array offset for clearing an interrupt is calculated by: offset = (hwirq -

[PATCH 4.9 078/310] powerpc/mm: Fix virt_addr_valid() etc. on 64-bit hash

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman [ Upstream commit e41e53cd4fe331d0d1f06f8e4ed7e2cc63ee2c34 ] virt_addr_valid() is supposed to tell you if it's OK to call virt_to_page() on an address.

[PATCH 4.9 076/310] mlxsw: spectrum: Avoid possible NULL pointer dereference

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ido Schimmel [ Upstream commit c0e01eac7ada785fdeaea1ae5476ec1cf3b00374 ] In case we got an FDB notification for a port that doesn't exist we execute an FDB entry delete

[PATCH 4.9 174/310] powerpc/spufs: Fix coredump of SPU contexts

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ellerman [ Upstream commit 99acc9bede06bbb2662aafff51f5b9e529fa845e ] If a process dumps core while it has SPU contexts active then we have code to also dump

[PATCH 4.9 168/310] dt-bindings: display: sun4i: Add allwinner,tcon-channel property

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Maxime Ripard [ Upstream commit 22662f12768f971809b478386d9cc4947d00497a ] The Allwinner Timings Controller has two, mutually exclusive, channels. When the

[PATCH 4.9 170/310] mtd: nand: check ecc->total sanity in nand_scan_tail

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Masahiro Yamada [ Upstream commit 79e0348c4e24fd1affdcf055e0269755580e0fcc ] Drivers are supposed to set correct ecc->{size,strength,bytes} before calling

[PATCH 4.9 143/310] backlight: tdo24m: Fix the SPI CS between transfers

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Robert Jarzmik [ Upstream commit 2023b0524a6310e9ea80daf085f51c71bff9289f ] Currently the LCD display (TD035S) on the cm-x300 platform is broken and remains blank.

[PATCH 4.9 142/310] blk-mq: fix race between updating nr_hw_queues and switching io sched

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Ming Lei [ Upstream commit fb350e0ad99359768e1e80b4784692031ec340e4 ] In both elevator_switch_mq() and blk_mq_update_nr_hw_queues(), sched tags can be allocated, and

[PATCH 4.9 144/310] pinctrl: baytrail: Enable glitch filter for GPIOs used as interrupts

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede [ Upstream commit 9291c65b01d1c67ebd56644cb19317ad665c44b3 ] On some systems, some PCB traces attached to GpioInts are routed in such a way that they pick

Re: [PATCH] Revert mm/vmstat.c: fix vmstat_update() preemption BUG

On 2018-04-11 16:42:21 [+0200], To Tejun Heo wrote: > > > So is this perhaps related to the cpu hotplug that [1] mentions? e.g. is > > > the cpu being hotplugged cpu 1, the worker started too early before > > > stuff can be scheduled on the CPU, so it has to run on different than > > > designated

[PATCH 4.9 283/310] pptp: remove a buggy dst release in pptp_connect()

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit bfacfb457b36911a10140b8cb3ce76a74883ac5a ] Once dst has been cached in socket via sk_setup_caps(), it is illegal to call ip_rt_put() (or

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