[PATCH AUTOSEL 4.14 02/27] hv_netvsc: Fix a warning of suspicious RCU usage

From: Dexuan Cui [ Upstream commit 6d0d779dca73cd5acb649c54f81401f93098b298 ] This fixes a warning of "suspicious rcu_dereference_check() usage" when nload runs. Fixes: 776e726bfb34 ("netvsc: fix RCU warning in get_stats") Signed-off-by: Dexuan Cui Signed-off-by: David S. Miller

[PATCH AUTOSEL 4.19 40/45] ceph: fix buffer free while holding i_ceph_lock in __ceph_setxattr()

From: Luis Henriques [ Upstream commit 86968ef21596515958d5f0a40233d02be78ecec0 ] Calling ceph_buffer_put() in __ceph_setxattr() may end up freeing the i_xattrs.prealloc_blob buffer while holding the i_ceph_lock. This can be fixed by postponing the call until later, when the lock is released.

[PATCH AUTOSEL 4.19 17/45] scsi: target: tcmu: avoid use-after-free after command timeout

From: Dmitry Fomichev [ Upstream commit a86a75865ff4d8c05f355d1750a5250aec89ab15 ] In tcmu_handle_completion() function, the variable called read_len is always initialized with a value taken from se_cmd structure. If this function is called to complete an expired (timed out) out command, the

[PATCH AUTOSEL 4.19 28/45] ravb: Fix use-after-free ravb_tstamp_skb

From: Tho Vu [ Upstream commit cfef46d692efd852a0da6803f920cc756eea2855 ] When a Tx timestamp is requested, a pointer to the skb is stored in the ravb_tstamp_skb struct. This was done without an skb_get. There exists the possibility that the skb could be freed by ravb_tx_free (when ravb_tx_free

[PATCH AUTOSEL 4.19 31/45] x86/boot/compressed/64: Fix boot on machines with broken E820 table

From: "Kirill A. Shutemov" [ Upstream commit 0a46fff2f9108c2c44218380a43a736cf4612541 ] BIOS on Samsung 500C Chromebook reports very rudimentary E820 table that consists of 2 entries: BIOS-e820: [mem 0x-0x0fff] usable BIOS-e820: [mem

[PATCH AUTOSEL 4.19 32/45] Input: hyperv-keyboard: Use in-place iterator API in the channel callback

From: Dexuan Cui [ Upstream commit d09bc83640d524b8467a660db7b1d15e6562a1de ] Simplify the ring buffer handling with the in-place API. Also avoid the dynamic allocation and the memory leak in the channel callback function. Signed-off-by: Dexuan Cui Acked-by: Dmitry Torokhov Signed-off-by:

[PATCH AUTOSEL 4.19 23/45] cx82310_eth: fix a memory leak bug

From: Wenwen Wang [ Upstream commit 1eca92eef18719027d394bf1a2d276f43e7cf886 ] In cx82310_bind(), 'dev->partial_data' is allocated through kmalloc(). Then, the execution waits for the firmware to become ready. If the firmware is not ready in time, the execution is terminated. However, the

[PATCH AUTOSEL 4.19 13/45] rxrpc: Fix read-after-free in rxrpc_queue_local()

From: David Howells [ Upstream commit 06d9532fa6b34f12a6d75711162d47c17c1add72 ] rxrpc_queue_local() attempts to queue the local endpoint it is given and then, if successful, prints a trace line. The trace line includes the current usage count - but we're not allowed to look at the local

[PATCH AUTOSEL 4.19 07/45] Bluetooth: btqca: Add a short delay before downloading the NVM

From: Matthias Kaehlcke [ Upstream commit 8059ba0bd0e4694e51c2ee6438a77b325f06c0d5 ] On WCN3990 downloading the NVM sometimes fails with a "TLV response size mismatch" error: [ 174.949955] Bluetooth: btqca.c:qca_download_firmware() hci0: QCA Downloading qca/crnv21.bin [ 174.958718]

[PATCH AUTOSEL 5.2 73/76] RDMA/bnxt_re: Fix stack-out-of-bounds in bnxt_qplib_rcfw_send_message

From: Selvin Xavier [ Upstream commit d37b1e534071ab1983e7c85273234b132c77591a ] Driver copies FW commands to the HW queue as units of 16 bytes. Some of the command structures are not exact multiple of 16. So while copying the data from those structures, the stack out of bounds messages are

[PATCH AUTOSEL 5.2 71/76] afs: Fix possible oops in afs_lookup trace event

From: Marc Dionne [ Upstream commit c4c613ff08d92e72bf64a65ec35a2c3aa1cfcd06 ] The afs_lookup trace event can cause the following: [ 216.576777] BUG: kernel NULL pointer dereference, address: 023b [ 216.576803] #PF: supervisor read access in kernel mode [ 216.576813] #PF:

[PATCH AUTOSEL 4.19 03/45] rxrpc: Fix local endpoint refcounting

From: David Howells [ Upstream commit 730c5fd42c1e3652a065448fd235cb9fafb2bd10 ] The object lifetime management on the rxrpc_local struct is broken in that the rxrpc_local_processor() function is expected to clean up and remove an object - but it may get requeued by packets coming in on the

[PATCH AUTOSEL 4.19 01/45] net: tundra: tsi108: use spin_lock_irqsave instead of spin_lock_irq in IRQ context

From: Fuqian Huang [ Upstream commit 8c25d0887a8bd0e1ca2074ac0c6dff173787a83b ] As spin_unlock_irq will enable interrupts. Function tsi108_stat_carry is called from interrupt handler tsi108_irq. Interrupts are enabled in interrupt handler. Use spin_lock_irqsave/spin_unlock_irqrestore instead of

[PATCH AUTOSEL 4.19 08/45] Bluetooth: hidp: Let hidp_send_message return number of queued bytes

From: Fabian Henneke [ Upstream commit 48d9cc9d85dde37c87abb7ac9bbec6598ba44b56 ] Let hidp_send_message return the number of successfully queued bytes instead of an unconditional 0. With the return value fixed to 0, other drivers relying on hidp, such as hidraw, can not return meaningful

[PATCH AUTOSEL 5.2 65/76] drm/amdgpu: prevent memory leaks in AMDGPU_CS ioctl

From: Nicolai Hähnle [ Upstream commit 1a701ea924815b0518733aa8d5d05c1f6fa87062 ] Error out if the AMDGPU_CS ioctl is called with multiple SYNCOBJ_OUT and/or TIMELINE_SIGNAL chunks, since otherwise the last chunk wins while the allocated array as well as the reference counts of sync objects are

[PATCH AUTOSEL 5.2 69/76] KVM: arm/arm64: Only skip MMIO insn once

From: Andrew Jones [ Upstream commit 2113c5f62b7423e4a72b890bd479704aa85c81ba ] If after an MMIO exit to userspace a VCPU is immediately run with an immediate_exit request, such as when a signal is delivered or an MMIO emulation completion is needed, then the VCPU completes the MMIO emulation

[PATCH AUTOSEL 5.2 76/76] KVM: arm/arm64: VGIC: Properly initialise private IRQ affinity

From: Andre Przywara [ Upstream commit 2e16f3e926ed48373c98edea85c6ad0ef69425d1 ] At the moment we initialise the target *mask* of a virtual IRQ to the VCPU it belongs to, even though this mask is only defined for GICv2 and quickly runs out of bits for many GICv3 guests. This behaviour triggers

Re: [RFC PATCH 0/5] make use of gcc 9's "asm inline()"

On Thu, Aug 29, 2019 at 10:36 AM Nick Desaulniers wrote: > > I'm curious what "the size of the asm" means, and how it differs > precisely from "how many instructions GCC thinks it is." I would > think those are one and the same? Or maybe "the size of the asm" > means the size in bytes when

[PATCH AUTOSEL 5.2 64/76] selftests/kvm: make platform_info_test pass on AMD

From: Vitaly Kuznetsov [ Upstream commit e4427372398c31f57450565de277f861a4db5b3b ] test_msr_platform_info_disabled() generates EXIT_SHUTDOWN but VMCB state is undefined after that so an attempt to launch this guest again from test_msr_platform_info_enabled() fails. Reorder the tests to make

[PATCH AUTOSEL 5.2 61/76] infiniband: hfi1: fix a memory leak bug

From: Wenwen Wang [ Upstream commit b08afa064c320e5d85cdc27228426b696c4c8dae ] In fault_opcodes_read(), 'data' is not deallocated if debugfs_file_get() fails, leading to a memory leak. To fix this bug, introduce the 'free_data' label to free 'data' before returning the error. Signed-off-by:

[PATCH AUTOSEL 5.2 62/76] infiniband: hfi1: fix memory leaks

From: Wenwen Wang [ Upstream commit 2323d7baab2b18d87d9bc267452e387aa9f0060a ] In fault_opcodes_write(), 'data' is allocated through kcalloc(). However, it is not deallocated in the following execution if an error occurs, leading to memory leaks. To fix this issue, introduce the 'free_data'

[PATCH AUTOSEL 5.2 63/76] selftests: kvm: fix state save/load on processors without XSAVE

From: Paolo Bonzini [ Upstream commit 54577e5018a8c0cb79c9a0fa118a55c68715d398 ] state_test and smm_test are failing on older processors that do not have xcr0. This is because on those processor KVM does provide support for KVM_GET/SET_XSAVE (to avoid having to rely on the older

[PATCH AUTOSEL 5.2 60/76] IB/mlx4: Fix memory leaks

From: Wenwen Wang [ Upstream commit 5c1baaa82cea2c815a5180ded402a7cd455d1810 ] In mlx4_ib_alloc_pv_bufs(), 'tun_qp->tx_ring' is allocated through kcalloc(). However, it is not always deallocated in the following execution if an error occurs, leading to memory leaks. To fix this issue, free

[PATCH AUTOSEL 5.2 57/76] nvme: Fix cntlid validation when not using NVMEoF

From: "Guilherme G. Piccoli" [ Upstream commit a89fcca8185633993018dc081d6b021d005e6d0b ] Commit 1b1031ca63b2 ("nvme: validate cntlid during controller initialisation") introduced a validation for controllers with duplicate cntlid that runs on nvme_init_subsystem(). The problem is that the

[PATCH AUTOSEL 5.2 40/76] vfs: fix page locking deadlocks when deduping files

From: "Darrick J. Wong" [ Upstream commit edc58dd0123b552453a74369bd0c8d890b497b4b ] When dedupe wants to use the page cache to compare parts of two files for dedupe, we must be very careful to handle locking correctly. The current code doesn't do this. It must lock and unlock the page only

[PATCH AUTOSEL 5.2 46/76] ravb: Fix use-after-free ravb_tstamp_skb

From: Tho Vu [ Upstream commit cfef46d692efd852a0da6803f920cc756eea2855 ] When a Tx timestamp is requested, a pointer to the skb is stored in the ravb_tstamp_skb struct. This was done without an skb_get. There exists the possibility that the skb could be freed by ravb_tx_free (when ravb_tx_free

[PATCH AUTOSEL 5.2 48/76] kprobes: Fix potential deadlock in kprobe_optimizer()

From: Andrea Righi [ Upstream commit f1c6ece23729257fb46562ff9224cf5f61b818da ] lockdep reports the following deadlock scenario: WARNING: possible circular locking dependency detected kworker/1:1/48 is trying to acquire lock: 8d7a62b2 (text_mutex){+.+.}, at:

[PATCH AUTOSEL 5.2 54/76] Tools: hv: kvp: eliminate 'may be used uninitialized' warning

From: Vitaly Kuznetsov [ Upstream commit 89eb4d8d25722a0a0194cf7fa47ba602e32a6da7 ] When building hv_kvp_daemon GCC-8.3 complains: hv_kvp_daemon.c: In function ‘kvp_get_ip_info.constprop’: hv_kvp_daemon.c:812:30: warning: ‘ip_buffer’ may be used uninitialized in this function

[PATCH AUTOSEL 5.2 43/76] ibmvnic: Unmap DMA address of TX descriptor buffers after use

From: Thomas Falcon [ Upstream commit 80f0fe0934cd3daa13a5e4d48a103f469115b160 ] There's no need to wait until a completion is received to unmap TX descriptor buffers that have been passed to the hypervisor. Instead unmap it when the hypervisor call has completed. This patch avoids the

[PATCH AUTOSEL 5.2 34/76] selftests: kvm: fix vmx_set_nested_state_test

From: Paolo Bonzini [ Upstream commit c930e19790bbbff31c018009907c813fa0925f63 ] vmx_set_nested_state_test is trying to use the KVM_STATE_NESTED_EVMCS without enabling enlightened VMCS first. Correct the outcome of the test, and actually test that it succeeds after the capability is enabled.

[PATCH AUTOSEL 5.2 22/76] ibmveth: Convert multicast list size for little-endian system

From: Thomas Falcon [ Upstream commit 66cf4710b23ab2adda11155684a2c8826f4fe732 ] The ibm,mac-address-filters property defines the maximum number of addresses the hypervisor's multicast filter list can support. It is encoded as a big-endian integer in the OF device tree, but the virtual ethernet

[PATCH AUTOSEL 5.2 24/76] netfilter: nft_flow_offload: skip tcp rst and fin packets

From: Pablo Neira Ayuso [ Upstream commit dfe42be15fde16232340b8b2a57c359f51cc10d9 ] TCP rst and fin packets do not qualify to place a flow into the flowtable. Most likely there will be no more packets after connection closure. Without this patch, this flow entry expires and connection tracking

[PATCH AUTOSEL 5.2 23/76] gpio: Fix build error of function redefinition

From: YueHaibing [ Upstream commit 68e03b85474a51ec1921b4d13204782594ef7223 ] when do randbuilding, I got this error: In file included from drivers/hwmon/pmbus/ucd9000.c:19:0: ./include/linux/gpio/driver.h:576:1: error: redefinition of gpiochip_add_pin_range gpiochip_add_pin_range(struct

[PATCH AUTOSEL 5.2 31/76] cxgb4: fix a memory leak bug

From: Wenwen Wang [ Upstream commit c554336efa9bbc28d6ec14efbee3c7d63c61a34f ] In blocked_fl_write(), 't' is not deallocated if bitmap_parse_user() fails, leading to a memory leak bug. To fix this issue, free t before returning the error. Signed-off-by: Wenwen Wang Signed-off-by: David S.

[PATCH AUTOSEL 5.2 25/76] rxrpc: Fix local endpoint replacement

From: David Howells [ Upstream commit b00df840fb4004b7087940ac5f68801562d0d2de ] When a local endpoint (struct rxrpc_local) ceases to be in use by any AF_RXRPC sockets, it starts the process of being destroyed, but this doesn't cause it to be removed from the namespace endpoint list immediately

[PATCH AUTOSEL 5.2 39/76] lan78xx: Fix memory leaks

From: Wenwen Wang [ Upstream commit b9cbf8a64865b50fd0f4a3915fa00ac7365cdf8f ] In lan78xx_probe(), a new urb is allocated through usb_alloc_urb() and saved to 'dev->urb_intr'. However, in the following execution, if an error occurs, 'dev->urb_intr' is not deallocated, leading to memory leaks.

[PATCH AUTOSEL 5.2 30/76] scsi: target: tcmu: avoid use-after-free after command timeout

From: Dmitry Fomichev [ Upstream commit a86a75865ff4d8c05f355d1750a5250aec89ab15 ] In tcmu_handle_completion() function, the variable called read_len is always initialized with a value taken from se_cmd structure. If this function is called to complete an expired (timed out) out command, the

[PATCH AUTOSEL 5.2 33/76] selftests: kvm: provide common function to enable eVMCS

From: Paolo Bonzini [ Upstream commit 65efa61dc0d536d5f0602c33ee805a57cc07e9dc ] There are two tests already enabling eVMCS and a third is coming. Add a function that enables the capability and tests the result. Signed-off-by: Paolo Bonzini Signed-off-by: Sasha Levin ---

[PATCH AUTOSEL 5.2 32/76] selftests: kvm: do not try running the VM in vmx_set_nested_state_test

From: Paolo Bonzini [ Upstream commit 92cd0f0be3d7adb63611c28693ec0399beded837 ] This test is only covering various edge cases of the KVM_SET_NESTED_STATE ioctl. Running the VM does not really add anything. Signed-off-by: Paolo Bonzini Signed-off-by: Sasha Levin ---

[PATCH AUTOSEL 5.2 28/76] drm/mediatek: set DMA max segment size

From: Alexandre Courbot [ Upstream commit 07098e820b9a89c570b91b1f21762f62b288 ] This driver requires imported PRIME buffers to appear contiguously in its IO address space. Make sure this is the case by setting the maximum DMA segment size to a more suitable value than the default 64KB.

[PATCH AUTOSEL 5.2 35/76] liquidio: add cleanup in octeon_setup_iq()

From: Wenwen Wang [ Upstream commit 6f967f8b1be7001b31c46429f2ee7d275af2190f ] If oct->fn_list.enable_io_queues() fails, no cleanup is executed, leading to memory/resource leaks. To fix this issue, invoke octeon_delete_instr_queue() before returning from the function. Signed-off-by: Wenwen

[PATCH AUTOSEL 5.2 16/76] hv_netvsc: Fix a warning of suspicious RCU usage

From: Dexuan Cui [ Upstream commit 6d0d779dca73cd5acb649c54f81401f93098b298 ] This fixes a warning of "suspicious rcu_dereference_check() usage" when nload runs. Fixes: 776e726bfb34 ("netvsc: fix RCU warning in get_stats") Signed-off-by: Dexuan Cui Signed-off-by: David S. Miller

[PATCH AUTOSEL 5.2 19/76] Bluetooth: hci_qca: Send VS pre shutdown command.

From: Harish Bandi [ Upstream commit a2780889e247561744dd8efbd3478a1999b72ae3 ] WCN399x chips are coex chips, it needs a VS pre shutdown command while turning off the BT. So that chip can inform BT is OFF to other active clients. Signed-off-by: Harish Bandi Signed-off-by: Marcel Holtmann

[PATCH AUTOSEL 5.2 20/76] Bluetooth: hidp: Let hidp_send_message return number of queued bytes

From: Fabian Henneke [ Upstream commit 48d9cc9d85dde37c87abb7ac9bbec6598ba44b56 ] Let hidp_send_message return the number of successfully queued bytes instead of an unconditional 0. With the return value fixed to 0, other drivers relying on hidp, such as hidraw, can not return meaningful

[PATCH AUTOSEL 5.2 01/76] batman-adv: Fix netlink dumping of all mcast_flags buckets

From: Sven Eckelmann [ Upstream commit fa3a03da549a889fc9dbc0d3c5908eb7882cac8f ] The bucket variable is only updated outside the loop over the mcast_flags buckets. It will only be updated during a dumping run when the dumping has to be interrupted and a new message has to be started. This

[PATCH AUTOSEL 5.2 13/76] rxrpc: Fix local endpoint refcounting

From: David Howells [ Upstream commit 730c5fd42c1e3652a065448fd235cb9fafb2bd10 ] The object lifetime management on the rxrpc_local struct is broken in that the rxrpc_local_processor() function is expected to clean up and remove an object - but it may get requeued by packets coming in on the

[PATCH AUTOSEL 5.2 09/76] net: tundra: tsi108: use spin_lock_irqsave instead of spin_lock_irq in IRQ context

From: Fuqian Huang [ Upstream commit 8c25d0887a8bd0e1ca2074ac0c6dff173787a83b ] As spin_unlock_irq will enable interrupts. Function tsi108_stat_carry is called from interrupt handler tsi108_irq. Interrupts are enabled in interrupt handler. Use spin_lock_irqsave/spin_unlock_irqrestore instead of

[PATCH AUTOSEL 5.2 02/76] libbpf: fix erroneous multi-closing of BTF FD

From: Andrii Nakryiko [ Upstream commit 5d01ab7bac467edfc530e6ccf953921def935c62 ] Libbpf stores associated BTF FD per each instance of bpf_program. When program is unloaded, that FD is closed. This is wrong, because leads to a race and possibly closing of unrelated files, if application

[PATCH v2] kbuild: refactor scripts/Makefile.extrawarn

Instead of the warning-[123] magic, let's accumulate compiler options to KBUILD_CFLAGS directly as the top Makefile does. I think this makes easier to understand what is going on in this file. This commit slightly changes the behavior, I think all of which are OK. [1] Currently, cc-option calls

[PATCH AUTOSEL 5.2 05/76] net/mlx5e: Fix error flow of CQE recovery on tx reporter

From: Aya Levin [ Upstream commit 276d197e70bcc47153592f4384675b51c7d83aba ] CQE recovery function begins with test and set of recovery bit. Add an error flow which ensures clearing of this bit when leaving the recovery function, to allow further recoveries to take place. This allows removal of

[PATCH AUTOSEL 5.2 03/76] libbpf: set BTF FD for prog only when there is supported .BTF.ext data

From: Andrii Nakryiko [ Upstream commit 3415ec643e7bd644b03026efbe2f2b36cbe9b34b ] 5d01ab7bac46 ("libbpf: fix erroneous multi-closing of BTF FD") introduced backwards-compatibility issue, manifesting itself as -E2BIG error returned on program load due to unknown non-zero btf_fd attribute value

Re: [PATCH] arm64: dts: meson-sm1-sei610: add stdout-path property back

Neil Armstrong writes: > The commit d4609acce187 ("arm64: dts: meson-sm1-sei610: enable DVFS") > incorrectly removed the chosen node and the stdout-path property. > > Add these back. > > Fixes: d4609acce187 ("arm64: dts: meson-sm1-sei610: enable DVFS") > Signed-off-by: Neil Armstrong Queued

Re: Is: Default governor regardless of cpuidle driver Was: [PATCH v2] cpuidle-haltpoll: vcpu hotplug support

On 8/29/19 6:42 PM, Daniel Lezcano wrote: > On 29/08/2019 19:16, Joao Martins wrote: >> On 8/29/19 4:10 PM, Joao Martins wrote: >>> When cpus != maxcpus cpuidle-haltpoll will fail to register all vcpus >>> past the online ones and thus fail to register the idle driver. >>> This is because

Re: [PATCH v3 10/11] mm: x86: Invoke hypercall when page encryption status is changed

On Wed, Jul 10, 2019 at 08:13:11PM +, Singh, Brijesh wrote: > @@ -2060,6 +2067,14 @@ static int __set_memory_enc_dec(unsigned long addr, > int numpages, bool enc) >*/ > cpa_flush(, 0); > > + /* > + * When SEV is active, notify hypervisor that a given memory range is

Re: [PATCH 13/15] sched,fair: propagate sum_exec_runtime up the hierarchy

On Thu, 2019-08-29 at 19:20 +0200, Dietmar Eggemann wrote: > On 28/08/2019 15:14, Rik van Riel wrote: > > On Wed, 2019-08-28 at 09:51 +0200, Dietmar Eggemann wrote: > > > On 22/08/2019 04:17, Rik van Riel wrote: > > > > Now that enqueue_task_fair and dequeue_task_fair no longer > > > > iterate > >

Re: [PATCH 2/2 v2] tpm_tis: override durations for STM tpm with firmware 1.2.8.28

On Thu Aug 29 19, Jarkko Sakkinen wrote: On Thu, Aug 29, 2019 at 05:40:40PM +0300, Jarkko Sakkinen wrote: On Tue, Aug 27, 2019 at 05:46:21PM -0700, Jerry Snitselaar wrote: > There was revealed a bug in the STM TPM chipset used in Dell R415s. > Bug is observed so far only on chipset firmware

Re: [PATCH v5 4/4] tpm: tpm_tis_spi: Support cr50 devices

On Thu, Aug 29, 2019 at 09:48:50AM -0700, Stephen Boyd wrote: > > > +int tpm_tis_spi_resume(struct device *dev) > > > +{ > > > + struct tpm_chip *chip = dev_get_drvdata(dev); > > > + struct tpm_tis_data *data = dev_get_drvdata(>dev); > > > + struct tpm_tis_spi_phy *phy =

Re: [PATCH 0/3] tools lib traceevent: Fixing the API to be less policy driven

On Mon, 05 Aug 2019 16:43:12 -0400 Steven Rostedt wrote: > Hi Arnaldo and Jiri, Hi Arnaldo, I think these fell through the cracks. -- Steve > > We are still working on getting libtraceevent ready to be a stand alone > library. Part of that is to audit all the interfaces. We noticed > that

Re: linux-next: Tree for Aug 27 (objtool)

On Thu, Aug 29, 2019 at 10:53:56AM +0900, Masami Hiramatsu wrote: > Hi Josh, > > On Wed, 28 Aug 2019 11:34:33 -0500 > Josh Poimboeuf wrote: > > > On Wed, Aug 28, 2019 at 11:13:31AM -0500, Josh Poimboeuf wrote: > > > Turns out this patch does break something: > > > > > >

Re: [v1] net_sched: act_police: add 2 new attributes to support police 64bit rate and peakrate

"David Z. Dai" writes: > On Thu, 2019-08-29 at 10:32 +0200, Eric Dumazet wrote: >> >> On 8/29/19 12:51 AM, David Dai wrote: >> > For high speed adapter like Mellanox CX-5 card, it can reach upto >> > 100 Gbits per second bandwidth. Currently htb already supports 64bit rate >> > in tc utility.

Re: [PATCH v3 1/2] net: core: Notify on changes to dev->promiscuity.

On Thu, Aug 29, 2019 at 04:37:32PM +0200, Andrew Lunn wrote: > > Wait, I believe there has been some misundestanding. Promisc mode is NOT > > about getting packets to the cpu. It's about setting hw filters in a way > > that no rx packet is dropped. > > > > If you want to get packets from the hw

[PATCH v2] um: Rewrite host RNG driver.

The old driver had a bug that would cause it to outright stop working if the host's /dev/random were to block. Instead of trying to track down the cause of said bug, rewriting it from scratch turned out to be a much better option as it came with a few benefits: - The new driver uses the

Re: [PATCH 1/2] kbuild: refactor scripts/Makefile.extrawarn

On Wed, Aug 28, 2019 at 11:19 PM Sedat Dilek wrote: > > On Wed, Aug 28, 2019 at 9:20 AM Sedat Dilek wrote: > > > > On Wed, Aug 28, 2019 at 7:55 AM Masahiro Yamada > > wrote: > > > > > > Instead of the warning-[123] magic, let's accumulate compiler options > > > to KBUILD_CFLAGS directly as the

Re: [PATCH] ARM: Emit __gnu_mcount_nc when using Clang 10.0.0 or newer

On Wed, Aug 28, 2019 at 11:27 PM Nathan Chancellor wrote: > > Currently, multi_v7_defconfig + CONFIG_FUNCTION_TRACER fails to build > with clang: > > arm-linux-gnueabi-ld: kernel/softirq.o: in function `_local_bh_enable': > softirq.c:(.text+0x504): undefined reference to `mcount' >

Re: [alsa-devel] [PATCH v5 4/4] ASoC: codecs: add wsa881x amplifier support

+static int wsa881x_ramp_pa_gain(struct snd_soc_component *comp, + int min_gain, int max_gain, int udelay) +{ + int val; + + for (val = min_gain; max_gain <= val; val--) { + snd_soc_component_update_bits(comp, WSA881X_SPKR_DRV_GAIN, +

Re: [PATCH] amd-xgbe: Fix error path in xgbe_mod_init()

On Thu, 29 Aug 2019 10:46:00 +0800, YueHaibing wrote: > In xgbe_mod_init(), we should do cleanup if some error occurs > > Reported-by: Hulk Robot > Fixes: efbaa828330a ("amd-xgbe: Add support to handle device renaming") > Fixes: 47f164deab22 ("amd-xgbe: Add PCI device support") > Signed-off-by:

Re: [RESEND PATCH v2 1/2] dt-bindings: reset: aoss: Add AOSS reset binding for SC7180 SoCs

Hey Philipp, Thanks for the review! On 2019-08-26 14:06, Philipp Zabel wrote: On Sat, 2019-08-24 at 20:54 +0530, Sibi Sankar wrote: Add SC7180 AOSS reset to the list of possible bindings. Signed-off-by: Sibi Sankar --- Documentation/devicetree/bindings/reset/qcom,aoss-reset.txt | 4 ++-- 1

Re: [PATCH v3 09/11] Input: alps - remove unlikely() from IS_ERR*() condition

On Thu, Aug 29, 2019 at 07:50:23PM +0300, Denis Efremov wrote: > "unlikely(IS_ERR_OR_NULL(x))" is excessive. IS_ERR_OR_NULL() already uses > unlikely() internally. The keyword here is _internally_. https://lore.kernel.org/lkml/20190821174857.GD76194@dtor-ws/ So please no. > > Signed-off-by:

[PATCH] ima: ima_api: Use struct_size() in kzalloc()

One of the more common cases of allocation size calculations is finding the size of a structure that has a zero-sized array at the end, along with memory for some number of elements for that array. For example: struct ima_template_entry { ... struct ima_field_data

Re: [PATCH RESEND v3] scripts/gcc-plugins: Add SPDX header for files without

On Sat, Aug 24, 2019 at 04:30:37PM +0100, Alex Dewar wrote: > Replace boilerplate with approproate SPDX header. Vim also auto-trimmed > whitespace from one line. > [...] > --- a/scripts/gcc-plugins/cyc_complexity_plugin.c > +++ b/scripts/gcc-plugins/cyc_complexity_plugin.c > @@ -1,6 +1,6 @@ > +//

Re: [PATCH 2/2] mmc: core: Run handlers for pending SDIO interrupts on resume

Hi, On Wed, Aug 28, 2019 at 2:46 PM Matthias Kaehlcke wrote: > > With commit 83293386bc95 ("mmc: core: Prevent processing SDIO IRQs > when the card is suspended") SDIO interrupts are dropped if they > occur while the card is suspended. Dropping the interrupts can cause > problems after resume

Re: Is: Default governor regardless of cpuidle driver Was: [PATCH v2] cpuidle-haltpoll: vcpu hotplug support

On 29/08/2019 19:16, Joao Martins wrote: > On 8/29/19 4:10 PM, Joao Martins wrote: >> When cpus != maxcpus cpuidle-haltpoll will fail to register all vcpus >> past the online ones and thus fail to register the idle driver. >> This is because cpuidle_add_sysfs() will return with -ENODEV as a >>

[PATCH V9 2/3] mmc: sdhci-pci-o2micro: Move functions in preparation to fix DLL lock phase shift issue

Move functions in preparation to fix DLL lock phase shift issue Signed-off-by: Shirley Her --- change in V9: 1. modify subject and commit message to match the patch change in V8: 1. fix patch format error change in V7: 1. change subject to match the patch 2. move functions in preparation

Re: [PATCH v4 3/4] powerpc/64: make buildable without CONFIG_COMPAT

Le 29/08/2019 à 12:23, Michal Suchanek a écrit : There are numerous references to 32bit functions in generic and 64bit code so ifdef them out. Signed-off-by: Michal Suchanek --- v2: - fix 32bit ifdef condition in signal.c - simplify the compat ifdef condition in vdso.c - 64bit is redundant

Re: [RFC][PATCH] drm: kirin: Fix dsi probe/attach logic

On Wed, Aug 28, 2019 at 11:06 PM John Stultz wrote: > > Since commit 83f35bc3a852 ("drm/bridge: adv7511: Attach to DSI > host at probe time") landed in -next the HiKey board would fail > to boot, looping: No, please revert 83f35bc3a852.. that is going in the *complete* wrong direction. We

Re: [PATCH 2/2] mmc: core: Run handlers for pending SDIO interrupts on resume

Hi, On Thu, Aug 29, 2019 at 10:16 AM Matthias Kaehlcke wrote: > > > In one way, this change makes sense as it adopts the legacy behavior, > > signaling "cached" SDIO IRQs also for the new SDIO irq work interface. > > > > However, there is at least one major concern I see with this approach. > >

Re: [v1] net_sched: act_police: add 2 new attributes to support police 64bit rate and peakrate

On Thu, 2019-08-29 at 10:32 +0200, Eric Dumazet wrote: > > On 8/29/19 12:51 AM, David Dai wrote: > > For high speed adapter like Mellanox CX-5 card, it can reach upto > > 100 Gbits per second bandwidth. Currently htb already supports 64bit rate > > in tc utility. However police action rate and

Re: [RFC PATCH 0/5] make use of gcc 9's "asm inline()"

+ Masahiro, who sent patches earlier this week also looking to clean up our redefinition of `inline` more. https://lkml.org/lkml/2019/8/28/44 On Thu, Aug 29, 2019 at 1:32 AM Rasmus Villemoes wrote: > > gcc 9 provides a way to override the otherwise crude heuristic that > gcc uses to estimate the

Re: objtool warning "uses BP as a scratch register" with clang-9

On Wed, Aug 28, 2019 at 05:28:50PM +0200, Arnd Bergmann wrote: > On Wed, Aug 28, 2019 at 5:22 PM Josh Poimboeuf wrote: > > On Wed, Aug 28, 2019 at 05:13:59PM +0200, Arnd Bergmann wrote: > > > On Wed, Aug 28, 2019 at 11:00 AM Arnd Bergmann wrote: > > > > On Tue, Aug 27, 2019 at 11:22 PM 'Nick

Re: [PATCH] mmc: sdhi: fill in actual_clock

> It would be possible to call clk_get_rate() unconditionally but > there's usually no need, thus the ternary. Are you in favor of that > though? I like Geert's suggestion. Even if it is "usually" not needed, I think it is better to be always proper. This is not a hot code path. signature.asc

[PATCH 2/3] ASoC: es8316: Add clock control of MCLK

This patch introduce clock property for MCLK master freq control. Driver will set rate of MCLK master if set_sysclk is called and changing sysclk by board driver. Signed-off-by: Katsuhiro Suzuki --- sound/soc/codecs/es8316.c | 20 1 file changed, 20 insertions(+) diff

[PATCH 1/3] ASoC: es8316: judge PCM rate at later timing

This patch change the judge timing about playing/capturing PCM rate. Original code set constraints list of PCM rate limits at set_sysclk. This strategy works well if system is using fixed rate clock. But some boards and SoC (such as RockPro64 and RockChip I2S) has connected SoC MCLK out to

[PATCH 3/3] ASoC: es8316: add DT-bindings

This patch adds missing DT-bindings document for Everest ES8316. Signed-off-by: Katsuhiro Suzuki --- .../bindings/sound/everest,es8316.txt | 20 +++ 1 file changed, 20 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/everest,es8316.txt diff

Re: [PATCH v2 2/2] PTP: add support for one-shot output

Adding davem onto CC... On Thu, Aug 29, 2019 at 12:58:25PM +0300, Felipe Balbi wrote: > diff --git a/drivers/ptp/ptp_chardev.c b/drivers/ptp/ptp_chardev.c > index 98ec1395544e..a407e5f76e2d 100644 > --- a/drivers/ptp/ptp_chardev.c > +++ b/drivers/ptp/ptp_chardev.c > @@ -177,9 +177,8 @@ long

Re: [PATCH] um: Rewrite host RNG driver.

On Thu, 2019-08-29 at 13:10 -0400, Dark wrote: > (I'm unsure of how to submit an update > to my patch so I'll need a bit of guidence on this.) Resend the patch, but use --subject-prefix 'PATCH v2' and ideally note somewhere in the patch (possibly after a "---" marker after Signed-off- by) the

Re: [PATCH v2 2/2] PTP: add support for one-shot output

On Thu, Aug 29, 2019 at 12:58:25PM +0300, Felipe Balbi wrote: > diff --git a/drivers/ptp/ptp_chardev.c b/drivers/ptp/ptp_chardev.c > index 98ec1395544e..a407e5f76e2d 100644 > --- a/drivers/ptp/ptp_chardev.c > +++ b/drivers/ptp/ptp_chardev.c > @@ -177,9 +177,8 @@ long ptp_ioctl(struct posix_clock

Re: [PATCH 1/2] mmc: sdio: Move code to get pending SDIO IRQs to a function

On Thu, Aug 29, 2019 at 10:29:26AM +0200, Ulf Hansson wrote: > On Wed, 28 Aug 2019 at 23:46, Matthias Kaehlcke wrote: > > > > Move the code to get pending SDIO interrupts from > > process_sdio_pending_irqs() to a dedicated function. > > > > Signed-off-by: Matthias Kaehlcke > > --- > >

Re: Is: Default governor regardless of cpuidle driver Was: [PATCH v2] cpuidle-haltpoll: vcpu hotplug support

On Thu, Aug 29, 2019 at 06:16:05PM +0100, Joao Martins wrote: > On 8/29/19 4:10 PM, Joao Martins wrote: > > When cpus != maxcpus cpuidle-haltpoll will fail to register all vcpus > > past the online ones and thus fail to register the idle driver. > > This is because cpuidle_add_sysfs() will return

Re: [RFC PATCH 0/3] x86/mm/tlb: Defer TLB flushes with PTI

> On Aug 27, 2019, at 5:30 PM, Andy Lutomirski wrote: > > On Tue, Aug 27, 2019 at 4:52 PM Nadav Amit wrote: >>> On Aug 27, 2019, at 4:18 PM, Andy Lutomirski wrote: >>> >>> On Fri, Aug 23, 2019 at 11:07 PM Nadav Amit wrote: INVPCID is considerably slower than INVLPG of a single PTE, but

Re: [PATCH v2 1/2] PTP: introduce new versions of IOCTLs

> @@ -139,11 +141,24 @@ long ptp_ioctl(struct posix_clock *pc, unsigned int > cmd, unsigned long arg) > break; > > case PTP_EXTTS_REQUEST: > + case PTP_EXTTS_REQUEST2: > + memset(, 0, sizeof(req)); > + > if (copy_from_user(, (void __user *)arg,

Re: [PATCH 13/15] sched,fair: propagate sum_exec_runtime up the hierarchy

On 28/08/2019 15:14, Rik van Riel wrote: > On Wed, 2019-08-28 at 09:51 +0200, Dietmar Eggemann wrote: >> On 22/08/2019 04:17, Rik van Riel wrote: >>> Now that enqueue_task_fair and dequeue_task_fair no longer iterate >>> up >>> the hierarchy all the time, a method to lazily propagate >>>

Re: [PATCH] kbuild: Do not enable -Wimplicit-fallthrough for clang for now

On Thu, Aug 29, 2019 at 2:44 AM Nick Desaulniers wrote: > > On Wed, Aug 28, 2019 at 10:39 AM Nick Desaulniers > wrote: > > > > On Wed, Aug 28, 2019 at 9:45 AM Miguel Ojeda > > wrote: > > > > > > On Wed, Aug 28, 2019 at 6:21 PM Masahiro Yamada > > > wrote: > > > > > > > > Applied to

Is: Default governor regardless of cpuidle driver Was: [PATCH v2] cpuidle-haltpoll: vcpu hotplug support

On 8/29/19 4:10 PM, Joao Martins wrote: > When cpus != maxcpus cpuidle-haltpoll will fail to register all vcpus > past the online ones and thus fail to register the idle driver. > This is because cpuidle_add_sysfs() will return with -ENODEV as a > consequence from get_cpu_device() return no device

Re: [PATCH] ima: use struct_size() in kzalloc()

Hi Mimi, On 8/28/19 10:45 PM, Mimi Zohar wrote: > > The same usage exists in ima_api.c: ima_alloc_init_template().  Did > you want to make the change there as well? > Yep. I'll write a patch for that one too. Thanks -- Gustavo

Re: [PATCH 2/2] mmc: core: Run handlers for pending SDIO interrupts on resume

Hi Ulf, On Thu, Aug 29, 2019 at 10:48:58AM +0200, Ulf Hansson wrote: > On Wed, 28 Aug 2019 at 23:46, Matthias Kaehlcke wrote: > > > > With commit 83293386bc95 ("mmc: core: Prevent processing SDIO IRQs > > when the card is suspended") SDIO interrupts are dropped if they > > occur while the card

[PATCH v3] x86/PCI: Add missing log facility and move to use pr_ macros

Add missing log facility where two instances of printk() that did not use any (so it would be using MESSAGE_LOGLEVEL_DEFAULT set in Kconfig) to make all the warnings in the arch/x86/pci/pcbios.c to be printed consistently at the same log facility. This resolves the following checkpatch.pl script

Re: [PATCH] um: Rewrite host RNG driver.

> Well, it does not block but passing -EAGAIN directly back is not nice. > Or does the hw_random framework handle this? The framework is passing -EAGAIN to userspace which isn't very nice at all. Luckily, handling it is pretty trival so I went ahead and made an updated patch to address this. (I'm

Re: [PATCH v3 0/3] arm64: meson-sm1: add support for the SM1 based VIM3L

Neil Armstrong writes: > On 28/08/2019 19:55, Kevin Hilman wrote: >> Neil Armstrong writes: >> >>> This patchset adds support for the Amlogic SM1 based Khadas VIM3L variant. >>> >>> The S903D3 package variant of SM1 is pin-to-pin compatible with the >>> S922X and A311d, so only internal DT

Re: [PATCH] selftests/seccomp: fix build on older kernels

On Mon, Aug 26, 2019 at 08:43:02AM -0600, Tycho Andersen wrote: > The seccomp selftest goes to some length to build against older kernel > headers, viz. all the #ifdefs at the beginning of the file. 201766a20e30 > ("ptrace: add PTRACE_GET_SYSCALL_INFO request") introduces some additional > macros,

Re: [PATCH v2] vfio/type1: avoid redundant PageReserved checking

On Fri, 30 Aug 2019 00:58:22 +0800 Ben Luo wrote: > 在 2019/8/28 下午11:55, Alex Williamson 写道: > > On Wed, 28 Aug 2019 12:28:04 +0800 > > Ben Luo wrote: > > > >> currently, if the page is not a tail of compound page, it will be > >> checked twice for the same thing. > >> > >> Signed-off-by: Ben

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